あるサイトは使えるのに別のサイトは使えない場合、プロキシ設定はそのままにしてください。リクエストの違いは有用な手がかりです。すぐに接続先のプロキシを変えると、その手がかりを失います。

HTTPプロキシ経由のHTTPSでは、クライアントのトレースでCONNECT応答、宛先とのTLS、サイトの最終HTTP応答を区別します。

観測された失敗確認する項目
プロキシから応答がないプロキシへの接続と経路。以前あるサイトで成功したことは、現在の利用可能性を証明しません。
特定の宛先でCONNECTが拒否される許可される宛先・ポートのポリシーと、プロキシのネットワークからの到達性。
トンネルは受理されるが証明書検証に失敗する報告された証明書エラー。有効期限、ホスト名、ローカル時計、信頼設定、管理下の通信傍受を確認します。
TLS検証後にサイトから403サイトのアクセス規則、アカウントの状態、必要なCookie、権限。
サイトから429公開されているレート制限。共有出口に帰属する通信量には、ほかの利用者の活動も含まれ得ます。

エラーページを誰が生成したか確認してください。中継者が403などのHTTPエラーを返すこともあり、番号だけでは発生箇所を特定できません。成功したように見えるリクエストが安全な接続の失敗を隠さないよう、TLS検証は有効にしておきます。

宛先ごとにプロキシのハンドシェイク結果、TLSの結果、最終ステータスを記録します。自分で管理する通常の宛先も基準として含めてください。そこには到達できる一方、特定のサイトが出口アドレスを一貫して拒否するなら、サイトの要件を調べるか、別の許可された経路を使います。プロキシを変えても、不足している認証やアクセス権限を満たすことはできません。

関連記事