トラブルシューティングとよくある質問

どのログが役に立ちますか?

クライアントのインポート、更新、テストにはストレージ内の guiLogs を使用します。ファイルログが有効な場合は、コア接続またはコアファイルの情報パネルを検査します。

OS、クライアント/コアのバージョン、時間、最小限の再現手順を記録します。資格情報とプライベートアドレスを編集した後、関連する間隔のみを共有します。新しい出力を区別するために再試行する前に時間をマークします。

複数のインスタンスを一緒に実行できますか?

個別のポータブルフォルダーで独立した構成を維持できます。個別の混合ポートを使用し、関連するオフセット +1、+2、+3、+4、+5、および +21 間の競合を回避します。

複数のインスタンスがシステムプロキシまたは TUN ルートで競合することを避けてください。アプリプロキシポートを明示的に割り当て、システム設定所有者を 1 人選択します。

32 ビット Windows 用のパッケージはどれですか?

付属の 7.25.6 リリースには Windows-86 ZIPs が含まれており、ダウンロードページでは x86 というラベルが付いています。 32 ビットパッケージのビルドに関する以前の FAQ のメモは歴史的なものです。

OS とコアの互換性も確認してください。 32 ビットシステムでは 64 ビットバイナリを実行できません。 GUI のみを変更しても、不一致のコアは修正されません。

Windows ダウンロード

現在のパッケージは Windows 7 をサポートしていますか?

現在のパッケージには Windows 10 以降が必要です。 Windows 7 は、このダウンロードパスではサポートされていません。互換性には、1 つのランタイムだけではなく、.NET、UI フレームワーク、Go ベースのコアが関係します。

サポートされている OS 上で一致するパッケージを使用してください。レガシー環境を維持する場合は、最新のコアを混合するのではなく、そのクライアントとコアのペアを一緒に評価します。

Windows ARM64 起動のトラブルシューティング

システム情報で ARM64 を確認し、完全に一致するパッケージを抽出します。 GUI は開いてもコアが失敗する場合は、コアのバイナリアーキテクチャとプロトコルのサポートを確認してください。

過去のデバイスに関する議論は、すべての ARM デバイスが動作することを保証するものではありません。 OS ビルド、プロセッサー、正確なエラーを記録して、エミュレーション、アーキテクチャ、構成の問題を分離します。

Windows で HTTP プロキシが表示されるのはなぜですか?

Windows システムのプロキシインターフェイスは主に HTTP プロキシ設定を構成します。クライアントの混合リスナーは、両方が表示されなくても、HTTP と SOCKS5 の両方を受け入れることができます。

SOCKS5 を必要とするアプリは、独自の設定で 127.0.0.1 と実際の混合ポートを使用できます。 HTTP プロキシを介した HTTPS は通常、CONNECT を使用します。これは、HTTPS コンテンツを平文に変換しません。

macOS 自動プロキシが失敗します

コアの起動を確認し、guiLogs でプロキシスクリプトエラーを検査します。 macOS 設定はネットワークサービスごとに行われます。 Wi-Fi とイーサネットは、特にネットワークを切り替えた後は異なる場合があります。

[システム設定] → [ネットワーク] → [アクティブなサービス] → [詳細] → [プロキシ] を確認します。手動設定の場合は、127.0.0.1 と実際の混合ポートを使用し、完了したらこれらの手動エントリを無効にします。カスタムプロファイルは独自のリスナーポートを使用する場合があります。

ローカルネットワーク上でプロキシを共有します

ホットスポットだけでは他のデバイスをプロキシしません。 LAN アクセスを有効にし、実際の LAN リスナーを確認して、信頼できるローカルデバイスがホストファイアウォールを通過できるようにします。

別のデバイスでは、コンピューターの LAN IP (127.0.0.1 ではなく) と LAN ポートを使用します。ゲストネットワーク/AP の分離によりアクセスがブロックされる可能性があります。制御されたネットワークへの公開を制限し、未使用のリスナーを無効にします。

Steam を直接ダウンロードするルート

コミュニティレシピは、プロキシキャッチオールの前に geosite:steam@cn およびdomain:steamserver.net の直接ドメインルールを追加し、一致する GEO データがインストールされます。

これは、すべての地域/CDN をカバーすることを保証するものではありません。ダウンロードを再開し、実際の宛先/送信先を検査します。必要に応じて、観察されたダウンロードドメインを追加し、ストア/コミュニティのトラフィックをダウンロードから区別します。結果はコアとデータセットによって異なる場合があります。

接続パスに沿って診断します

通常のネットワーク、プロファイルの有効性、コアの起動、アプリがローカルリスナーに到達するかどうかを確認してから、ルーティングと DNS を確認します。デバッグを有効にして、一度再現し、最初の関連エラーを特定します。

接続が拒否されました: サービスがローカル/リモートポートでリッスンしていることを確認します。
タイムアウト: 直接アクセスと既知の作業プロファイルを比較します。
証明書/TLS: クロック、SNI、信頼チェーンとピンを確認してください。
不明なフィールド/サポートされていません: クライアント/コアのバージョンとテンプレートを確認してください。
コア要求ログがありません。アウトバウンドルールを変更する前に、アプリプロキシまたは TUN エントリを確認してください。

PAC と自動モードが異なるのはなぜですか?

PAC はアプリケーションで実行されます。 DIRECT リクエストは、コアルーティングとログをバイパスします。自動プロキシは通常、最初にリクエストをコアに送信します。

