NginxでHTTPS : ゼロから始めてSSLの評価をA+にするまで Part 1 | POSTD
数年前、Webは全体的に暗号化されていませんでした。HTTPSはWebページの最も重要な部分だけのために確保されていました。暗号化が必要なのは大切なユーザデータだけで、Webページの公開される部分は暗号化せずに送ってもいいということで意見が一致していました。 しかし、 今は 状況 が 違います 。現在では、どんなWebトラフィックでも暗号化されていないのは良くないということが分かっているので、Webサイトを運営する誰もがコンテンツに関係なく強固なHTTPSを設定しなければなりません。 お恥ずかしい話ですが、私自身のWebサイトは2年近くも全くHTTPSをサポートしていませんでした ^(1) 。 Eric Mill の 今すぐ無料でHTTPSに切り替えよう という素晴らしい記事が最終的に私に喝を入れてくれました。私は休暇中、HTTPSをセットアップして Qualys SSL Report で
nginx で SSL リバースプロキシを構築 - WebOS Goodies
最近あまりネタがないのでが、このままだとまた何週間も投稿なしになりそうなので、以前やった nginx による SSL リバースプロキシの構築方法を備忘録的に書いてみます。開発目的で GAE の dev_appserver.py を SSL 化するために使っただけですが、パッケージシステム等を使わずにソースからビルドし、一般ユーザー権限でインストールする方法にしています。ごく基本的な内容ですが、参考にしていただければ幸いです。 nginx とは nginx は Tornado などと同様の非同期イベントドリブンモデルを採用した HTTP サーバーです。 BSD に似たライセンスのオープンソースソフトウェアとして公開されています。プロセス・スレッドモデルを採用した Apache などよりも多数のコネクションを効率よく処理できるため、多くの高負荷サイトで採用されています。現在 Apache, I
nginx でリバースプロキシするときの Tips
自宅サーバを KVM で仮想化して複数の VM を稼働させているが、グローバル IP アドレスが一つしかないため、外部から見て1ポートにつき1つのプライベート IP アドレスにしか NAPT できない。 そこで HTTP (80), HTTPS (443) に関しては nginx をリバースプロキシとして動作させ、プライベート IP を振った VM (バックエンド Web サーバ) に中継することにした。そのときの設定をまとめておく。OS は Ubuntu 12.04 を使用している。 基本的な設定 単に HTTP を中継するだけなら、次の手順を実施すれば良い。 まずリバースプロキシとして動作させるホストに nginx をインストールする。 $ sudo apt-get install -y nginx バーチャルホストごとに設定ファイルを作成する。 $ sudo vi /etc/ngin
ubuntuでlua-nginx-moduleを試してみる - ASnoKaze blog
2通りの手段がある。 nginx-extrasパッケージを入れる ビルドする 前者が簡単だが、今回はビルドしたのでざっと手順 必要なモノ入れる sudo apt-get update sudo apt-get install -y lua5.1 liblua5.1-0 liblua5.1-0-dev sudo apt-get install build-essential openssl git 落としてきて解凍する wget 'http://nginx.org/download/nginx-1.7.4.tar.gz' tar -xzvf nginx-1.7.4.tar.gz cd nginx-1.7.4/ モジュールをcloneする git clone https://github.com/openresty/lua-nginx-module.git git clone https://
nginxをdockerで動かす時のTips 3選
こんにちは。CTOの馬場です。 最近利用する機会が増えてきたdockerネタです。 nginxを動かすときのTipsを3つ紹介します。 foregroudで起動する dockerではコマンドをforegroundで動かさないとコンテナが停止してしまいます。 nginxはデフォルトはデーモンとして動くので、foregroundで動くように設定しましょう。 nginx.confで設定するならこうです。 daemon off; Dockerfileの起動コマンドで指定するならこうです。 CMD ["/usr/sbin/nginx", "-g", "daemon off;"] 動的な設定を外部化する イメージの中に設定値を入れちゃうのはダサいですよね。 コンテナ起動時に動的に設定したいものです。 dockerの場合は docker run 時に -e で環境変数を指定できるので使いましょう。 do
nginxでダイナミックにリバースプロキシするやつ - はわわーっ
SD12月号のdocker特集にあったやつ。 ngixnxをリバースプロキシとして目的のdockerのコンテナにプロキシする。 dockerのコンテナの管理とかはfig使った。 meu@u01:~/docker/dproxy$ find . -type f ./linkd/Dockerfile ./linkd/linkd ./fig.yml ./redis/Dockerfile ./redis/redis.conf ./nginx/Dockerfile ./nginx/nginx.confmeu@u01:~/docker/dproxy$ cat fig.yml nginx: build: nginx command: /usr/sbin/nginx ports: - "80:80" links: - redis redis: build: redis command: /usr/bin/r
LuaとNginxとRedisについて - Qiita
wget http://luajit.org/download/LuaJIT-2.0.2.tar.gz tar vxzf LuaJIT-2.0.2.tar.gz cd LuaJIT-2.0.2 make;sudo make install; sudo apt-get install zip cd /usr/local/src wget https://nodeload.github.com/keplerproject/luarocks/zip/master mv master master.zip cd luarocks-master # 適当に環境変数は設定する ./configure --with-lua=/usr/local/bin/luajit --with-lua-lib=/usr/local/lib/ --with-lua-include=/usr/local/include/
lua-nginx-module の紹介 ならびに Nginx+Lua+Redisによる動的なリバースプロキシの実装案 - hibomaの日記
Nginxは非常に強力なhttpdですが、独自のモジュールを実装しようとするとこれまた非常に敷居が高い印象です。 追記 この記事よりも前に http://openresty.org/#DynamicRoutingBasedOnRedis でほとんど同じ内容のエントリが書かれていました。こちらも参照ください モジュールの開発はむずかしい まず開発用のドキュメントはほとんどありません。必然 既存のモジュールをお手本としますが、コメントも少ないのでソースだけが頼りです。 {ファイル,ネットワーク} I/O を伴う処理では、Nginxのノンブロッキング/イベントドリブンのアーキテクチャにのっとってコールバックを駆使したCで実装する必要があり、LLで育ったゆとり脳では太刀打ちできませんでした lua-nginx-module が代わりになるかも なんらかのNginxモジュールを開発しなければならない
nginx, Dockerで動的プロキシ環境 - Qiita
nginxで動的プロキシ環境を作ります バックエンドのアプリはdockerを使用してバックエンドで動くwebサーバーコンテナを立ててそれを動的にプロキシしてみます。 システム構成 OS ubuntu 14.04 LTS Middleware nginx リクエストを受けてバックエンドへプロキシします docker バックエンドのアプリを動かす環境として使用します redis ドメインとバックエンドのアプリのポートを紐付けます lua nginxの設定ファイルの中でredisに接続して動的に値を返す役割 まずはubuntuの設定 # アップデート apt-get -y update && apt-get -y upgrade # 必要なパッケージをインストールします apt-get install -y build-essential autoconf libssl-dev curl lib
nginx で SSL解きリバースプロキシな設定のお作法 - Qiita
フロントでSSL解いてリバースプロキシってのは割と良く作るのだけど、あれれ...? nginx, ときどき httpd で出来てたことが出来なくて「えっ？」てなる。今後のためにメモ。 server { listen 80; server_name www.example.com; rewrite ^ https://$http_host$request_uri? permanent; } server { listen 443; server_name www.example.com; ssl on; ssl_certificate ... ssl_certificate_key ... : location / { proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header
nginx の設定をレビューするときの観点をまとめてみた - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。 インフラチームの野島（@nojima）です。 チームのメンバーに nginx の設定について気をつけるべき点を共有するために、レビュー観点を書きました。 せっかくなのでここで公開します。 ほとんどの項目は自分やチームのメンバーの実体験に基いています。 レビュー観点 server server_name が他のやつと被っていないか。 listen する IP アドレスが同じ場合、server_name で区別できないといけない。 TLS を使う場合、SNI をサポートしないクライアントでは TLS 用の設定が default_server のものが使われる点にも注意。 TLS を使う場合、listen ディレクティブに ssl オプションを書いているか。 location location のマッチの順番に注意 正規表現の location は前方一致の location より
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
NginxとLuaを用いた動的なリバースプロキシでデプロイを 100 倍速くした