ELB(https) + nginx でヘルスチェックがこける問題 - Qiita
SSL が必要な簡単なページを稼働させる際に、ELB の無料の SSL 証明書を利用した時にハマったお話 構成 簡単な図です。 ec2 の前段に ELB HTTPS(SSL) は ELB が対応 ec2 へのアクセスは http http -> https へのリダイレクトは nginx 側で対応 ec2 は一台のみ 問題が起きた設定 http://qiita.com/snoguchi/items/f5ccb67592f87942480d はじめに、こちらの記事を参考に以下のように設定しました。 server { listen 80 default_server; listen [::]:80 default_server; server_name example.com; # 利用するドメインを設定 # アクセスが http なら https としてリダイレクト if ($http_x_
ELB(https) + nginx でヘルスチェックがこける問題 - Qiita
SSL が必要な簡単なページを稼働させる際に、ELB の無料の SSL 証明書を利用した時にハマったお話 構成 簡単な図です。 ec2 の前段に ELB HTTPS(SSL) は ELB が対応 ec2 へのアクセスは http http -> https へのリダイレクトは nginx 側で対応 ec2 は一台のみ 問題が起きた設定 http://qiita.com/snoguchi/items/f5ccb67592f87942480d はじめに、こちらの記事を参考に以下のように設定しました。 server { listen 80 default_server; listen [::]:80 default_server; server_name example.com; # 利用するドメインを設定 # アクセスが http なら https としてリダイレクト if ($http_x_
Nginxでproxy_passにホスト名を書いた時の名前解決のタイミング - （ひ）メモ
Nginx 1.4.2で試しました。 ネームサーバーは、ローカルのunboundをlocal-zone, local-dataを使って簡易コンテンツサーバーにして試しました。 local-zone: "oreno." static local-data: "api.oreno. 30 IN A 192.0.2.11" # local-data: "api.oreno. 30 IN A 192.0.2.12" proxy_passにホスト名を書くと→名前解決は一度だけ このように Nginx の設定を書いた場合、 location /api { proxy_pass http://api.oreno:9999; } 「api.oreno」の名前解決は、nginxの起動時に行われます 名前解決できない場合は、nginxは起動しません 名前解決できた場合は、ずっとそのIPアドレスにreverse
Nginx のリバースプロキシ設定のメモ - Qiita
Nginx でリバースプロキシをする場合に、どうやってセキュアなリクエストであることをアプリケーションに伝えるか？のメモ。 Nginx - Rails の場合 NginxでリバースプロキシするときにもSSLはNginxで処理させる場合が多く、プロキシされるアプリケーションサーバにはSSLが解かれた状態でリクエストが届く。 そのため次のヘッダをNginxでつけるように設定する必要がある。 server { listen 80; server_name hoge.com; location / { proxy_set_header X-Real-IP $remote_addr; index index.html index.htm; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header X-Forwarded-For $pro
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ELBなどでhealth checkをする際に使える便利なempty_gif（Nginx） - Qiita
https://qiita.com/geta6/items/8faacf8efcf70e74875a
