AWSでのHTTP/2 or SPDY運用の課題とPROXY protocol - Hatena Developer Blog
東京でウェブオペレーションエンジニアをしている id:dekokun です。 本記事ではAWSでELBを使用してHTTP/2 or SPDYを運用する上で直面する問題としてのクライアントのIPアドレスが分からなくなる問題の紹介を行い、その後に解決策としてのPROXY protocolの紹介・PROXY protocolの設定方法について記載します。 この記事は先日公開しましたAWS EC2でのHTTP/2 or SPDY導入方法 - Hatena Developer Blog (以下、"前回の記事"と呼びます) の続編となります。 ELBのTCPモードにおける問題点 解決策としてのPROXY protocol PROXY protocolが必要となる技術的背景及びPROXY protocolの動作 ELB + nginx構成でのPROXY protocolの設定方法 ELBの設定 ngin
[mod_mruby] リバースプロキシしたコンテンツを更にフィルタで操作する - Qiita
これは mod_mruby ngx_mruby Advent Calendar 2014 の１８日目(12/18)の投稿です。 この投稿の位置づけとしては、アドベントカレンダーの１６日目に書いた記事（静的リソースをリバースプロキシで配信する）の応用編です。 Apache では、リバースプロキシしたコンテンツに対して、更に出力フィルタをかけて処理することが出来ます。（有名な出力フィルタだと mod_deflate など。） イメージは次のとおり。 Apache のフィルタについての説明はこちら。ちなみにコンテンツハンドラ(例：PHP、Perl)の前に起動されるのが入力フィルタで、後に起動されるのが出力フィルタです。 ⇒ http://httpd.apache.org/docs/current/ja/filter.html もちろん mod_mruby でもフィルタを作成できますので、同様にリ
![[mod_mruby] リバースプロキシしたコンテンツを更にフィルタで操作する - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/3b384e0ec6627b05cbcb9533d100f28ba9ee681b/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Fadvent-calendar-ogp-background-7940cd1c8db80a7ec40711d90f43539e.jpg%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCbW9kX21ydWJ5JTVEJTIwJUUzJTgzJUFBJUUzJTgzJTkwJUUzJTgzJUJDJUUzJTgyJUI5JUUzJTgzJTk3JUUzJTgzJUFEJUUzJTgyJUFEJUUzJTgyJUI3JUUzJTgxJTk3JUUzJTgxJTlGJUUzJTgyJUIzJUUzJTgzJUIzJUUzJTgzJTg2JUUzJTgzJUIzJUUzJTgzJTg0JUUzJTgyJTkyJUU2JTlCJUI0JUUzJTgxJUFCJUUzJTgzJTk1JUUzJTgyJUEzJUUzJTgzJUFCJUUzJTgyJUJGJUUzJTgxJUE3JUU2JTkzJThEJUU0JUJEJTlDJUUzJTgxJTk5JUUzJTgyJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMzQTNDM0MmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1hNGIwYzZiYzA1NzM1YWEzNDc5MTA3YWRmMjVkZDY3NQ%26mark-x%3D120%26mark-y%3D96%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9OTcyJnR4dD0lNDBoa3VzdSZ0eHQtY29sb3I9JTIzM0EzQzNDJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZTdlY2FkZjhiZDcyZjMxYmExMjA5MGViNDE4NzlkNzE%26blend-x%3D120%26blend-y%3D445%26blend-mode%3Dnormal%26txt64%3DaW4g5qCq5byP5Lya56S-44KG44KB44G_%26txt-width%3D972%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%25233A3C3C%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D134%26txt-y%3D546%26s%3D5c1de8a6e723b90193c47d31392d4104)
Squidの更新パターンでインターネットアクセスを高速化する | OSDN Magazine
帯域幅の制限は、インターネットに接続している多くの人にとって今なお残る問題の1つだ。しかし、プロキシキャッシュサーバSquidをネットワークにインストールし、設定パラメータを用いてバイトヒット率を上げれば、利用可能な帯域幅を3～6割近くも拡大できる。 Squidは、きめ細かいチューニングによってさまざまなニーズに対応できる。現行の安定版には少なくとも249個のパラメータがあり、丁寧なコメントが付いた設定ファイル（通常は「/etc/squid.conf」）は4,600行以上もある。このボリュームには、経験豊かな管理者でも圧倒されるだろう。設定の変更はすべてこのファイル上で行う。 1週間では一杯にならない（理想をいえば1か月以上持つような）大きなキャッシュがほしいところだ。実際に必要なサイズは、ネットワークのトラフィック量によって変わってくる。キャッシュのサイズが大きいほど、要求されたオブジェ
プロキシの自動設定方法
概要 ローカルネットなどでアクセスする場合、ローカルネット内の直接接続可能なサイトと、インターネットの直接接続できないサイトがあります。 これらのサイトを、すべてプロキシサーバ経由でアクセスすると、ネットワークやプロキシサーバの負荷が高くなり、レスポンスが低下してしまいます。 そこで、NO_PROXY指定を行うことで、ローカルネット内の直接接続可能なサイトはプロキシサーバを経由せず、直接接続するようにします。 しかし、大規模な会社ほど、その設定は複雑になってきます。 そこで、クライアントが自動設定できるようにします。 自動設定では、プロキシサーバの設定をサーバで管理するため、変更が発生しても、サーバの設定変更だけでできます。
FirefoxとWPAD - Reworking...
IEやFirefoxではプロキシの設定を自動化する方法として、WPAD(http://www.atmarkit.co.jp/fwin2k/win2ktips/031autoproxy/autoproxy.html)がありますが、あるときからIEでは機能するのに、Firefoxでは機能しない状態になってしまいました。 原因がわかったのでメモ Firefoxはプロキシの自動設定をONにするとhttp://wpad/wpad.datへプロキシ設定を取得しに行きます。wpad.datのMIMEタイプはapplication/x-ns-proxy-configやapplication/x-javascript-configである必要がありますが、http://wpad.domain/wpad.datとFQDNで取得すると正しいMIMEになり、http://wpad/wpad.datだとtext/ht
WPAD (Web Proxy Auto Discovery Protocol)
標準規格にならなかったというあたりが微妙なのですが、 それでもこれくらいしか PROXY 自動設定の規格がないので、 「これを使うしかない」という消極的な解。 本当は、みんなで Service Location Protocol 対応が正しいはず。 あんま進んでないけどな〜。 概要。ここでは自分のドメインが example.org だとしましょう。 (1) wpad.example.org という WWW サーバを作成。 (2) wpad.dat を作成。場所は WWW サーバのルート。 つまり URL http://wpad.example.org/wpad.dat でアクセス可能なところへファイルを作成。 ブラウザの PROXY 設定を「自動設定」に変更。 Firefox (windows) の場合: ツール → オプション → 詳細 → ネットワーク → 接続設定 → 「このネットワ
FAQ for YAMAHA RT Series / TCP/IP
DHCPサーバって何ですか？ [ DHCP ] DHCP(Dynamic Host Configuration Protocol) とは、DHCPクライアントに自動的にIPアドレス、ネットマスク、DNSサーバ などの情報を提供する機能(機構)で、RFCに規定されており ます。 DHCPクライアント機能を持ったコンピュータ、OSも増えております。 情報一覧 DHCPサーバ機能 DHCPリレーエージェント機能 関連RFC リリースノート トラブル対策 ドメイン名表示の乱れ 不正なサブネットマスク winipcfgでの日付のずれ 「BOOTP datagram from ...」「lllegal DHCP datagram from ...」ログ MacOS9でのアドレス取得 取得アドレスが「169.254.XXX.XXX」 DHCPサーバの予約設定 関連情報 (Windows) 関連情報 (M
Firefoxからsshのダイナミック転送を使って非公開サーバへアクセスする - 射撃しつつ前転 改
sshにはダイナミック転送という機能がある。この機能を使うと、sshはアプリケーション側にはSOCKSプロクシとして振る舞うが、そこからsshの接続先までは暗号化された状態で通信が行われる。 これだけだと通常のトンネリングとどう違うのかよくわからないかもしれないが、ダイナミック転送の場合は転送ポートを指定する必要がない。ここがダイナミックと表現される所以だろう。 例えば、オフィスAにある開発サーバdev1にオフィス外からアクセスしたいとする。しかし、dev1はオフィス外には公開されておらず、踏み台サーバladd1を経由してしかアクセスするしかない。ladd1はsshのみが動いており、これまではsshのトンネリング機能を使ってアクセスしてきたのだが、ウェブアプリケーションをデバッグする際はいちいちウェブアプリケーションのポート毎にトンネルを掘るのが面倒くさい。オフィスに限らずデータセンターへ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - varnish/hitch: A scalable TLS proxy by Varnish Software.
GitHub - Shopify/toxiproxy: :alarm_clock: A TCP proxy to simulate network and system conditions for chaos and resiliency testing
http://blog.dotcloud.com/under-the-hood-dotcloud-http-routing-layer