システムプロキシが主に影響するのは、その設定を参照するアプリです。一部のゲーム、コマンドラインツール、ストアアプリ、独自のプロキシソフトウェアは参照しない場合があります。コマンドラインツールでは HTTP_PROXY または HTTPS_PROXY を設定し、手動プロキシに対応するアプリでは mixed-port を指定します。それ以外のアプリでは TUN を検討してください。
アプリが参照しているのは、システムプロキシか、個別ポートか、それともどちらでもないか
システムプロキシを有効にしたら、ブラウザでローカルポートが動作していることを確認し、対象アプリが接続一覧に表示されるかを確認します。表示されない場合、そのアプリはシステムプロキシを参照していません。
- ブラウザが独自のプロキシ拡張機能を使用していないか
- コマンドラインツールで HTTP_PROXY または HTTPS_PROXY の設定が必要か
- アプリが SOCKS または HTTP プロキシの一方にしか対応していないか
- クライアントのローカルポートとアプリ側の設定が一致しているか
コマンドライン、ゲーム、特殊なアプリに適した通信の引き継ぎ方法を追加します
- まずブラウザでテストページにアクセスし、システムプロキシが基本的に動作することを確認します
- コマンドラインツールには、プロキシ環境変数またはツール固有のプロキシ引数を明示的に設定します
- システムプロキシを参照しないアプリには TUN を使用するか、アプリ側にローカルプロキシポートを入力します
- ローカルの HTTP、SOCKS、mixed-port がほかのプログラムに使用されていないか確認します(参照: インバウンド設定)
システムプロキシと TUN は異なる通信の引き継ぎ方式です(参照: TUN デバイスの説明)
ポートが競合すると、プロキシのスイッチが有効に見えても実際には利用できません
企業の端末では、追加のプロキシポリシーやセキュリティソフトウェアによる制限が設けられている場合があります
