Nginxでリバースプロキシの設定をしたらハマった
目次 概要 事象 正しい設定 なぜ一部設定は機能していたのか あとがき 概要今回は、Nginxでリバースプロキシの設定をした際にハマった点があったので簡単に紹介します。 事象ミラーサーバーの提供にはロードバランサとしてNginxのリバースプロキシを設定して利用しています。 サポートするディストリビューションを追加するため、既存のリバースプロキシの設定を複製する形で設定を追記しました。 しかし、既存の設定は機能するにもかかわらず、追記した設定は機能しない問題が発生しました。 追記した設定は以下です。 location /ubuntu { proxy_pass http://192.168.x.y:80; } location /almalinux { proxy_pass http://192.168.x.z:80; } /ubuntu パスについては正しくリバースプロキシ先のHTTPサーバ
nginxでリバースプロキシ
Nginxでリバースプロキシを設定する場合のメモ リバースプロキシで頻繁に使うディレクティブ 名称 概要 公式ドキュメント
【Nginx】ガラケーからSSL接続できなくて原因を調べたときの話 - らっちゃいブログ
経緯 調査 ひとこと 経緯 ガラケーからアクセスすると 「ユーザ証明書がありません」 の表示が出てアクセスできない、というユーザーからの問い合わせで発覚。 調査 まず設定内容を確認。 ガラケーとそれ以外でドメイン分けて名前ベースのバーチャルホストを切り、それぞれ異なる証明書を設定してました。 わざわざバーチャルホストを切ったのは、メインの証明書はワイルドカード証明書になっていて、ガラケーはそれに対応できないため。めんどくさいですよね。 次に状況を確認。手元にガラケーがないので Mac でアクセスしてみると、問題なくアクセスできてました。ひとまず証明書の期限が切れているわけではなさそう。 サーバー側にクロスルート証明書を仕込み忘れてたのかな？と思いきや、確認してみるとちゃんと入ってました。さすが自分。 となると、サーバー側の設定に問題はないように見える。こうなるとクライアント側の問題なのだろ
nginx連載3回目: nginxの設定、その1
ディレクティブはこのモジュールのカテゴリ毎に記述します。ただし、coreモジュールに関してはmainコンテキスト、すなわち、設定ファイル内の最上位の階層に記述します。設定ファイルの構成は次のようになります。 coreモジュールの設定 events { eventモジュールの設定 } http { httpモジュールの設定 } mail { mailモジュールの設定 } httpコンテキストはさらに、バーチャルサーバ（バーチャルドメイン）毎の設定を行うserverディレクティブ、さらにURI毎の設定を行うlocaltionディレクティブにより階層化されます。次のような構成になります。 http { httpモジュールの設定 server { サーバ毎の設定 location PATH { URI毎の設定 } location PATH { URI毎の設定 } ... } server { .
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
