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 { .
News, Views, and How-Tos from NGINX, Inc. | NGINX
[Editor – This post has been updated to refer to the NGINX Plus API, which replaces and deprecates the separate dynamic configuration module mentioned in the original version of the post.] One of the great advantages of a microservices architecture is how quickly and easily you can scale service instances. With multiple service instances you need a load balancer and some way to quickly inform it o
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
[nginx]S3をバックエンドにngx_small_lightで画像を動的にリサイズ
S3 で公開しているバケットをバックエンドに nginx モジュール ngx_small_light を利用して画像をリサイズする方法をメモ http://d.hatena.ne.jp/akishin999/20130619/ にローカルの画像を対象にした画像変換手順が書かれているので、そこに S3 バックエンドを追記しただけとも言える。 ngx_small_light について github で公開 https://github.com/cubicdaiya/ngx_small_light pixiv の中の人が開発した nginx モジュール Apache 向け mod_small_light の nginx 移植 https://code.google.com/p/smalllight/ 画像変換エンジンは ImageMagick/Imlib2/GD から選択可能 構成 client
![[nginx]S3をバックエンドにngx_small_lightで画像を動的にリサイズ](https://cdn-ak-scissors.b.st-hatena.com/image/square/558d53bd8632c04537f9b0ff297877a64b26b110/height=288;version=1;width=512/https%3A%2F%2Fsiguniang.files.wordpress.com%2F2014%2F01%2Fbenchmark1.png)
Amazon Linux 2でNginxを自分でビルドしてngx_cache_purgeモジュールやecho-nginx-moduleなどを使えるようにする | Simple is Beautiful.
20200211 Amazon Linux 2でNginxを自分でビルドしてngx_cache_purgeモジュールやecho-nginx-moduleなどを使えるようにする ngx_cache_purgeモジュールが必要でNginxをソースコードからビルドしたのでメモしておきます。以下順番にrootユーザーで実行しています。 ビルド準備 コンパイラなどを入れます。*-develはmoduleを追加しなければ入れなくてokです。 yum install -y gcc gcc-c++ libxslt-devel gd-devel GeoIP-devel ビルド時に必要なライブラリ類のダウンロード PCRE PCRE - Perl Compatible Regular ExpressionsのダウンロードリンクからPCRE(PCRE2ではない)をダウンロードして解凍します。 cd /usr/l
さくらVPSにNginxをソースビルドで入れた - 魔法使いの卵
ソースビルドでnginxを入れる 必要なライブラリ 必要なライブラリ 役割 pcre pcre-devel perl互換の正規表現用 zlib zlib-devel gzip圧縮用 openssl openssl-devel SSLツール wget HTTPやFTP経由のファイル取得を行えるツール ncurses-devel インストール・コンパイルの為 パッケージインストールコマンド sudo yum install -y pcre pcre-devel zlib zlib-devel openssl openssl-devel wget ncurses-devel ※ 依存ライブラリの取り込み方は2種類有ります。 今回はnginxのビルド時に依存ライブラリを静的に取り込みます 動的にとりこむ場合は以下のオプションをconfigureを実行時に追加する ライブラリ名 オプション名 PCR
モジュールのインストール！
Apacheモジュールとは 本連載では、日常的にApache HTTPDサーバー（以下Apache）を使用されている方や、何度か業務で利用した経験がある方を対象に、いくつかのApacheモジュールを取り上げ解説します。Apacheは古くからモジュール構造を採用しており、機能の多くをモジュールで拡張します。本特集では、とりわけ認証系モジュールを取り上げます。 TCPポートをリスニングし、リクエストを受け付け、受け付けたリクエストを子プロセスやスレッドに割り当てるといったコア機能に対し、ユーザー認証、アクセス制限、HTTPSプロトコルの実装といった付加機能はモジュールによって実現されています。使用しているApacheに組み込まれているモジュール一覧は、httpdコマンドで見ることができます。 例えば、CentOS 5.2でhttpd-Mコマンドを実行します。openSUSEではhttpd2コマ
Difference between static and shared libraries?
Shared libraries are .so (or in Windows .dll, or in OS X .dylib) files. All the code relating to the library is in this file, and it is referenced by programs using it at run-time. A program using a shared library only makes reference to the code that it uses in the shared library. Static libraries are .a (or in Windows .lib) files. All the code relating to the library is in this file, and it is d
Amazon Linux 2にExtrasレポジトリからNginxをインストールする | DevelopersIO
Amazon Web Services (AWS) が提供しているAmazon Linuxに新世代のAmazon Linux 2(以下AL2)がリリースされました。 AL2 には Extras と呼ばれるレポジトリが存在し、Python、Golang、MariaDB、Ansible などの特定のパッケージをより新しいバージョンで利用することが出来ます。 今回は Extras レポジトリ経由で Nginx をインストールする方法を紹介します。 3行まとめ Amazon Linux 2に Nginx をインストール Extras レポジトリで提供される Nginx を利用 サービス管理は systemd を利用 Extras Library から Nginx をインストール AL2 では標準で Nginx の YUM 向けパッケージが提供されていません。 $ yum search nginx
Nginx のアクセスログとエラーログを CloudWatch に送信する - enomotodev’s blog
AWS では Elastic Beanstalk でインスタンスを立ち上げている場合はデフォルトで Nginx のアクセスログとエラーログが CloudWatch に送信されます。 ですが、自分でインスタンスを立ち上げた時は CloudWatch にログが自動的には送信されないので今回は CloudWatch にログを送信できるようにしました。 IAM ロールにポリシーをアタッチする EC2 から CloudWatch にログを送信できるようにしたいので、EC2 に設定している IAM ロールに CloudWatchAgentServerPolicy を追加します。 CloudWatch Logs エージェントのインストール CloudWatch Logs を yum でインストールします。 $ sudo yum install awslogs インストールできたら /etc/awslog
NGINX Dynamic Modules: How They Work – NGINX Community Blog
Introduction Maxim Dounin: My name is Maxim Dounin, and I am an NGINX developer. Today, I would like to talk about dynamic modules, which we introduced last winter. 0:17 The Basics First, let’s review some basics about modules in general, and dynamic modules in particular. As you probably know, modules in NGINX have existed since its inception. In fact, NGINX is actually a collection of modules. E
headers-more-nginx-module でヘッダー情報を変更する - kakakakakku blog
github.com nginx でヘッダー情報を変更できる headers-more-nginx-module を試してみた．nginx に標準に入っている Module ngx_http_headers_module と比べて Content-Type や Content-Length などのビルトインヘッダーを消すことができる点にメリットがある． This is an enhanced version of the standard headers module because it provides more utilities like resetting or clearing "builtin headers" like Content-Type, Content-Length, and Server. ディレクティブ headers-more-nginx-module に含
Nginx導入時やること - Qiita
HTTPレスポンスヘッダにサーバのバージョンの表示を消す なぜ必要？ 潜在攻撃者への情報提供になることも。 もし使用中バージョンの脆弱性が明らかになった時、恰好の標的になるとか。 対応 nginx.confのhttpディレクティブに server_tokens off; を追加。
nginxの設定ミスで起こるHostヘッダフォージェリ - Qiita
はじめに この記事は下記リンクの日本語翻訳記事です 翻訳が誤っている場合はコメントか@no1zy_secまでお知らせいただけると幸いです。 [host_spoofing] Request's Host header forgery 多くの場合、Nginxの後方に位置するアプリケーションはURLを生成する(リダイレクト、リソース、電子メール内のリンクなど)ために適切なHostヘッダを必要とします。このヘッダのなりすましは、フィッシングからSSRFまでの様々な問題を引き起こす可能性があります。 注: アプリケーションはこの機能にX-Forwarded-Host リクエストヘッダを使用することもできます。この場合、ヘッダが適切に設定されていることを確認する必要があります。 どうやって見つけるか ほとんどの場合、\$hostの代わりに\$http_host変数を使用した結果、脆弱になっています。
Nginx で特定の UserAgent からのアクセスはログに記録しない方法の一つ - ようへいの日々精進XP
やりたいこと 解の一つ 参考 除外する UserAgent を設定 Web サーバーの設定（アクセスログの設定） 以上 やりたいこと ELB からのヘルスチェックログはログに記録したくないよ 解の一つ 参考 bjornjohansen.no 除外する UserAgent を設定 /etc/nginx/conf.d/log.conf map $http_user_agent $log_ua { ~ELB-HealthChecker 0; default 1; } Nginx のアクセスログ内では UserAgent は $http_user_agent という変数に格納されているので、map モジュールを利用してフィルタする。 Web サーバーの設定（アクセスログの設定） /etc/nginx/conf.d/app.conf server { listen 80; server_name l
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[FIXED BUG] Plesk or "yum update" system update fails: requires libMagickCore.so.5 – Plesk Help Center
How to print the ld(linker) search path
Nginx の site-available は必要？
Nginx Redirects With Query String Arguments | Oliver Davies
Using variables in Nginx location rules