問題タブ [reverse-proxy]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
apache - Apacheディレクティブをオフにしてから、インクルードでオンにすることはできますか?
一般的な構成アイテムを含むVirtualHostブロックがあります。1つのディレクティブはProxyPreserveHostです。
RewriteディレクティブのProxyPreserveHostを「手続き的に」オフにしてから、インクルードでオンに戻すことはできますか?例えば:
otherhostはCDN上にあり、ホストを保持すると、ホスト名前空間のコンテンツのプロキシを許可しない名前解決の問題が発生します。
ProxyReserveHostは、ServerConfigまたはVirtualHostでのみ許可されます。ProxyPassおよびProxyPassReverseディレクティブ(mod_rewriteのプロキシフラグにカプセル化されている)に対して選択的にオフにできるようには見えません。
asp.net - IIRF は ASP.NET ポストバックで動作しませんか?
次のシナリオがあります。
Web サーバー A : インターネット上で公開、IIRF (Ionic の ISAPI Rewrite Filter、現在のバージョン) がインストールされている
Web サーバー B : 非公開、イントラネット上、A から見える、ASP.NET Web アプリケーションがインストールされている、名前はpgdbtest3
ディレクトリ/MMS/をターゲットとするすべてのリクエストがサーバー A では、B の対応するものにリダイレクトされます: http://pgdbtest3/MMS/。ini ファイルは次のようになります。
ポストバックによってエラーが発生する (404 が返される)ことを除いて、正常に動作しています。フォームからアクション属性を削除するなど、多くの解決策を試しましたが、うまくいきませんでした。
この問題を解決するにはどうすればよいですか?
iis - レガシ アプリに ActiveDirectory SSO を提供するには、IIS を信頼できるプロキシとして使用する必要がありますか?
Active Directory シングル サインオン サポートを既存の SOAP サーバーに追加しようとしています。サード パーティのトランスポート コンポーネントを使用して C++ で記述されているため、AD SSO の追加は簡単ではないようです。
したがって、IIS を信頼できるリバース プロキシとして要求し、SOAP サーバーの Active Directory 認証を実行させることを考えています。つまり、すべての認証作業を IIS に任せ、SOAP サーバーの X-Remote-User HTTP ヘッダーだけに依存します。SOAP クライアントは WinInet API を使用しているため、すべての認証が自動的に行われ、SOAP サーバーは無料でシングル サインオンできます。
これはかなり一般的な問題領域のようですが、いくつかの IIS プロキシ プログラムを見つけましたが、これは IIS に組み込まれている可能性があると思いました。
この種の機能は IIS に組み込まれていますか、それとも自分でプロキシを構築する必要がありますか?
IIS を要求するよりも良いオプションはありますか?
apache - Apache、プロキシ時に正しい「サーバー」ヘッダーを含める
私のhttpd.confに次のセクションがあります
問題は、apache が "Server" ヘッダーを独自の IP アドレスに置き換えることです。サーバーヘッダーで「my.domain.com」を使用するにはどうすればよいですか?
http - HTTP方式に基づいてアップストリームサーバーを選択するのは悪い習慣ですか?
使用するHTTPメソッドに応じてアップストリームサーバーを選択するリバースプロキシを使用するのは悪い習慣ではないでしょうか。
POST
背景には、いくつかのロジックを背後に置いてリクエストを処理する任意のWebサーバーがあります。同じリソースには静的コンテンツも含まれており、を使用して取得できますGET
。いくつかのベンチマークを行った後、nginxが静的コンテンツを私の任意のWebサーバーよりもはるかに高速に処理することに気付きました。
実行可能なnginxを使用して着信リクエストを内部的に転送するオプションをチェックしました。
しかし、これは、異なるヘッダーフィールドを含む、GET
またはの発行にのみ依存して、異なるサーバーが別個のリソースを提供するという事実につながります。POST
http - 静的リソース リクエストをインターセプトする HTTP プロキシを見つける
バックグラウンド
組み込みデバイスで動作する Web アプリケーションを開発しています。開発時間を健全にするために、フロントエンド開発は静的ドキュメントを提供するApacheを使用して行われ、PHPは特別に構成された動的リソースのために組み込みデバイスにプロキシします。これには、さまざまなサーバー シミュレーション スクリプトをソース管理にぶら下げておく必要があり、新しい動的リソースを追加するたびにそれらのスクリプトを更新する必要があります。
問題
ロジックを逆にしたいと思います。要求されたドキュメントが静的ドキュメント ディレクトリで利用可能な場合は、それを提供します。それ以外の場合は、要求を組み込みデバイスにプロキシします。
最適には、これを実行するソフトウェア パッケージが必要です (Windows 用または cygwin でビルド可能)。ApacheにPHPでそれを強制することはできますが、それを実現するための構成方法がわかりません。私はsquidとprivoxyを見てきましたが、どちらも私が望むことをしていないようです。
何か案は?私はむしろ自分でロールバックする必要はありません。
apache - Apache を使用して動的 URL をリバース プロキシするにはどうすればよいですか
ユーザーがブラウザーに URL を読み込めるようにしたいが、リダイレクトされないようにしたい:
example.com Apache 2.2 サーバーにそのリクエストを受け取り、「見えないように」、リダイレクト リバース プロキシを使用せずに、次のようにします。
RewriteRule、ProxyPass、ProxyPassMatch、および ProxyPassReverse のさまざまな組み合わせを何時間もかけて試しましたが、すべて役に立ちませんでした。これが私の現在の試みです。これは、目に見えないプロキシの代わりに /test へのリダイレクトを行うようです。
ruby - 1つのWebサーバーに複数のRubyバージョンがありますか?
理想
rvmを使用すると、1つのWebサーバーに複数のRubieを配置でき、ある種のサーバー構成を通じて、プロジェクトごとに異なるRails / Sinatra/etcアプリにRubyバージョンを割り当てることができるのは素晴らしいことです。
rvmのドキュメントから、Passengerは一度に1つのRubyでしか動作しないことを認識しています。:(
妥協
それができない場合は、少なくともプロジェクトをRuby1.8またはRuby1.9インタープリターに割り当てることができる方法を考案できると便利です。Nginxをリバースプロキシとして使用すると、ApacheとNginxを同じボックスで実行できることを読みました。それでは、Apache + Passengerで1つのRubyを使用し、Nginx + Passengerで別のRubyを使用することは可能でしょうか?たぶん、NginxでPassenger以外のものを使用しますか?
私は間違った木を吠えていますか?
この問題に対する良い解決策がありませんか?私は悪夢のような構成の状況に足を踏み入れていますか?私が望んでいることは実行可能でさえありますか、それとも別のRubyバージョンを実行するために別のボックスを実行する必要がありますか?
performance - nginx の代わりに Varnish を使用する必要がありますか?
私は本当にnginxが好きです。
しかし最近、ワニスを使用すると、スマート キャッシング リバース プロキシ レイヤー (URL パージング付き) を実装できることがわかりました。私はかなりリソース集約型の雑種のクラスターを持っているので、このキャッシングレイヤーが雑種からいくらかの負荷を取り除くことができれば、これは素晴らしいことです.
nginx..
代わりにワニスを使用する必要がありますか? あなたは何をお勧めします?
seo - サブドメインを使用し、SEOをアーカイブし、システムをスケーラブルに保ち、アプリケーションを分離するためのベストプラクティスは何ですか?
私たちはebay.comと非常によく似たウェブサイトを開発しており、それほど労力をかけずにアップグレード/維持するために、ebayと同様にウェブサイトのさまざまな部分を分割/分離することにしました(たとえば、アイテムページ/アプリケーションはcgiから提供されます。 domain.com、signin.domain.comからのサインインアプリケーション、offer.domain.comからのショッピングカートアプリケーション、search.domain.comからの検索機能など)。サイトの主要なアプリケーション/機能はそれぞれ、異なるサーバーに展開されます。アプリケーションを分離するもう1つの理由は、セキュリティです。
また、1つのアプリケーションがGoogleAppEngineにデプロイされていることにも言及する必要があります。
ただし、これはSEOに劇的な影響を与えるという「警告」を受け取ったので、2つの質問があります:)
それは本当ですか?サブドメインはウェブサイトのページランクを下げますか?
それが本当なら、どうすればこれを整理できますか?ルーティング/プロキシとして機能し、一種の書き換えを行う別のサーバーを使用する必要がありますか(たとえば、search.domain.com => domain.com/searchなど)?
アプリケーションのシンプルさ/分離+SEO+セキュリティ+スケーラビリティをWebサイトにアーカイブするためのベストプラクティスは何ですか?
前もって感謝します !