こことGoogleの両方で検索した後、解決策を見つけることができませんでした。基本的に、ユーザーがテキスト ファイルからプロキシのリストを追加できるようにしたいのですが、WebProxy を作成する前に、渡されたものが有効なプロキシ形式であることを確認したいと考えています。try catch を使用try {var proxy = new WebProxy(host + ":" + port;} catch{}するとうまくいくことはわかっていますが、try catch を使用すると遅いことが既にわかっているかもしれません。

では、有効な WebProxy 形式であるかどうかを確認するために文字列をテストするための適切で迅速な方法は何でしょうか?

ありがとう

今日、ラップトップのファンがフル レベルで動作していることがわかりました。performanceタブを確認した後、task managerCPU 使用率が 100% で変化していないことがわかります。webproxy.exeリストの一番上にプロセスが表示されresource monitor、このプロセスを終了するたびに、1 秒後に再び実行されます。

私はそれを検索しましたが、助けが見つかりません。親愛なるCPUを助けるために一時停止します。

• OS :ウィンドウズ 7 プロフェッショナル
• アーチ。： ×64

SharePoint でホストされるアプリを作成し、アプリにライセンス チェックを追加しました。ライセンス チェックは、SP.WebProxy を使用して REST エンドポイントを呼び出すことによって行われます。アプリはアプリ パーツとして実装されるため、ページ上にアプリのインスタンスが多数存在する可能性があります。

ページにアプリのインスタンスが 1 つまたは 2 つしかない場合は、すべて正常に機能します。ただし、ページに 3 番目のインスタンスを追加するとすぐに、3 番目のインスタンスがライセンス チェックに失敗し始め、「このアプリはアウトバウンド リクエストの制限に達しました」というエラーが表示されます。

これは明らかに、3 つのインスタンスすべてが同時に SharePoint Proxy サービスにアクセスしているためです。特定のアプリで許可されている同時通話の数に制限があるように見えます。

問題は、この制限に関するドキュメントが見つからないことです。私が得ているエラーは、Google で 1 回もヒットしません。これは、web.config の設定で増やすことができる制限ですか?

これに関して私が相談できるドキュメントを知っている人はいますか?

インターネット経由で SaaS スキーマ (クラウド) で提供されるリッチ インターネット アプリケーションがあります。アプリケーションは Java Web Start を介してデプロイされます。ユーザーは、プロバイダ サイトへの JNLP ファイルを指すリンクをクリックします ( http://somesite.com/myapp/myapp.jnlp); 次に、アプリケーションがダウンロードされ、ローカルにキャッシュされます (クライアントの Java コントロール パネルから、アプリケーションが約 40 MB であることがわかります)。サーバー側の変更が発生しない場合、クライアントはキャッシュされたバージョンを使用することを期待しています。サーバーの新しいバージョンがリリースされると、問題が発生する可能性があります。すべてのクライアント (数百) が新しいバージョンを同時にダウンロードする可能性があります。この問題を回避するために、Web プロキシをキャッシュとして使用する可能性を検討したいと思います。最初のクライアントはインターネットから新しいバージョンをダウンロードし、他のクライアントは Web プロキシにキャッシュされたバージョンをダウンロードします。これは実現可能ですか？主に、Java コントロール パネル --> Java キャッシュ ビューアー (Win XP の Java 6) から、「アプリケーション ビュー」に 1 つのアプリケーション (40 MB) が表示され、切り替えるといくつかの JAR が表示されるため、いくつかの疑問があります。 「リソース ビュー」に、しかし、キャッシュを物理的にホストするはずのディスクの場所に移動すると、多くのフォルダー (ほとんどが空) と .idx ファイル (JAR の痕跡なし) が表示されます。アイデアは、Web プロキシ (Forefront TMG)​​ に、プロバイダーのサイトから来る一連のファイル (どのファイル? どの拡張子?) のみをキャッシュするように指示することです。JNLPファイルのクレンジングされたバージョンをキャッシングオプション付きで添付しますが、クライアントのキャッシングオプションしか扱っていないので、私の質問には関係ないと思います（そうですか？）

ありがとう

it-hit webdavsystem ajax ブラウザをリバース プロキシの背後に配置する際に問題が発生しています。

この例では、ポート 8123 でリッスンし、外部からポート 443 でサービスを提供しています。

ajax ブラウザーでフォルダーをクリックすると、要求されたポート 443 ではなく、リスニング ポート 8357 で応答しているようです。

これはすべて、IIS の Windows サーバーでホストされています。

誰にも回避策がありますか？おそらく、応答 URL を何らかの方法で書き直しますか?

ブラウザと Web の間で要求と応答を中継する Web プロキシ サーバーを Java で実装しようとしています。現在のセットアップでは、指定したポートですべてのページ リクエストを localhost に送信するようにブラウザを取得し、プロキシはそのポートで着信リクエストをリッスンしています。

全体がスレッド化されているため、複数のリクエストを同時に処理できます。コードは次のようになります。

html/css/js に対する 20 の異なるリクエストを含むページを読み込もうとすると、18 ～ 19 のスレッドしか作成されず、その過程でいくつかのリクエストが失われることがあります。ほとんどの場合、js リソースまたは画像のリクエストはドロップされ、ブラウザによって行われた最後のリクエストではないため、リソース不足の問題ではありません。

Wireshark を使用すると、失われた要求がローカルホストに到達することを確認できます。そのため、何らかの理由で ServerSocket.accept() は実際には接続を受け入れません。これが発生する特定の理由はありますか? それとも、私のコードが何らかの形で間違っているのでしょうか?

編集

これが run() の本体です

Androidアプリケーションから発信された各httprequestおよびresponseのコンテンツ全体を表示するためのMac（charlesproxy以外の）ツールまたはプログラミング手法はありますか。

それらを印刷しようとしましたが、それを行うと httpresponse が消費されます。