問題タブ [socks]

新しいプロジェクトでは、Wiznet W5100イーサネット モジュールを備えたArduinoを使用して、http データをルーティング/プロキシするという奇妙な考えがありました。

モジュールは 4 つの接続しかサポートしていませんが、これで十分かどうかはわかりません。arduino (フラッシュ/RAM) で利用可能なスペースも懸念されます。

ハードウェアが要件を満たしていることを確認できるように、超単純な socks4a プロキシ (c/c++/java/php) のコードが見つからないようです。

リンケージまたは疑似コードが役立つ場合があります。

アップデート：

シンプルなC++ 実装を見つけたので、これを研究します。BINDではなくCONNECTを使用するだけであれば、要件に適合するはずです。

PHP経由でsocks5サーバーの速度を測定したいので、次のコードを書きました：

残念ながら、コードは機能していません。Socks5 サーバーを使用しないと、ファイルは完全にダウンロードされます。コードが機能しない理由を知っている人はいますか? 目標を達成する方法について、代替案や提案はありますか?

よろしくお願いします。

一般的なブラウザのほとんどすべてが SOCKS Proxy をサポートしていることに気付きましたが、なぜそうなのかについては理解できませんでした。

SOCKS Proxy がブラウザでサポートされるほど重要な理由は何ですか?

複数のマシンからの負荷がかかっている SOCKS プロキシをテストしようとしています。私のコードの概要は、次の行に沿ったものです

1. 1 つのクライアントでサーバーに直接接続し、テスト ファイルをダウンロードして、かかった時間を記録します。
2. プロキシ経由で 1 つのクライアントに接続し、テスト ファイルをダウンロードして、かかった時間を記録します。
3. プロキシ経由で複数のクライアントに接続し、テスト ファイルをダウンロードし、時間を記録します。

1と2は同じ機能で実行されます。

ダウンロード オブジェクトは Thread から継承されます。ほとんどの作業は、次のような run() メソッドで行われます。

問題は、ベースライン関数を呼び出すと、常に最初に選択されたプロキシが使用されることです。最初に withproxy スレッドを実行すると、withproxy スレッドがプロキシを使用します。最初に withoutproxy を実行すると、withproxy はプロキシを無視します。本当に奇妙なことは、後でプロキシを介して複数のクライアントに接続しようとすると、ベースライン接続がどのように機能したかは関係ありません.ベースライン接続がプロキシを使用しなかった場合でも、複数のクライアント接続は引き続き使用されます.

ここで何が欠けていますか？

ありがとう

SOCKSプロキシのリストを並べ替えて、接続時間と読み取り時間が1000ミリ秒未満のプロキシを特定しようとしています。これが私のコードです。

TIMEOUT_VALUE = 1;しかし、私が何をしていても、それらのすべてがテストに合格します。助けてくれてありがとう。

私はec2を使用してsshトンネルを作成し、さまざまな地理的地域からのサイトのレンダリングをテストしています。カナダでノードが必要になりましたが、これは ec2 ではサポートされていません。これに使用できるよく知られている（できれば無料の）SSHシェルプロバイダーがカナダにありますか？ありがとう

リッチ

Web プロキシ IP のタイプが HTTP であるか Java で SOCKS4/5 であるかを判断するにはどうすればよいですか?

ありがとうございました。

プロキシに接続するプログラムを作成しようとしていますが、少し問題があります。socksv4 および v5 プロトコルを作成しましたが、プロキシのバージョンを知るにはどうすればよいですか?

標準の Java プロキシ オブジェクトを使用しない理由は、ソケット チャネルを使用したいためで、基本的には手動で行う必要があります。

無関係なコード:

私はhtmlunitでプロキシを使用しています.私のプロキシリストにはhttpとsocksの両方が混在しています.htmlunitに渡される次の選択されたプロキシがhttpまたはsocksのどちらであるかはわかりません.htmlunitは自動的にタイプを決定し、適切なルールを使用します.そのプロキシ経由で接続していますか？

HttpWebRequestは SOCKS プロキシをサポートしていないため、長い調査の結果、WebRequest( SocksHttpWebRequestWebClientのように車輪を再発明することなく) SOCKS サポートを追加する最良の方法は、着信要求をに転送する一時的な HTTP プロキシを作成することであると判断しました。 SOCKS プロキシ。

HTTP リクエストの転送は簡単で、魅力的に機能します。

HTTPS リクエストの転送も、理論的には簡単です。

1. はHttpWebRequestHTTP プロキシに接続し、以下を送信します。

   /li>

2. SOCKS プロキシ経由で接続しgoogle.com:443、クライアントに以下を送り返します。

   /li>

3. このドキュメントによると、この時点で、ストリーム間のすべてのバイトをコピーし、一方が接続を閉じると、もう一方も閉じます。

ただし、あるものNetworkStreamから別のものへのコピーは、期待どおりに機能しないようです。ある時点で、Read()明らかな理由もなくハングしているように見えます。タイムアウトを設定すると、タイムアウトの大きさに関係なく、証明書エラーが発生します。

私が現在使用しているコードの簡素化されたバージョン:

完全なクラスはここで入手できます: HttpToSocks.cs

私は今、このコードに何日もこだわっています。タスクはとても簡単ですが、うまくいきません. 私が正気を取り戻すのを手伝ってください.

編集:これは私の最大の行ではないことは承知していwhile(true)ますが、多くのバリエーションの後、途中で終了しないようにコードに残っているため、証明書エラーが発生します。

編集 2:問題は修正されました。興味のある方は、完全なクラスをgit リポジトリで入手できます。