無料プロキシで受信ポートを確保できますか？

プロキシ一覧の IP とポートは通常、アプリケーションが接続する先を示します。それは、他の人があなたのコンピューターに到達するために確保された公開ポートではありません。

受信接続を受け取りたい場合、この区別は重要です。外向きのプロキシ要求は実質的に「この宛先へ私の代わりに接続してください」と言っています。公開リスナーには、仲介者が他人の接続を受け入れ、それをあなたのサービスに関連付けることが必要です。

実際の受信機能を探す

HTTP の CONNECT はリクエストで指定された宛先へのトンネルを確立します。プロキシに、あなたの代わりに任意の待ち受けポートを公開するよう求めるものではありません。

SOCKS5 は別個の BIND コマンドを定義しています。プロトコルの BIND 交換はバインドされたエンドポイントを提供し、後で受信接続を通知します。これは Web クライアントが使う通常の CONNECT コマンドではありません。SOCKS5 対応をうたうサービスがこのコマンドを制限したり省略したりすることはあり、クライアント側ソフトウェアも想定された交換をサポートする必要があります。

BIND の交渉が成功しても、恒久的で汎用的な公開ポートが保証されるわけではありません。サービスのポリシー、想定される相手、有効期間、周囲のネットワーク経路は依然として重要です。

HTTP プロキシは SSH サーバーではない

SSH のリモート転送は、運用者が明示的に受信アクセスを提供できるもう一つの方法です。SSH サービス、アカウント、転送の許可が必要です。SSH コマンドを公開 HTTP プロキシのポートに向けても、そうした機能は生まれません。

サービスを選ぶ前に、必要な向きを明確にしてください。別の出口を通る外向きリクエストか、自分が運用するアプリケーションへの受信接続かです。後者なら、自分が管理する取り決めの下で文書化された受信転送機能を探してください。プロキシ一覧の普通の一行は、その機能の存在を証明しません。