遅延テストは通常、一つの確認用アドレスにしかアクセスしません。実際の速度は、接続先サイト、DNS、ルールの一致、輻輳、帯域幅、プロトコルの転送方式にも左右されます。同じポリシーグループ内で二つのノードを切り替え、ダウンロードや再生を再度確認してください。一つのドメインだけが遅い場合は、そのドメインのルールまたは DNS だけを調整し、全体の設定は変更しません。
確認用アドレスは速いのに、実際の接続先が遅い原因
実際に遅いサイトまたはアプリからリクエストを送り、適用されたポリシー、ノード、プロトコル、DNS の結果を確認します。遅延テスト用のアドレスを実際の接続先の代わりにしないでください。
- 遅延テストの URL が実際の接続先に近いか
- すべてのサイトが遅いのか、一つのサイトまたはアプリだけが遅いのか
- 接続一覧で、接続先が想定したポリシーグループに一致しているか
- DNS、IPv6、QUIC、UDP を最近変更していないか（参照： DNS FAQ）
実際のサイトまたはアプリでルールとノードを比較する
- 実際の接続先ドメインを使って、接続一覧とルールの一致を確認します（参照： ルール振り分けの FAQ）
- 同じポリシーグループ内の別のノードへ一時的に切り替えて比較します
- ブラウザ独自の DoH またはプロキシ拡張機能を無効にして、再度テストします
- ストリーミング、ダウンロード、会議アプリでは、UDP、QUIC、ルールを個別に確認します
- 時間帯、接続先ドメイン、ノード名、機密情報を除いたログを記録してから報告します
遅延が小さくても、帯域幅が広いとは限りません
確認結果はテスト URL とキャッシュの影響を受けやすい点に注意してください
一度の速度テストだけで、すべてのノードの品質を判断しないでください