請按照下列指引疑難排解 Connectivity Tests 的常見問題。
如要進一步瞭解連線能力測試，請參閱「總覽」。
如要解讀 Connectivity Tests 設定分析的狀態，請參閱「設定分析狀態」。
一般問題
測試結果的取得時間過長
由於 Connectivity Tests 會查詢虛擬私有雲 (VPC) 網路設定的最新快照，因此取得結果可能需要一些時間。詳情請參閱預期查詢回應時間。
如果執行 Connectivity Tests 時發生延遲時間過長或不穩定的情況，請向支援團隊回報問題，並說明如何重現問題。
我變更了設定，但測試的設定分析未偵測到
對測試路徑中的 Google Cloud 資源進行設定變更後，您可能想使用測試的設定分析來驗證變更。不過，Connectivity Tests 需要 20 到 120 秒才能收到設定更新，並將更新納入分析。如果是 Google Kubernetes Engine (GKE) 資源，這個程序最多可能需要 15 分鐘。請預留這段額外時間，再執行測試。
某些類型的設定可能需要較長時間才能完成。如果經過一段時間後，Connectivity Tests 仍無法驗證您的設定變更，且問題可重現，請向支援團隊回報問題，並說明如何重現問題。
這項延遲不適用於即時資料層分析。因此，您可能會發現即時資料層分析和設定分析顯示的結果暫時不一致。舉例來說，如果您建立防火牆規則，即時資料層分析通常會立即回應新規則。不過，設定分析可能需要等待 20 秒以上，才能評估防火牆規則，以及測試路徑中的其他資源。
測試狀態問題
我無法存取階層式防火牆政策的詳細資料
測試的追蹤記錄可能參照您無權查看的階層式防火牆政策。
不過，即使您沒有權限查看政策，仍可查看適用於虛擬私有雲網路的政策規則。詳情請參閱階層式防火牆政策總覽中的「有效防火牆規則」。
階層式防火牆政策的存取權是在機構和資料夾層級定義。如要進一步瞭解查看這些政策所需的權限，請參閱階層式防火牆政策總覽中的「Identity and Access Management (IAM) 角色」。
測試顯示最終設定分析狀態為 Deliver，但連線中斷
在某些情況下，設定分析會指出來源和目的地端點可連線。不過，您可能會發現兩個端點之間的連線中斷，或即時資料層分析顯示封包遺失率為 100%。
如要瞭解這種情況，請記住 Connectivity Tests 會使用兩種分析：設定分析 (可偵測專案中現有設定的問題)，以及即時資料層分析 (會在資料層傳送探測)。
如果最終設定分析狀態為 Deliver，表示 Connectivity Tests 未偵測到任何設定問題。不過，資料路徑仍可能發生問題，導致連線問題。如要排解問題，請考慮下列事項：
- 來源或目的地 VM 發生訪客 OS 問題，例如訪客 OS 核心錯誤、未初始化的網路介面控制器 (NIC)，或不相容的網路驅動程式。檢查 VM 狀態和 NIC 設定。
- 網路資料平面發生大範圍問題。請查看專案的效能資訊主頁，特別注意相關區域組合的封包遺失率。此外，請查看Google Cloud 狀態資訊主頁。
- 你的電視網發生網路節目問題，例如網路設定無法傳播至特定 Google Cloud實體。建議您稍候五分鐘後再重新執行測試。如果問題仍未解決，請停止並啟動來源或目的地 VM，如「停止及啟動執行個體」一文所述，然後重新執行測試。
我的測試傳回的整體設定分析結果為「Undetermined」
整體可連線結果為 Undetermined 表示設定分析無法判斷連線狀態。出現這類結果的原因可能如下：
- 發生權限錯誤，例如使用者可能沒有測試中所有資源的讀取權限。
- 發生內部錯誤。
- 分析器收到無效或不支援的引數，或無法識別已知端點。
- 您嘗試驗證的路線超出 Google Cloud。 Connectivity Tests 無法存取 Google Cloud以外的網路設定。
我的測試傳回的整體設定分析結果為 Ambiguous
整體設定分析結果為 Ambiguous 表示 Connectivity Tests 傳回多筆追蹤記錄，且最終狀態不一。
下表列出這個狀態的一些常見原因和修正方式。
| 原因 | 範例 | 修正方式 |
|---|---|---|
| 來源位置重複。 | 您指定了內部來源 IP 位址，但未同時指定該 IP 位址所在的虛擬私有雲網路 (內部來源 IP 位址是無法從網際網路存取的位址)。由於多個虛擬私有雲網路都能存取這個位址，Connectivity Tests 可以從每個位置啟動追蹤。 | 使用這個 IP 位址所在的虛擬私有雲網路更新測試。 |
| 追蹤記錄有多個可能目的地。 | 追蹤目的地是具有多個後端或後端 (具有 PREFER_IPV6 IP 位址選取政策) 的負載平衡器，且並非所有後端都可供所有已設定的 IP 版本存取。 | 研究發生這種情況的原因，並視需要修正問題，然後重新執行測試。 |
我的測試傳回整體設定分析結果「Abort」，並顯示「Invalid Argument」訊息
以下是收到 Invalid Argument 訊息的常見原因：
- 系統不支援您提供的 IP 位址。例如迴路位址、多點播送 IP 位址，或是指派給只有 IPv4 位址的 VM 執行個體的 IPv6 位址。
- VM 執行個體或指定網路不存在。如果您在建立測試時刪除 VM 執行個體或虛擬私有雲網路，就會發生這種情況。
使用 Network Management API 時，通常會因為下列其中一個原因傳回 Invalid Argument 訊息：
- VM 或網路 URI 的名稱拼字有誤或位置不正確。
- 專案 ID 指定有誤。如果您使用專案名稱而非專案 ID，就會發生這個錯誤。
- 指定的內部 IP 位址與所選網路不符。 即使 Google Cloud Connectivity Tests 的控制台 會嚴格驗證指定的 Compute Engine 執行個體、 網路和專案，仍可能發生這類不符情況。
設定分析結果為 Packet could not be delivered，但即時資料層分析指出所有封包都已傳送
造成這種明顯不符的情況可能有多種原因。請考慮下列可能原因和解決方式：
最近的虛擬私有雲網路設定變更導致設定分析與主動探查之間不一致。重新執行測試，並盡可能確保網路設定不會在測試前或測試期間變更。
發生零星的網路節目問題。停止並啟動來源或目的地 VM，如「停止及啟動執行個體」一文所述，然後重新執行測試。
設定分析結果為 Packet could be delivered，但即時資料層分析顯示部分封包遺失
造成這種明顯不符的情況可能有多種原因。可能的原因與解決方法包括：
超過允許的輸出或輸入頻寬時，來源或目的地 VM 會受到節流。前往「VM 執行個體詳細資料」頁面，然後查看「監控」分頁標籤中的詳細資料，即可分析 VM 流量。查看「網路位元組」指標，並與「網路頻寬」中機器類型所述的頻寬限制進行比較。
網路資料平面發生大範圍問題。請參閱專案的效能資訊主頁，並特別留意相關區域配對。此外，請查看Google Cloud 狀態資訊主頁。
設定分析結果為 Packet could be delivered，即時資料層分析顯示完整傳送，但我的應用程式發生遺失
造成這種明顯不符的情況可能有多種原因。可能原因和解決方法如下：
- 流量可能遭到客體 OS 封鎖 (例如內部防火牆規則)。確認流量未遭封鎖，然後再次進行測試。
- 應用程式資料封包可能與即時資料層分析探測採用不同的網路路徑。建議重新建立網路連線。例如，嘗試使用其他來源連接埠。
- 即時資料層分析會偵測單向封包遺失。就你的情況而言，封包遺失可能發生在回程路徑。建議您反向進行測試。
測試結果不包含即時資料層分析結果
並非所有 Connectivity Tests 支援的設定，都能透過即時資料層分析進行驗證。請確認測試符合即時資料層分析的必要條件，如總覽所述。
Network Management API 傳回 INTERNAL_ERROR
這種情況通常不會發生。如果會，請向支援團隊回報問題，並說明如何重現問題。
特定中止原因
本節說明可能導致測試中止的特定情境，並提供各情境的可能原因和建議。
沒有無伺服器 IP 範圍
測試已取消，因為未將直連虛擬私有雲輸出位址指派給修訂版本或工作。
可能原因
如果 Cloud Run 服務或作業設定為直連虛擬私有雲輸出流量，則分配的 IP 位址為暫時性。只有在修訂版本主動提供流量或執行作業時，才會分配這些位址。如果沒有任何有效流量傳送至 Cloud Run 修訂版本，或工作未執行，通常就會發生這個問題。
如要進一步瞭解 IP 位址保留時間，請參閱「服務和工作站集區的 IP 位址耗用量」。
建議
- 如要查看分配給修訂版本或作業的 IP 位址，請參閱「查看分配的 IP 位址」。
- 確認 IP 位址是由無伺服器使用，且與為 Cloud Run 修訂版本或工作設定的子網路相關聯。如果沒有這類 IP 位址，請將流量傳送至 Cloud Run 修訂版本，或執行工作來觸發分配作業。
Google Cloud 控制台問題
Connectivity Tests Google Cloud 控制台當機
Google Cloud 控制台通常不會當機。如果會，請向支援團隊回報問題，並說明如何重現問題。
後續步驟
- 找出及修正 ICMP 問題 (教學課程)