GitHub を狙った Reverse Proxy 型フィッシングサイトの探索と報告 - ぶるーたるごぶりん

2022/03/12 13 users フィッシングサイト GitHub 探索 結論 発見

GitHub の Reverse Proxy 型フィッシングサイトの発見と報告 こんにちは、でじこだにょ 今回は GitHub を狙った Reverse Proxy 型のフィッシングサイトを探していこうと思います。 （長いので、Reverse Proxy 型のことをプロキシ型と略しちゃいます） 結論から書くと、２４件のフィッシングサイトを新規に発見して報告し... 続きを読む

Google App Engineでローカル開発をするときにdispatch.yamlをもとにReverse Proxyしてくれるツールを書いた - 時計を壊せ

2019/07/07 12 users Frontend microservices 時計 ツール

これです github.com なぜ作ったのか dispatch.yaml や dispatch.xml はGoogle App Engine(以下GAE)のFrontendでルールベースでL7 HTTP Reverse Proxyしてくれるものです。 cloud.google.com これはMicroservicesをやる上では大変便利なものになっています。 一方で、これをローカルで動かす手段が少なくとも自分の知る... 続きを読む

Docker と SO_REUSEPORT を組み合わせてコンテナのHot Deployにチャレンジ - blog.nomadscafe.jp

2015/01/08 112 users memcached Docker rhebok コンテナ 単体

「Docker と SO_REUSEPORT を組み合わせてみる。おそらくその1」のその2です。 結論から言うと、「単体ではリクエストの取りこぼしが若干あるけど、Reverse Proxyを工夫すればコンテナのHot Deployを実現できるかも」という感じです。 Rhebok の SO_REUSEPORT 対応 前回は簡単に検証するためにmemcachedを使いましたが、今回はアプリケーションサ... 続きを読む

Gazelle: new Simple and Fast Plack Handler for Performance Freaks - blog.nomadscafe.jp

2014/11/13 52 users Gazelle Handler nginx Plack 前提

Gazelle という新しいPlack::Handler(Server)をリリースしました https://metacpan.org/release/Gazelle 前のISUCONの結果報告で「Chobi」として紹介していたものを名前を変更しました。 GazelleはnginxやApacheでreverse proxyを行うことを前提に書かれたPlack::Handlerです。nginxの後ろに... 続きを読む

Reverse Proxyがなぜ必要か、勝手に補遺 - たごもりすメモ

2014/08/26 302 users 補遺 naoya りすメモ 概念 リソース効率

2014-08-26 Reverse Proxyがなぜ必要か、勝手に補遺 「全体のリソース効率を上げましょう」というためのものである。 Reverse Proxy がなぜ必要か - naoyaのはてなダイアリー これは完璧に正しくて、ただ「リソース効率」という概念はあまり具体的な想像が追い付かない人がいそうだなと思ったので、ちょっとだけ補足しようと思った。Reverse Proxyを入れることでリ... 続きを読む

Reverse Proxy がなぜ必要か - naoyaのはてなダイアリー

2014/08/26 654 users naoya VirtualHost リバースプロキシ 昨今

フロントエンジニアに知ってもらいたいリバースプロキシの重要性 - RickyNews この記事が目に入って読んでみた。なるほど、昨今は Reverse Proxy は便利な L7 ルーター的なものとして認識されているのだな、と思った。URL の Rewrite や、VirtualHost 云々。確かに Reverse Proxy の便利な側面ではある一方、それらは Nginx などの Revers... 続きを読む

Apache 2.2.15から入った mod_reqtimeout を Reverse Proxyで使う場合の注意点 - blog.nomadscafe.jp

2012/02/16 34 users header blog.nomadscafe.jp 注意点

slowloris対策として、Apacheの2.1.15から入ったモジュールにmod_reqtimeoutというのがあります。 RequestReadTimeout header=10 body=30 このように設定することで、headerの受信が10秒以内、bodyの受信が30秒以内に完了しない場合、「408」エラーとできます。簡単で便利そうですね 公式ドキュメント http://httpd.a... 続きを読む

Plack::Middleware::ReverseProxy でリモートホストを確認する理由 - blog.nomadscafe.jp

2012/01/06 46 users Middleware Apa リモートホスト Plack 理由

Reverse Proxyの後ろでApplication Serverを動かす際に、REMOTE_HOSTを本当のアクセス元に書き換えてくれる仕組みはいくつかありますが^1、Plackでは壇上氏の Plack::Middleware::ReverseProxy がそれにあたります。 ^1 例えば mod_extract_forwarded http://www.openinfo.co.uk/apa... 続きを読む

Webサーバ勉強会#3に参加してきました - blog.nomadscafe.jp

2011/04/28 19 users blog.nomadscafe.jp Webサーバ勉強会

Webサーバ勉強会#3に参加して発表しました。りーおさんのmod_rewriteの話が興味深かったです。 自分の発表内容はReverse Proxyで使うことを想定した Apache の rpm の紹介です 続きを読む

HTTPコンテンツ圧縮はどのレイヤーで行うのがいいか - blog.nomadscafe.jp

2011/02/01 29 users レイヤー mod_deflate 圧縮 利点 一括

Reverse ProxyとApplication Serverの2段構成でWebサービスを運用している場合、mod_deflateなどのHTTPコンテンツ圧縮をどちらでやるのがいいのだろうか少し考えてみると、Reverse Proxyで一括してコンテンツ圧縮する場合は、圧縮に関する設定を1カ所でまとめられるという利点がある、ただし、Reverse ProxyとApplication Server... 続きを読む

フロント/バックのreverse proxy構成で、指定秒数以内に必ずレスポンスを返す方法 - (ひ)メモ

2010/06/23 258 users reverse クライアン アプリケーションサーバ フロント

nginx, apache 目的フロントがHTTPリクエストを受けて、バックエンドのアプリケーションサーバにreverse proxyするような構成において、指定秒数以内に何かしらのレスポンスを返したい。200が返せない場合は、処理を打ち切って500を返したい。 背景フロントでApacheやNginxをreverse proxyとして使っている場合、バックエンドが無応答になってしまうと、クライアン... 続きを読む