コアルーティングを検査する前に、アプリが実際にどのエントリモードを使用しているか、PAC キャッシュとバイパスエントリを確認してください。

システムプロキシモード

DNS は構成後も失敗します

ノード、リゾルバー、宛先のホスト名を個別に確認してください。ホスト名ベースのリゾルバーには、循環依存関係を回避するために、到達可能な IP ベースのブートストラップが必要です。

ブラウザ管理の暗号化された DNS、キャッシュ、ホスト、および FakeIP は結果に影響を与える可能性があります。デフォルトの DNS でベースラインを確立し、カスタムオプションを個別に有効にします。 Xray ルーティング解像度は送信解像度とは異なります。

DNS 参照

Bing または特定のサイトのみが失敗する

正確なホスト名、ブラウザのエラー、時間を記録し、直接動作とプロキシ動作を比較します。初期の直接/ブロックルール、バイパスエントリ、および DNS の回答を検査します。

サイトによっては出口 IP アドレス、地域、アカウントに制限があります。接続できることが確認済みの構成と比較すると切り分けに役立ちますが、Bing に関する万能な解決策はありません。証明書の検証と、無関係なルールは維持してください。

UWP ループバックユーティリティのエラー

エラーを記録し、ユーティリティの権限を確認して、UWP アプリがインストールされていることを確認します。縮小/LTSC インストールではアプリケーションコンポーネントが異なる場合があるため、ターゲットが列挙できることを確認してください。

ループバック認証をファイアウォールの無効化に置き換えないでください。通常のブラウザと比較して、アプリのサンドボックス化をコア/プロキシの障害から分離します。

Windows 11 24H2 以降の障害

プロジェクトの議論には、ポートの競合やクロックの問題だけでなく、輻輳制御のケースも含まれます。 OSのバージョンだけでは原因は特定できません。更新、時間、ログ、ポートを確認し、システムプロキシを TUN と比較します。

以下の読み取り専用コマンドは、現在の TCP 設定を表示します。特定のネットワークスタックオプションを変更する場合は、それを分離し、以前の値を記録した後でのみ行ってください。

Windows · PowerShell · 読み取り専用コピー

Get-NetTCPSetting | Select-Object SettingName,CongestionProvider

TUN との接続がありません

TUN をオフにして、通常のシステムプロキシを介して同じプロファイルを検証します。最初にプロファイル/コアの障害を修正します。 TUN のみの問題については、権限、インターフェイスの作成、ルート、DNS、および競合する VPN/仮想アダプターを確認してください。

デフォルト、適切なスタック、小さい MTU を一度に 1 つずつ変更してみてください。ローカルリソースの除外 CIDRs を確認します。ローカルの ICMP 応答は、リモートプロキシ接続を証明するものではありません。

TUN 設定

接続テスト中にコアが失敗しました

これはテスト構成の開始に失敗したということであり、すべてのサーバーが到達不能であることを証明するものではありません。最初のデバッグエラー、バイナリアーキテクチャ/実行権限、サポートされているフィールド、およびリスナー/テストポートの競合を検査します。

テストではベースポート +21 が使用され、大きなバッチではリソースが消費されます。 Windows 仮想化では、ポート範囲を予約できます。 1 つのプロファイル、より小さいバッチ、および競合しないベースポートを比較します。システム予約を無差別に削除しないでください。

ゲームをプロキシしたり加速したりできますか?

サポートは、ゲームのトラフィック、TCP/UDP、コア、サーバーによって異なります。多くのゲームはシステム HTTP プロキシを無視するため、アプリ固有の設定または TUN が必要です。

プロキシは遅延の短縮を保証しません。距離、損失、余分なホップにより状況が悪化する可能性があります。ブラウザの速度テストに頼るのではなく、同じゲームのシナリオを比較してください。

トレイアイコンをカスタマイズする

Windows では、ストレージ内の NotifyIcon1.ico から NotifyIcon4.ico によって、システムプロキシ状態のトレイアイコンが提供されます。既存のファイルをバックアップし、有効な ICOs を指定して、再起動して検査します。

ルールセットの PNG アイコンはこれらの状態アイコンをオーバーライドするため、アイコンが変更されていないとしても、必ずしもプロキシモードの変更が失敗したことを意味するわけではありません。

シャットダウン後もプロキシが残る

シャットダウンするとクリーンアップが完了しない可能性があります。次回の起動時、ローカルホストプロキシが古いと、クライアントが停止している間はアプリケーションが接続できなくなる可能性があります。

システムプロキシを再度開いてクリアするか、OS を介して古い手動/PAC 設定を削除します。やめる前に片づけると食べ残しが減ります。

パスにスペースや非ラテン文字を含めることはできますか?

このようなパスは機能しますが、外部コア、スクリプト、権限、または同期ツールによって制限が課される可能性があります。短い書き込み可能なローカルパスにある完全なポータブルフォルダーを使用して比較します。

コマンド内のパスはスペースで囲みます。コンパニオンファイルを保持し、権限の失敗とエンコードの問題を区別します。

最終構成の生成方法

クライアントは受信、ログ、ルーティング、送信を組み立ててから、デフォルト/カスタムの DNS、ホスト、およびノード解決を適用します。完全なテンプレートは、生成されたプロキシアウトバウンドを統合し、通常の設定を他の場所でオーバーライドできます。

コアはその最終結果を実行します。 UI 設定が効果がないと思われる場合は、同じスイッチを繰り返し変更するのではなく、完全なテンプレート、カスタムファイル、および明示的なコア割り当てを検査してください。