%20...%20%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC%20(Web%20%E3%82%A2%E3%83%97%E3%83%AA)%20-%20%E3%82%A4%E3%83%B3%E3%83%88%E3%83%A9%E3%83%8D%E3%83%83%E3%83%88%20%E3%82%BD%E3%83%AA%E3%83%A5%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%20-%20%E3%83%97%E3%83%AD%E3%82%AD%E3%82%B7%E7%8A%B6%E6%B3%81%E3%82%92%E8%80%83%E6%85%AE%E3%81%99%E3%82%8B%E5%BF%85%E8%A6%81%E3%81%8C%E3%81%82%E3%82%8A%E3%81%BE%E3%81%99%E3%81%8B%3F.png)
クライアント サーバー アプリケーションがあります。クライアント - .NET 2.0 ベースのデスクトップ アプリケーション。サーバー - ASP .NET 2.0 ベースの Web アプリケーション。
サーバーは基本的に Web サーバー上でホストされている Web サイトであるため、クライアントは通常の HTTP リクエストを使用してサーバーと通信します。
このソリューションは主にイントラネット向けです。つまり、Web アプリケーションはネットワーク内の内部サーバーの 1 つでホストされます。
このアーキテクチャでは、プロキシ設定を管理するためにクライアントを構築する必要がありますか?
Web サーバーは LAN 内にあるため、この状況では、内部 Web サーバーへのアクセスもプロキシ経由で設定されますか? または、プロキシはイントラネット内のマシンからのすべてのインターネット呼び出しに厳密に使用されますか?
答え1
私の考えでは、HTTP を使用するアプリケーションはすべて、HTTP プロキシを使用できる必要があります。最も良いのは、アプリケーションがプロキシの自動構成をサポートしていることです。アプリケーションが最終的に使用されるすべての環境を予測することはできません。システム管理者として、私はアプリケーション ソフトウェアのネットワーク環境に適応する柔軟性を重視しています。
.NET を使用しているため、HTTP の実行方法によっては、基礎となるネイティブ コードからこれらすべてを「無料で」取得できる可能性があります。
答え2
LAN 上のプロキシは、何らかのフィルタリングやアカウンティングを行う場合にのみ役立ちます。アプリの使用が LAN 上にとどまっている限り、あなたのケースでは役に立たないと思います。