ルーターのプロキシ: 対応している構成を選ぶ

ルーターのプロキシ対応、クライアント設定、ローカルのWebプロキシと全トラフィックの経路の違いを整理します。

ルーターは、最初からHTTPやSOCKSのクライアントではありません。画面にProxyという項目があっても、それはルーター自身のサービス、ローカルのプロキシサーバー、ベンダー固有の機能のいずれかです。接続しているすべての端末を、有料プロキシの端点へ送るとは限りません。

01どのトラフィックにプロキシが必要か決める#

ブラウザやアプリが1つだけなら、まずそのクライアントを設定してください。複数の端末が同じWebプロキシを使うなら、それぞれが明示的なプロキシ設定か、信頼できるPACファイルを使えるか確認します。ネットワーク全体の経路が必要なら、ファームウェアが文書化しているトンネルやゲートウェイの対応を見てください。VPNとHTTPプロキシは、別の接続の問題を解きます。

02ルーターの型番とファームウェアを確認する#

正確なハードウェアの型番とファームウェアの版を控えます。対応するプロキシのプロトコル、上流の認証、クライアントの範囲を文書で確認してください。SOCKS5の端点、認証付きHTTPの端点、ローカルのキャッシュプロキシを、同じものだと思わないでください。ルーターのメモリとストレージは、追加サービスを制限することがあります。

OpenWrtのSquidの文書は、ローカルのWebプロキシと、ポート80の傍受の例を説明しています。この例はすべてのプロトコルを扱いませんし、HTTPSのトラフィックを外部の供給元へ自動でトンネルするわけでもありません。古い版の手順は、導入している版と突き合わせてください。範囲を理解せずにファイアウォールの規則をコピーしないでください。

03まず1つのクライアントを設定して試す#

ファームウェアが対応している画面から、設定のバックアップを保存します。供給元のホスト、ポート、プロトコル、認証を確認してください。対応しているクライアントか、文書化された上流経路を1つ設定し、その公開IPを直接接続と比べます。ブラウザだけでなく、実際のアプリも試してください。ブラウザの試験は、試したリクエストだけを証明します。

試験中は、ローカルの管理アクセスを残してください。意図したアクセス方針なしに、ローカルプロキシをインターネットへ公開しないでください。資格情報は、対応している保管場所に置き、公開PACファイルには入れません。製品が送信元IPで認証するなら、ルーター接続の公開IPと、それがどう変わるかを確認してください。

04製品を選び、変更を戻す#

ルーターの切り分けに入る前に、プロキシチェッカーで外部の端点を確認してください。国のカタログで入手できる製品を比べます。使っているファームウェア向けに、どのクライアント構成に対応しているか、供給元に聞いてください。

試験が失敗したら、変更したプロキシまたはクライアントの設定を戻し、直接の接続を確認します。保存した構成の復元は、必要なときだけ、ファームウェアが対応している復旧手順で行ってください。工場出荷状態への初期化は、プロキシの日常的な切り分け手順ではありません。