nginx のproxy_passするときのホスト名指定とresolver - うまいぼうぶろぐ
(OS違ったけど詳細忘れた)現象が発生するサーバとしないサーバあったので、これだけが原因じゃないかも。とりあえず心に留めておく。 location /hoge/ { proxy_pass "http://example.com/"; } これは問題なく動いた。 proxy_pass先でurlまで指定すると location /hoge/ { proxy_pass "http://example.com/hoge/"; } "no resolver defined to resolve"というエラーで502 Bad Gatewayが出た。 (もちろんosの/etc/resolv.confにはdns server指定している) resolver でdns server指定したら動いた location /hoge/ { resolver 8.8.8.8; proxy_pass "http://
[雑記] nginx の proxy_set_header の扱い
proxy_set_header の動きがちょっとおかしいなと思ったのでメモ。 バージョン nginx 1.2.6 リバースプロキシを使う際、下記のような感じで、お決まりの proxy_set_header を http コンテキストで設定しておくと思います。 http { proxy_redirect off; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Host $host; proxy_set_header X-Forwarded-Server $host; proxy_set_header X-Real-IP $remote_addr; upstream backend { server 1
![[雑記] nginx の proxy_set_header の扱い](https://cdn-ak-scissors.b.st-hatena.com/image/square/0595b70c8a16e82444d7ea693954865e652ab7ea/height=288;version=1;width=512/https%3A%2F%2Fblog.kteru.net%2Fcontent%2Fimages%2F2014%2FMar%2Ficon.jpg)
nginxのproxy_passの注意点 -- ぺけみさお
nginxをリバースプロキシにする場合に使用するproxy_passディレクティブは、URIが与えられた場合と、そうでない場合で挙動が異なる。 どういうことかというと、以下の1.と2.は別々の結果となる。proxy_passディレクティブの引数に注目して欲しい。 # 1. specified with a URI location /name/ { proxy_pass http://127.0.0.1/; } 1.はproxy_passディレクティブに完全なURIを与えた例である。この場合http://example.com/name/fooへのアクセスは、/nameが削除されたhttp://127.0.0.1/fooへ転送される。 2.はproxy_passディレクティブに完全なURIを与えなかった例である。この場合http://example.com/name/fooへのアクセスは、
nginxでデフォルトのバーチャルホストを設定する方法 - Linux入門 - Webkaru
nginxでデフォルトのバーチャルホストを設定する方法を紹介します。 デフォルトのバーチャルホストとは、複数のサイトが運用されているウェブサーバーに、IPアドレス（ドメイン名ではなく）でHTTPリクエストした場合に応答するホストのことです。 ここでは、nginxで3つのサイト（example1.com、example2.com、example3.com）を運用する場合、どうやってデフォルトのバーチャルホストの設定するのかを例示します。 デフォルトのバーチャルホストの設定 nginxの設定ファイル（/etc/nginx/nginx.conf or /etc/nginx/conf.d/*.conf）のlistenディレクティブにdefault_serverパラメーターを設定すれば、簡単にデフォルトのバーチャルホストを設定できます。下記のように設定すれば、example2.comがデフォルトのバ
HAProxyでHTTP/2のTLS終端する際のALPN設定 - ASnoKaze blog
HAProxy 1.5でALPNに対応していた。 HTTP/2 over TLSの通信を、HAProxyでTLSを終端することで、TLS対応を行わないであろうVarnishなどでもh2c接続が可能となる。 (HAProxy自体のhttp2対応はまだ先) 今回はバックエンドにNginxをh2cでリッスンさせて試してみた 構成 構成としては以下の図のとおりである。 HAproxyはTLSの終端のみを行い、中身のメッセージをそのままバックエンドに送信する。この時HAProxyはHTTP/2の処理は行わない。 バックエンドのNginxはh2cのダイレクトで通信を受け付ける。 HAProxyの設定 bindでalpn h2を指定する if { ssl_fc_alpn -i h2 }で、h2ならh2cのバックエンドへ、そうでなければhttp/1.1のバックエンドへ (opensslのバージョンが足りな
Hardening Your Web Server’s SSL Ciphers
There are many wordy articles on configuring your web server’s TLS ciphers. This is not one of them. Instead, I will share a configuration that scores a straight “A” on Qualys’s SSL Server Test in 2023. Disclaimer: I’m updating this post continually to represent what I consider the best practice at the moment – there are way too many dangerously outdated articles about TLS-deployment out there alr
nginxのgeoモジュールが便利すぎる - 雑記
なにができるの？ REMOTE_ADDRを列挙して変数に格納できます。 設定してみる 特定のIPしかアクセスさせたくないコンテンツがあるとします。 今回は例として「/admin」以下へのアクセスはローカルネットワークからのアクセスのみを許可させます。 http { ・ ・ ・ geo $access_allowed { default disable; 127.0.0.1 allow; 192.168.0.0/24 allow; } ・ ・ ・ server { ・ ・ ・ location /admin { if ($access_allowd = "disable") { return 404; } } ・ ・ ・ } }アクセス許可対象を増やしたい場合はgeoディレクティブにIPを追加するだけ。 さらにレスポンスコードも指定できるのもイイですね。 Apacheでやろうとする場合はmo
Module ngx_http_proxy_module
Makes outgoing connections to a proxied server originate from the specified local IP address with an optional port (1.11.2). Parameter value can contain variables (1.3.12). The special value off (1.3.12) cancels the effect of the proxy_bind directive inherited from the previous configuration level, which allows the system to auto-assign the local IP address and port. The transparent parameter (1.1
nginx Tuning - 12 Days of Performance - REVSYS
nginx is fast, really fast, but you can adjust a few things to make sure it's as fast as possible for your use case. Santa doesn't like it when you spend your hard earned money on extra server resources you don't really need. The easy stuff The easiest thing to set in your configuration is to setup the right number of workers and connections. This tells nginx to only have a single worker process.
nginx連載5回目: nginxの設定、その3 - locationディレクティブ
locationディレクティブはパスの条件が評価されて選ばれたものが適応されます。この条件はパスの文字列の前方一致あるいは正規表現による評価です。この評価の順番は以下のようになります。 前方一致（"=", "^~", プレフィックスなし）の条件の評価を実施 最も一致する条件を選ぶ。 選ばれた条件が、完全一致で、プレフィックスが"="であれば、そこで評価を終了し、そのlocationディレクティブを適応する。 選ばれた条件のプレフィックスが"^~"であれば、そこで評価を終了して、そのlocationディレクティブを適応する。 正規表現（"~", "~*"）の条件の評価を実施 正規表現の条件を設定ファイルに定義した順番に評価する。一致したら、そこで評価を終了して、そのlocationディレクティブを適応する。 前方一致の評価で選ばれた条件のlocationディレクティブを適応する。 ここで注意
Tomcat Clustering Series Part 5 : NginX as Load Balancer
Hi this is my fifth part of the Tomcat Clustering Series. In this post we are going to discuss how to replace Apache httpd load balancer to Nginx as a load balancer. [Check the video below for better understanding] Hi i finished Tomcat Clustering Series. In these series we have 2 big setups needed for Tomcat Clustering Setup and configure the Load Balancer Configure the Session Replication in Tomc
nginx の configure オプションを確認する - 暇人じゃない
nginx -V コマンドで configure オプションが確認できます。 現状をメモ。この記事の通りに aptitude でインストールしている nginx です。 $ nginx -V nginx version: nginx/0.8.53 TLS SNI support enabled configure arguments: --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-client-body-temp-path=/var/lib/nginx/body --http-fastcgi-temp-path=/var/lib/nginx/fastcgi --http-log-path=/var/log/nginx/access.log --http-proxy-tem
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Install NGINX and PHP-FPM running on UNIX file sockets
An Intro to NGINX for Kestrel
https://www.namhuy.net/3120/fix-nginx-upstream-response-buffered-temporary-file-error.html