よくある疑問に、わかりやすい答えを。

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

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

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

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

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

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

Windows ダウンロード

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

システム プロキシ モード

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

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

DNS 参照

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

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

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

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

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

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

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

Get-NetTCPSetting | Select-Object SettingName,CongestionProvider

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 設定が効果がないと思われる場合は、同じスイッチを繰り返し変更するのではなく、完全なテンプレート、カスタム ファイル、および明示的なコア割り当てを検査してください。