RTMP to MPEG-DASH でライブストリーミングを行う方法 - Qiita
はじめに 定番の nginx-rtmp-module で RTMP to HLS 配信を行っていたのですが、 RTMP to MPEG-DASH にしてくれと言われてしまったのでその対応を行いました。 RTMP to HLS で配信する方法は沢山ウェブに溢れていたのですが、 中々 RTMP to MPEG-DASH で配信する方法については見つけられなかったため、 記事にして残しておこうと考え、やり方についてまとめました。 nginx-rtmp-module で MPEG-DASH 配信を行うためのセットアップ (Docker) RTMP to MPEG-DASH を行うための Dockerfile は ↓ になります。 FROM tiangolo/nginx-rtmp # Debian OS (64bit) に対応した static build をダウンロード & 解凍して、/usr/l
nginxをdockerで動かす時のTips 3選
こんにちは。CTOの馬場です。 最近利用する機会が増えてきたdockerネタです。 nginxを動かすときのTipsを3つ紹介します。 foregroudで起動する dockerではコマンドをforegroundで動かさないとコンテナが停止してしまいます。 nginxはデフォルトはデーモンとして動くので、foregroundで動くように設定しましょう。 nginx.confで設定するならこうです。 daemon off; Dockerfileの起動コマンドで指定するならこうです。 CMD ["/usr/sbin/nginx", "-g", "daemon off;"] 動的な設定を外部化する イメージの中に設定値を入れちゃうのはダサいですよね。 コンテナ起動時に動的に設定したいものです。 dockerの場合は docker run 時に -e で環境変数を指定できるので使いましょう。 do
The HTTP/2 Module in NGINX
A couple of days ago, we released NGINX’s HTTP/2 module. In this talk, I’m going to give you a short overview of the new module. 0:20 Overview of the Protocol First of all, I want to debunk some myths around the new protocol. Many people think of HTTP/2 as a shiny, superior successor to HTTP/1. I do not share this opinion, and here’s why. HTTP/2 is actually just another transport layer for HTTP/1,
Copy and deliver a request to another nginx server for real traffic testing
I have a Flask web service which runs on uwsgi+nginx and it works well. I have another development version of the service which runs on another server. It also runs on uwsgi+nginx. What I want to do is, test the development server with 'real' traffic(POST requests) I've done verifying the development server works well basically. Just want compare the two with same real traffic. My basic idea for t
oauth2_proxyとNginxのauth_requestを組み合わせると便利 - lamanotrama's diary
oauth2_proxy、便利でググると導入手順も結構出てくるのだけど、今回紹介するのは（環境によっては）さらに便利に使えるナウい方法です。 なにをするのかというとREAMDEに書いてあります。 Configuring for use with the Nginx auth_request directive The Nginx auth_request directive allows Nginx to authenticate requests via the oauth2_proxy's /auth endpoint, which only returns a 202 Accepted response or a 401 Unauthorized response without proxying the request through. For example: サンプル設定もある
ngx_mrubyとngx_lua - Qiita
今年の秋頃に将来nginxでJavaScriptが書けるようになるという話が出ましたが、nginxには元々サードパーティモジュールの中でも有名なngx_luaがあります。また、Advent Calendarを見るにngx_mrubyも盛り上がってきているようです。 そこで両者の比較エントリを書いてみようと思います。 ngx_lua まずngx_mrubyについてはこのカレンダーでさんざん語られてるのでngx_luaについて。 ngx_luaは簡単に言うとngx_mrubyと同じようなこと(あるいはそれ以上のこと)がLuaでできるnginxのサードパーティモジュールです。 例えば「Hello, World!」はこんな感じで書けます。 ngx_luaで利用できるLua処理系 ngx_luaではLua5.1とLua5.1互換のLuaJITが利用できます。逆に言うとLua5.2以上だとビルドできな
lua-nginx-module を導入した話 (1) JSON-RPC 2.0 batch request編 - mosa_siru’s blog
nginxにluaを組み込む openresty/lua-nginx-module · GitHub というのが非常に便利で、単なるreverse proxyだったnginxに、あらゆる役割を持たせられるようになります。 nginxの設定を動的にしたり、nginxからDBやmecached, redisなどへのアクセスも可能になります。HTTP requestを発行することさえできます。 これにより、例えばnginxの設定をDB化したり（NginxとLuaを用いた動的なリバースプロキシでデプロイを 100 倍速くした）、ちょっとした認証機能を入れたり、アクセスをmemcachedやredisなどに記録して攻撃を動的に判定してブロックしたりとか、nginxのレイヤーで色んなことができるようになります。（バックエンドのアプリケーションでも勿論同様のことは可能ですが、前段でブロックできるのが嬉し
nginx の設定で気をつける事（個人用メモ） - Qiita
解説 もし “Host” ヘッダがどのサーバ名ともマッチしない場合、またはリクエストにこのフィールドがまったく含まれていない場合は、nginxはこのリクエストをデフォルトサーバに振り向けます。上記の設定ではデフォルトサーバは最初のもので、これは nginx の標準的なデフォルトの挙動です。設定内の最初のサーバをデフォルトサーバにしたくない場合は、listen ディレクティブに default_server パラメータを使って明示的に設定することができます: server_name が host と一致しない場合は、 一番最初に読み込まれた設定を使用。 嫌な場合は default_server と記述する。 補足 例えば ELB にぶら下がっている EC2 は、ELB から 毎秒(？) /alive へのアクセスが来る。 この際に叩かれる host はプライベートDNS を使われる。 e.g
NginxでのOCSP Stapling対応設定
意外にハマったのでメモ。 OCSPとは OCSP（Online Certificate Status Protocol）とは、SSL/TLS暗号化通信の初期フェーズにおいて証明書の失効を確認するための手順。 従来は署名所失効リスト(CRL)が利用されていたが、CRLはリストが肥大化しダウンロードに非常に時間がかかるようになってきたため、単一レコードの取得で済むOCSPが、現在では証明書の失効を確認する方法として一般的になった。 OCSP Staplingとは 通常は以下の図のように、証明書をダウンロードしたクライアントがOCSP Responderにサーバ証明書の失効を確認する。 OCSP Staplingに対応すると、以下の図のように証明書の失効確認をサーバ側で処理することができる。 また、OCSPレスポンスは一定の間はサーバにキャッシュされ、都度OCSP Responderに問い合わせ
自作でイベント駆動型サーバ作るのツライ問題とlua-nginx-module - NaCl Blog
何の因果かわかりませんが、お仕事でちょっと賢いリバースプロキシサーバ（以降、RPサーバ）を作る機会が２回ありました。 HTTPヘッダの内容によってプロキシ先のサーバを動的に切り替えるようなものです。 この要件を満たすため、RPサーバには以下のようなプログラムが必要になります。 HTTPヘッダの内容を知るためにHTTPリクエストをパース プロキシ先のサーバへHTTPリクエストをプロキシ プロキシ先のサーバはRedisから取得 レスポンスをクライアントへ返す 大量のリクエストも捌ける １回目はRubyとI/O多重化のライブラリを使ってイベント駆動型のRPサーバを自作してみました。 が、振り返ってみるとこれは失敗でした。 なぜ失敗だったのか？ Rubyでイベント駆動型のサーバを書こうとすると様々なものが途端に大変になります。 イベント駆動型サーバではほとんどの箇所でブロックする処理を書けません。
Full request/response body logging in nginx
nginx.conf ��9� http { log_format bodylog '$remote_addr - $remote_user [$time_local] ' '"$request" $status $body_bytes_sent ' '"$http_referer" "$http_user_agent" $request_time ' '<"$request_body" >"$resp_body"'; lua_need_request_body on; set $resp_body ""; body_filter_by_lua ' local resp_body = string.sub(ngx.arg[1], 1, 1000) ngx.ctx.buffered = (ngx.ctx.buffered or "") .. resp_body if ngx.arg[2] t
Colorkrew Blog
こんにちは。 タイトル長いですがだいたい成功して時がたったので需要があるかはわかりませんが記録しておきます。 お時間あるときにどうぞ。 目的としては、以下のとおりです 外部ELB→nginx(ssl終端かつクライアント認証)→内部ELB→app つまり、クライアント認証したいけどELBにその機能はないのでtcp443転送してnginxでやるが上位サーバでとれる送信元IPがELBのIPになってしまう為 ELBでProxyProtocolを有効化してnginxでssl終端しつつProxyProtocolをListenして送信元IPをログに出したいという話です。 securityGroupやインスタンス作るなどの部分は省略します。 1．elbをawscliで作成、proxy-protocol設定参考：AWS ELBのProxy Protocolを触ってみた Enable or Disable P
nginx連載6回目: nginxの設定、その4 - TLS/SSLの設定
株式会社ハートビーツのITインフラエンジニアがお届けするnginx連載の6回目。今回はnginxのTLS/SSLについての設定を確認していきます。以降、"TLS/SSL"のことを単に"SSL"と書きます。 nginx.orgのパッケージからインストールしたnginxが提供している設定ファイルexample_ssl.confをサンプルとして説明します。なお、一部修正をしております。 server { listen 443; server_name example.jp; ssl on; ssl_certificate /etc/nginx/cert.pem; ssl_certificate_key /etc/nginx/cert.key; ssl_protocols SSLv3 TLSv1; ssl_ciphers HIGH:!aNULL:!MD5; ssl_prefer_server_ci
アマトレード｜Amazonギフト・アップルギフト・GooglePlayカードを高価買取中！
Amazonギフトカードの使い方や使える店 Amazonカードは、Amazonの支払いで使えるギフトカードです。Amazonでの買い物以外でも、Kindle本やAmazonプライム会員費の支払いにも使用可能です。他にもAmazon Pay加盟店での支払いやAmazonミュージックやプライムビデオの有料のタイトルやレンタルにも使用できます。 Amazon Pay加盟店の具体例としては、家電量販店のECサイトだとアイリスオーヤマ公式通販サイトやアイリスプラザ、コジマネット、イオシス。実店舗では成城石井や劇団四季、J!NS、オンラインではZOZOTOWNや出前館、FOD、るるぶトラブルなどがあります。 Amazon Payは1万社以上の10万以上のECサイトや実店舗で利用できます。 Amazonギフトカードの換金方法 Amazonギフトカードの換金方法は以下の3つです ギフトカード買取サイトで換
TengineでHTTP/2とSPDYを両方サポートする - Qiita
nginxのHTTP/2サポート開始とSPDYサポート停止 nginxは1.9.5からHTTP/2をサポートするようになりましたが、一方で同時にSPDY/3.1のサポートを打ち切っています。以下はnginx-1.9.5のChangeLogの抜粋です。(nginxの変更履歴はこちら) 1.9.4までは--with-http_spdy_moduleというオプションが用意されていましたが、1.9.5以降ではこのオプションおよびSPDY/3.1の実装自体が削除されてかわりに--with-http_v2_moduleというオプションとHTTP/2の実装が入りました。 ばっさり切られるとそれはそれで困るのですが、昨年のはじめの段階でSPDYの提唱元であったGoogleはすでにSPDYの将来的なサポートの停止を宣言するとともにHTTP/2への移行を促していましたし、これはある程度仕方がないことでしょう。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - nginxinc/nginx-openid-connect: Reference implementation of OpenID Connect integration for NGINX Plus
Nginxで仮想ホスト(Virtual Host)のデフォルトサーバーを設定してみる | レンタルサーバー・自宅サーバー設定・構築のヒント
ngx_dynamic_upstreamでnginxのアップストリームを動的に変更する - Qiita
GitHub - lebinh/ngxtop: Real-time metrics for nginx server
GitHub - cubicdaiya/ngx_dynamic_upstream: Dynamic upstream for nginx
