nginx の proxy_pass の闇
月曜日担当の鳥飼です。 2日連続です。よろしくお願いします。 nginx 使っていますか？ 私はまだまだ使いこなせていないのですが… 先日遭遇した nginx のproxy_passの設定の小ネタを紹介します。 よくある設定 これは、/hoge/ 以下のアクセスを、https://hoge.example.com/ に転送する設定ですね。 例えば、/hoge/hige?food=curry にアクセスすると、https://hoge.example.com/hige?food=curry に転送します。 ただ、この書き方だと少し困ったことがありました。 それは、proxy_pass に指定した URL の IP が変わった時です。 nginx の proxy_pass に指定したURLの名前解決のタイミング nginx のproxy_passに指定している URL の名前解決は nginx
Labeled Tab-separated Values (LTSV)
Description Labeled Tab-separated Values (LTSV) format is a variant of Tab-separated Values (TSV). Each record in a LTSV file is represented as a single line. Each field is separated by TAB and has a label and a value. The label and the value have been separated by ':'. With the LTSV format, you can parse each line by spliting with TAB (like original TSV format) easily, and extend any fields with
NGINX、F5による買収を正式発表。F5のロードバランサとNGINXのプロキシなどにより総合的なアプリケーションサービスを提供
NGINX、F5による買収を正式発表。F5のロードバランサとNGINXのプロキシなどにより総合的なアプリケーションサービスを提供 オープンソースの軽量なWebサーバなどを提供しているNGINXが、F5 Networksによって買収されたことを発表しました（プレスリリース、NGINX CEO Gus Robertson氏のブログ）。 Today @F5Networks Acquires #NGINX to Bridge NetOps & DevOps https://t.co/ZUXcfXKCBe pic.twitter.com/3m4YsKW2C2 — NGINX, Inc. (@nginx) 2019年3月11日 F5は負荷分散を実現するロードバランサのBIG-IPやアプリケーションファイアウォールなどで知られる企業。大規模システムにおけるネットワーク構築やインフラ構築の分野で有名です。
NginxでTLS1.3の0-RTTハンドシェイク (ssl_early_data)を試す - ASnoKaze blog
追記20180922 OpenSSLも対応しました 「support for TLSv1.3 early data with OpenSSL.」 http://hg.nginx.org/nginx/rev/548a63b354a2 昨日、NginxがTLS1.3の0-RTTハンドシェイクをサポートしたので試した。無事動作することが確認できた。 該当コミットはこの2つ SSL: enabled TLSv1.3 with BoringSSL. SSL: support for TLSv1.3 early data with BoringSSL. TLS1.3の0-RTTハンドシェイクは、一度ハンドシェイクをした相手とはClientHelloに続けてアプリケーションデータ(HTTPリクエスト)を送信することで、より早くデータのやりとりを開始する方法です。 (引用: https://blog.cl
NGINX Unitが正式リリース。PHP、Go、Pythonなどに対応した軽量アプリケーションサーバ
NGINX Unitが正式リリース。PHP、Go、Pythonなどに対応した軽量アプリケーションサーバ オープンソースで開発されている軽量なアプリケーションサーバ「NGINX Unit」の正式版がリリースされました（「Announcing NGINX Unit 1.0 | NGINX」）。 NGINX Unitは、軽量なWebサーバとして知られるNGINXの開発者であるIgor Sysoevが設計し、NGNIXのソフトウェア開発チームが実装を担当したもの。昨年の9月にパブリックプレビュー版が登場しており、今回それがバージョン1.0に到達しました。 参考： 日本Nginxユーザ会が発足。開発者Igor Sysoev氏が語る、Nginxが生まれ、商用化された理由 － Publickey NGINX Unitの主な特長は、動的制御が可能なためコンフィグレーションやアプリケーションの入れ替え、バー
nginxで特定のIPからは公開したいけどそれ以外はBASIC認証にしたいときの設定 - Qiita
本件、件名の件名の対応をやろうとググったら 昔自分が書いた（2013/02/21）会社のブログが出てて（記憶力のなさにビビった） だけど該当ページがなくなっててｗ キャッシュからからQiitaに再掲 やりたいことを端的にいうと 外部にあるテストサーバーとかで 社内からはアクセスは無条件で公開したいけど それ以外のアクセスはBASIC認証にしたい場合の設定です (社内だけじゃなく、外部からもチェックしなきゃいけない場合とか) いきなり設定どーん location / { satisfy any; allow 123.123.123.123; deny all; auth_basic "basic authentication"; auth_basic_user_file /etc/nginx/.htpasswd; }
Benchmarks - Tr�fik
Getting Started Basics Configuration User Guides Benchmarks Benchmarks Benchmarks¶ Configuration¶ I would like to thanks vincentbernat from exoscale.ch who kindly provided the infrastructure needed for the benchmarks. I used 4 VMs for the tests with the following configuration: 32 GB RAM 8 CPU Cores 10 GB SSD Ubuntu 14.04 LTS 64-bit Setup¶ One VM used to launch the benchmarking tool wrk One VM f
nginx向けのWebアプリケーションファイアウォールを試す | さくらのナレッジ
ここで「ゾーン」はリクエスト中で検査対象となった部分を示しており、「ARGS」ならURLに与えられた引数（GETリクエストの引数）を示している（詳しいドキュメント）。また、この例ではidが1000、cscore0がSQL、score0が8となっていることから、IDが「1000」という検出ルールによって「SQL」というスコアが8に設定され、それによってブロックが行われていることが分かる。 NAXSIに対しWAF Testing Frameworkによるテストを実行する さて、続いてはデフォルト設定のNAXSIに対しWAF Testing Frameworkによるテストを実行してみよう。手順としてはnginx＋ModSecuriy構成の場合とほぼ同様で、nginx.confにリバースプロクシ設定（「proxy_pass http://localhost:8080/;」）を追加してnginx経由
PHP, Python, Golang を NGINX Unit で動かしてみた - /var/log/study
NGINX Unit ホームページは以下 www.nginx.com もしくはミラーだけどGitHubが以下となる github.com RestAPIやJSONで設定できる、phpのPHP-FPMやpythonのwsgiサーバーなど言語ごとのアプリケーション・サーバーを集約したアプリケーションサーバーという感じ。なのでNginxの後ろで動くサーバーという認識で大丈夫なのかな? まだversionは0.1なので、今後どんどん成長していくはず。 現状は以下に対応しているとのこと Python 2.6, 2.7, 3 PHP 5, 7 Go 1.6 or later ざっくりとした所感 プロダクトに関して 言語ごとのミドルウェア運用がNGINX Unitに集約されて嬉しい可能性がある Docker + NGINX Unit も嬉しいが、NGINX Unitだけでも十分に嬉しいかも ベンチマーク
NGINXからアプリケーションサーバ「NGINX Unit」がオープンソースで登場。PHP、Go、Pythonに対応。Java、Node.jsにも対応予定
NGINXからアプリケーションサーバ「NGINX Unit」がオープンソースで登場。PHP、Go、Pythonに対応。Java、Node.jsにも対応予定 NGINX UnitはNginxの開発者であるIgor Sysoev氏が設計し、NGNIXのソフトウェア開発チームが実装したもので、同社としてはNginxと同等の開発プロセスと品質を実現しているとしています。 現時点でPHP、Go、Pythonに対応。Java、Ruby、Node.jsにも対応予定です。 NGINX Unitの最大の特徴として挙げられているのは、最初から動的制御が可能なように設計されており、アプリケーションの入れ替えやバージョンアップなどを再起動することなくシームレスに行えるところです。 RESTful APIやJSONによるコンフィグレーションの変更やリロードもリアルタイムかつ動的に反映されるとのこと。 また、同一サー
CentOS 7 + Nginx で Django アプリを公開するまでの手順
GMO VPS を契約して Django アプリを公開するところまでの手順のメモです。 CentOS 7 + Nginx + uWSGI で Python 3 + Django のサービス公開を目指します。 Nginx と uWSGI を使って Django アプリを公開するところがメインなので、それ以外のところはなんとなく流れがわかる程度に書いてあります。 環境 GMOクラウド VPS 2GB プラン CentOS 7.1 Python 3.5.1 Django 1.9.2 Nginx 1.9.9 uWSGI 2.0.12 目次 初期設定 VirtualHost の設定 pyenv の設定 pip でパッケージをインストール データベースの設定 Django 起動テスト uWSGI の設定 Django の公開設定 おわりに 参考文献 初期設定 サーバーの初期設定は、ドットインストールさ
DockerでPython+uWSGI+Nginxの環境を作成 - Qiita
#DockerでPython3.5で作成したWebアプリケーションの検証用環境を作成 PythonでWebアプリケーションを作成することはほんとんどなかった。ノンブロッキングI/Oの（node.jsやGolangとの比較検証等を考慮した）動作検証をする際にWebアプリケーションとして用意したかったので、その際、Docker for Macで簡単な環境を構築したので備忘録として記載。 Docker ComposeでPython3.5+uWSGI+Nginxの動作環境用のコンテナを用意した。 余談だが、uWSGIは「ウエスギ」という読み方が一般化しているようだ。「ユーウイスキー」と読んでいた。 ##Docker for Macのインストール Docker for Macを利用した。ここからDocker for Macをダウンロードして、Macにインストールする。 ##Docker Compos
Development guide | nginx documentation
For general purposes, nginx code uses two integer types, ngx_int_t and ngx_uint_t, which are typedefs for intptr_t and uintptr_t respectively. Most functions in nginx return the following codes: NGX_OK — Operation succeeded. NGX_ERROR — Operation failed. NGX_AGAIN — Operation incomplete; call the function again. NGX_DECLINED — Operation rejected, for example, because it is disabled in the configur
新たな兆候か、OpenRestyが倍増 - 9月Webサーバ調査
Netcraft - Internet Research, Anti-Phishing and PCI Security Services インターネットサービス企業Netcraftは9月19日(米国時間)、「September 2016 Web Server Survey｜Netcraft」において、9月におけるWebサーバ調査結果を発表した。2016年9月はMicrosoft IISが大きくシェアを増やした。Microsoft IISはサイト数で1億3200万サイト、コンピュータ数で13万8000台以上増加している。 アクティブサイトで順調に増加傾向を見せているがnginxだが、2016年9月には新しい兆候が現れた。高い性能が求められるサイトでnginxからOpenRestyへの移行が行われたことが観測されているのだ。OpenRestyはnginx coreをベースに開発されているWe
nginxでカスタムHTTPヘッダを見てproxy_passを振り分ける - Qiita
nginxをリバースプロキシとして使っていて、カスタムHTTPヘッダを見てproxy_passを振り分けたいことがあります。 どういうユースケースかというと、例えば現新システムを並行稼動させるのに前段でnginxをリバースプロキシとして使って、通常のリクエストは両方に分散しているのだけど、新システムだけで起こるバグの切り分けのために、一部の関係者だけ明示的に新システム側にルーティングしたいみたいなケース。 セッションの中のユーザID見てとか作りこむの大変なので、もっとお手軽に。 基本的なアイデアとしては、ブラウザの拡張でカスタムHTTPヘッダを付けてアクセスして、nginxでそのヘッダを見て振り分けする。 Modify HeadersというChrome拡張でブラウザから好きなカスタムHTTPヘッダを追加で付与できるので、これで適当なヘッダをセットする。 Modify Headers for
NGINX Amplify雑感 - Innovator Japan Engineers’ Blog
はじめまして @hacktk です。 NGINXが提供するパフォーマンス監視ツール、NGINX Amplifyがパブリックベータになったので試してみました。 手元にVirtualBox上のCentOS 6.6があったので、それを使います。 アカウント登録 NGINXのアカウントを持っていない場合はまず登録する必要があります。 トップの [SIGN UP FOR FREE] から 各情報を入力して [Sign up] メール認証を済ませましょう ログイン エージェントインストール Amplifyはエージェントを常駐させて情報を集めるタイプなので、対象のシステムにエージェントのインストールが必要です。 ログインすると親切にインストール手順が表示されます。対象のシステムで実行してみます。 [Graphs] タブに対象システムのメトリクス一覧が表示されました。 いろいろ使ってみます Graphs
３つのnginxをうまく使い分けよう〜nginx、OpenResty、Tengine〜
OpenRestyはnginxのほかにngx_luaをはじめとするCで書かれた各種サードパーティモジュールとngx_luaのAPIを利用したrestyモジュール、そしてLua/LuaJITで構成されています。 OpenRestyに含まれているnginx自体は本家のnginxと基本同じなので、別にOpenRestyを利用しなくても自分でngx_luaを組み込んだり、サーバ上にrestyモジュールを配布することで似たような環境を構築することは可能ですが、OpenRestyであれば主要なモジュールやライブラリが./configure、make、make installの一連の流れですべてゴソッとインストールされますし、OpenRestyのconfigureスクリプトはnginxのconfigureスクリプトを継承したものなのでnginxのconfigureオプションをほぼそのまま利用することもで
cybozu.com のリバースプロキシを nginx にリプレイス - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。インフラチーム Hazama の深谷です。 デブサミ 2015 で、cybozu.com の自社製リバースプロキシを全面的に再実装した話をしてきました。 今回は、そちらの資料を紹介いたします。 cybozu.com ではお客様ごとに異なるサブドメイン（ex. demo.cybozu.com）を用意しています。サブドメイン方式には、お客様ごとに異なる IP アドレス制限をかけられるとか、Same-Origin-Policy のため安全に JavaScript でカスタマイズができるといった利点があります。 このサブドメインを実現しているのは、従来 Apache で実装されたリバースプロキシでした。しかし、この時の実装はサブドメインごとに異なる VirtualHost を定義する方式で、お客様サブドメインの数に比例して Apache の設定を変更する時間が伸びていくというものでした
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
nginx - カーネルパラメーターのチューニング - Qiita
nginxで、オリジナルのリクエストヘッダにアンダーバーを使えるようにするメモ - Qiita
