Redirect HTTP to HTTPS in Nginx We see how to use Nginx to redirect any non-SSL connection to HTTP. ?? Another common task in Nginx is redirecting HTTP requests to HTTPS, to enforce the use of SSL certificates. Two methods: 1. Catch-all http and redirect to https 2. Redirect only specific apps/sites ? Writeup here: https://t.co/zKn3LlkUlG pic.twitter.com/LofCrxI78X — Chris Fidao (@fideloper) May
We use nginx and its features a lot in Scribd. Many times in the last year we needed some pretty interesting, but not supported feature – we wanted nginx X-Accel-Redirect functionality to work with remote URLs. Out of the box nginx supports this functionality for local URIs only. In this short post I want to explain how did we make nginx serve remote content via X-Accel-Redirect. First of all, her
nginxには、中間証明書を直接指定するディレクティブが用意されていないため、サーバ証明書と中間証明書を結合したものを「ssl_certificate」で指定します。 ファイル結合コマンド例 # cat server.cer cacert.cer > cert.pem 結合した証明書ファイルは、下記のような構成になります。 -----BEGIN CERTIFICATE----- [サーバ証明書] -----END CERTIFICATE----- -----BEGIN CERTIFICATE----- [中間証明書] -----END CERTIFICATE-----
Ansibleでnginxをソースインストール。 実行環境はAWS t1.microのCentOS 6.4が2台。片方がAnsible実行マシン、片方がnginxインストール対象。Ansibleの実行環境については何度か過去記事にも書いているが、Non Passwordでsshログインが可能、かつsudo権限ありのオペレーション専用ユーザを使う。/etc/ansible/hostsに対象ホストが定義済み。 nginx_install.yml --- # nginx_install.yml - hosts: test-machine user: sysuser sudo: yes vars: version: nginx-1.5.6 install_path: /usr/local/nginx src: /tmp tasks: - get_url: url=http://nginx.org/
locationディレクティブはパスの条件が評価されて選ばれたものが適応されます。この条件はパスの文字列の前方一致あるいは正規表現による評価です。この評価の順番は以下のようになります。 前方一致（"=", "^~", プレフィックスなし）の条件の評価を実施 最も一致する条件を選ぶ。 選ばれた条件が、完全一致で、プレフィックスが"="であれば、そこで評価を終了し、そのlocationディレクティブを適応する。 選ばれた条件のプレフィックスが"^~"であれば、そこで評価を終了して、そのlocationディレクティブを適応する。 正規表現（"~", "~*"）の条件の評価を実施 正規表現の条件を設定ファイルに定義した順番に評価する。一致したら、そこで評価を終了して、そのlocationディレクティブを適応する。 前方一致の評価で選ばれた条件のlocationディレクティブを適応する。 ここで注意
小さいrailsサービスあるある railsで何かサービスを作ったとする。ExceptionNotificationも入れた。NewRelicで5分毎に死活監視もしてる。なのに「落ちてるみたいです」とTwitterで言われる。 nginx + unicornの組み合わせでアクセスが増えた時、大抵真っ先に起こるのがunicornのtime out。 2013/02/08 18:36:10 [error] 20932#0: *3506622 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 〜ってやつ。 重いDBのクエリとかでアクセスをさばくスピードより接続数が増えてきて起こる。railsアプリまで処理が行かないのでExceptionは起こらない
If you decided to install Nginx via source (see the previous article) you would have the latest and greatest version. However, one disadvantage of installing from source is that init scripts are not created. No problem, let's go ahead and create one for easy control of Nginx and to ensure it restarts on a reboot. Assumption I am assuming you have followed the previous article and installed Nginx f
こんにちは開発チームの崔珉秀と申します。 今回はnginxというウェブサーバーについて話をさせて頂きます。 nginxは最近数年の間けっこう人気が高くなっています。特によく使われているApacheやLighttpdなどのウェブサーバーと性能の面で比較することがよくありまして、優れた性能で単純なstaticファイルを転送するウェブサーバーからCGIサーバー、reverse proxyサーバーなどの様々なウェブリクエスト処理に関わる分野で導入されています。 今日はnginxの性能の比較よりもサーバーの開発者(nginx module)もしくはサーバーの運営者としてのnginxにある仕組の中で一つを紹介したいと存じます。 サーバーの開発や運営をする場合ロジックや設定などの変更により配布の後、サーバーを再起動することがあります。 その再起動の時にウェブサービスとしてリクエストの処理を続けなが
先週金曜日（12/2）にクックパッドインフラ勉強会に参加しまして、そこで同社の成田さんから「今日からできるApacheモジュール開発と運用」という発表がありました。 リアルタイム画像変換モジュールの「TOFU」を開発するに至った経緯と、Apacheモジュール開発についてのお話でした。 TOFUは、S3に置かれたマスターとなる画像ファイルを取得し、与えられたパラメータでリアルタイム（オンザフライ）にリサイズ・トリミングを行うモジュール（mod_tofu）です。 料理を楽しくする画像配信システム 実際は、モジュールによる画像取得・変換をベースに、キャッシュや配信までも含めた一連の画像配信システムと言えそうです。 この仕組みをNginxを使って実装できないかと考えて、リアルタイム変換の仕組みをNginxだけで実現する方法を実験してみました。 準備するもの HttpImageFilterModul
ファンデを探して三千里 in 2024夏 ベストファンデ探しの旅 RMK リクイドファンデーション フローレスカバレッジ（★★☆） RMK クリームファンデーションアクアティックグロウ（★★★） 資生堂 エッセンス スキングロウ ファンデーション（★★☆） IPSA リキッドファウンデーション（★★★） コスメデコルテ ゼン…
railsをunicornでrackupする際、よくunixsocket経由でnginxをフロントに使う。 で、それをバックエンドにしてさらにNginxでロードシェアする時の設定。 バックエンドのunicornが健在の時はフロントバック間のレスポンスは上図のようになり、適当にロードシェアされます。 nginxのデフォルト設定ではバックエンドがunicornの状態に応じて502を返す際にも、フロントは気にしません。 上図の状態になってもupstream対象を調整せずに、200, 502, 200, 502 とレスポンスを返します。 そりゃ困るということでドキュメントを参照、 HttpProxyModuleのproxy_next_upstream を使ってupstreamのポリシーを指定すればOKです。 デフォルトだとこうなっているので、 “proxy_next_upstream e
nginx + passengerで、/admin以下のみBasic認証しようとnginx.confに以下の記述をしましたが、/admin以下にアクセスすると全てNot Foundになってしまいました。 server { listen 80; server_name example.com; root /var/www/example.com/rails/public; passenger_enabled on; location /admin/ { auth_basic "Staff Only"; auth_basic_user_file "/var/www/example.com/htpasswd"; } }nginxデフォルトの404画面が表示されるので、リクエストがpassengerに渡されていないと推測されます。そこで location /admin/ に passenger_e
はじめに nginxは頻繁に保守されていてどんどんバージョンが上がっていく一方で、UbuntuやWindows以外ではソースコードからビルドする方法が一般的だと思います。 nginxのバージョンアップ頻度 2011/05/10 1.0.2 2011/05/03 1.0.1 2011/04/12 1.0.0 2011/04/04 0.9.7 2011/03/21 0.9.6 nginx CHANGESより LinuxやBSDの多くのディストリビューションではNginxがパッケージリポジトリに含まれており、通常のソフトウェアインストール手法でインストールする事ができます。(Debianにおけるapt-getや、Gentooにおけるemerge、FreeBSDにおけるports、Fedora の yum、Vine Linux の apt-get など） たまにこれらのパッケージは古いものであった
4月12日、「nginx 1.0」が公開された。高速性や軽量さを特徴とするWebサーバーで、2010年12月以来の安定版リリースとなる。 nginxはロシアの開発者Igor Sysoev氏が、当時勤務していたロシアの検索・ポータルサイトRambler用に作成したHTTPサーバー。リバースプロキシやIMAP/POP3プロキシの機能も持つ。2004年10月にバージョン0.1を公開しており、Netcraftの2010年4月Webサーバー調査でのシェアは6％強（第4位）となっている。 HTTPサーバー機能としては、静的ファイルとインデックスファイルの処理、自動インデックス作成、SSL/TLSのサポート、FastCGIサポートなどの基本的機能に加え、名前ベースとIPベースの仮想サーバー、キープアライブとパイプライン接続のサポート、柔軟な設定とオンラインでの再設定とアップグレード、3xx-5xxエラー
セクションの設定 - Apache HTTP サーバ Apacheだと、 ファイルシステム上のオブジェクトにディレクティブを適用させる場合にはやを使う。 ファイルシステムに依存しないオブジェクト(データベースから生成されるウェブページなど)にディレクティブを適用する際にはを使用する のように、ファイルシステムのオブジェクトかどうかで使用するディレクティブが違うけど、nginxはどうもlocationのみ使うっぽい？他のディレクティブがみつからない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
