針對無訊息測試進行疑難解答

發行項
07/20/2024

Microsoft eCDN 無訊息測試架構可讓您輕鬆地在多個裝置上執行模擬，以模擬和檢查指定網路在即時影片事件負載下的行為。所有結果都會以邏輯方式呈現在 eCDN 的分析儀錶板Microsoft。

潛在問題：

無法建立無訊息測試
沒有執行器 (或對等) 參與無訊息測試
無法驗證無訊息執行器的具現化
缺乏分析
低對等互連效率
並行檢視者與指派裝置之間的大差異

無法建立無訊息測試的解決方案

如果遺漏用於建立無訊息測試的加號 (+) 按鈕，請確定您的 Microsoft Entra 使用者已獲指派適當的角色，以授與無訊息測試修改許可權。如需詳細資訊，請參閱管理存取檔中的適用角色。

缺少執行器參與無訊息測試的解決方案

檢閱無訊息測試程式概觀，以確保合規性。如需詳細資訊，請繼續進行此疑難解答指南。

無法驗證無訊息執行器具現化的解決方案

無訊息執行器的設計對使用者而言不顯眼，因此驗證一個執行器的具現化並非直接向前努力。以下是在嘗試驗證無訊息執行器是否作用中時要尋找的內容。

無訊息測試儀錶板中的連線客戶端計數。
記錄檔存在，其中 "$env:TEMP\p5_log_" + $TestID + ".txt"$env:TEMP 是系統集路徑， $TestID 而值是在腳本中設定。例如“C:\Users\MYUSERNAME\AppData\Local\Temp\p5_log_123.txt”
每一個背景進程都存在。
- powershell 或 pwsh - 執行無訊息執行器文本的隱藏 PowerShell 實例;其選擇通常由您的端點管理系統控制。
- msedge 或 chrome - 隱藏的 Chromium 瀏覽器實例 () ，其會擔任模擬查看器的角色。
- cmd - 隱藏的命令提示字元監視程式程式，會在逾時過後結束PowerShell和chromium進程。

注意事項

使用某些端點管理工具，例如 Microsoft Intune 來部署無訊息測試腳本時，請注意，某些工具會判斷腳本失敗，因為腳本未在預先決定的時間內傳回結束代碼。這是由於腳本長時間執行的本質所致。我們建議使用不同的成功準則，例如上述的一些重點，來判斷腳本是否成功。

缺乏分析的解決方案

如果遺漏分析，則會假設個別用戶端與 eCDN 後端Microsoft封鎖。開啟管理主控台，然後流覽至進階無訊息測試程式，以>開始進行疑難解答。在該頁面的右上方，您會發現問號 (？) 鏈接會帶您前往協助程序頁面，其中可以找到步驟 1 和 3 的其他資訊。或者，您也可以參考如何執行無訊息測試。

開啟 直接執行器 URL，並小心使用您的租使用者識別碼， TENANT_ID_HERE 而不是佔位元。從這裡提供的範本 URL 建構它，或者您可以使用在協助程式頁面中找到的預先建置 URL。 直接執行器頁面會模擬單一查看器，我們將使用該查看器來調查必要連線的狀態。
```
https://st-sdk.ecdn.teams.microsoft.com/?customerId=TENANT_ID_HERE&adapterId=Direct
```
顯示瀏覽器的 DevTools。在 Microsoft Edge 上，以滑鼠右鍵按下頁面，然後選取 [檢查]。

重要事項

在下列步驟中啟動無訊息測試之前，必須先開啟 DevTools，否則將不會擷取重要的會話啟動資訊來進行分析。
回到 [無訊息測試程式] 頁面，啟動 [已排程的 (無訊息) 測試]，將預設值的所有設定保留在 [視訊品質] 之外。將視訊品質設定為靜態值，例如 480p - 1Mbps 移除變異性。啟動之後， 直接執行器 頁面上會出現灰色 DIV 列，並顯示文字「進行中測試」，以確認數據流已開始，如本範例圖所示。

您也可以在 DevTool 的 [網络] 索引標籤中觀察下載的視訊區塊，以確認會話正在進行。
檢查 DevTool 的 [網络 ] 和 [ 控制台] 索引 標籤是否有錯誤。請特別注意會話的開頭。

請注意任何紅色錯誤，但不包括已知且不具實作性的「字型」錯誤。任何可能表示封鎖 eCDN Microsoft的錯誤，都是疑難解答工作的合理潛在客戶。

例如，在 [控制台] 索引標籤中，您可能會看到類似下圖的連線拒絕錯誤。

這可能表示我們的網域ecdn.teams.microsoft.com尚未新增至您第三方平臺頁面中 [網站允許清單] 底下的允許清單。

或者，您的IP可能不會包含在 [安全性] 頁面的 [使用者IP允許清單] 中。

注意事項

這兩個篩選都不需要讓Microsoft eCDN 的項目運作。也就是說，讓其中一個篩選器未填入會停用篩選。

如果您未取得 HTTP 視訊數據區塊，這可能表示有某些項目會封鎖您連線到我們的後端;是否為防火牆、Proxy 等等。如果您可以識別被封鎖的 URL 或通訊協定，請與您的網路和/或安全性小組確認是否允許該類型的連線。請檢閱下列檔，以確保已建立適當的例外狀況：網路需求、雲端和安全性檔。