Source-Connect 工作階段失敗：檢查登入與雙向音頻

Source-Connect 工作階段失敗，要與帳戶成功登入分開診斷。4 系列先核對雙方版本、授權、音頻設備與工作階段證據，再改網絡。成功標準是原合作方兩個方向均有可用音頻，不是聯絡人在線或連接圖示。

關鍵要點：

• 4 系列不搬用較舊端口轉發指引。
• 保存錄音室音頻設定，與同一獲准合作方彩排。
• 分辨登入、建連、音頻路由與時鐘問題。
• 比較一方獲准路徑，另一方及工作階段設定不變。
• 各方向驗收，登入正常不驗證實時音頻。

步驟 1：雙方準備的是同一工作階段嗎？

在付費錄音或正式製作之外安排測試。保存項目，私下記錄輸入輸出設備、採樣率和連接設定。用不含敏感內容的語句；錄下測試須先獲雙方同意，不放客戶腳本、保密素材或其他來賓工作階段。

記錄兩台電腦的 Source-Connect 版本及版本級別。本文是 4 系列，配對與許可依實際版本的官方說明，不假定兩個在線帳戶能用所有功能。訂閱、安裝和活躍獲授權工作階段是不同條件。

保持帳戶與合作方身份。任一端明確出現許可或認證錯誤，先用官方帳戶或支援流程修正，再試路徑。不借對方憑據，也不撤銷他人授權來測自己的通話。

官方 4 系列排障將連接與時鐘、驅動、設備、插件問題分開。記錄是應用拒絕工作階段、建立但無聲，還是音頻有缺陷，這會決定下一分支。［1］

串流影片用的 VPN 指南提供媒體背景，但本應用是雙向音頻工作流程，不套用平台地區設定、推流密鑰變更或無關影片編碼調整。

步驟 2：Source-Connect 工作階段失敗是否發生在登入之後？

記錄每端的準確提示與時間。先確認雙方能登入並看到原合作方，再看同一合作方能否接受或發起工作階段。聯絡人可見是帳戶結果，不證明能交換實時媒體。

逐步觀察，不反覆登出。例如寫「登入成功；對方可見；發起後等待；沒有接收音頻」，而不簡化成伺服器停機。這個次序方便官方對應記錄，又不把推測當原因。

觀察	首先調查	可用對照
登入或許可失敗	帳戶授權及版本支持	官方帳戶狀態與錯誤
登入正常，工作階段未建立	合作方準備與媒體傳輸	同一合作方，只改一端獲准路徑
已建連，但一端無聲	輸入輸出與音頻路由	分方向的測試語句
提示音、爆音或失真	採樣、驅動、緩衝及設備問題	本機聲音與遠端接收
建連後質素下降	擠塞及穩定性	設定不變的有線基線

Webex 媒體階段診斷可協助理解信令與媒體，但會議專用設定不是本應用修復。保留 Source-Connect 合作方及工作階段自己的證據。

Source-Connect 連接問題與本機音頻問題可以並存。登入正常，另一層仍可能有採樣衝突。工作階段已明確接受合作方，就停止改帳戶，轉到對應音頻分支。［1］

步驟 3：設備與工作階段設定能解釋無聲嗎？

在兩台工作站檢查預定輸入和輸出，確認麥克風或介面信號到達應用、所選輸出到達監聽設備。系統播放測試只證明本機輸出有效，不證明應用選了同一設備。

使用實際版本的 Settings 與連接控件。Studio/Facility 指南區分新工作階段預設與活動連接設定，並說明重連可沿用先前設定或重新用預設。記錄本次是哪一組，避免重連暗中改變對照。［2］

採樣兼容與驅動應獨立於傳輸檢查。官方排障將部分提示音和失真與時鐘或設備問題聯繫；不把所有聲音異常都叫丟包，也不因自己的接收音頻失真就遠程改對方硬件。［1］

若有指引支持調整緩衝、碼率或 resilience，另作一項應用設定試驗，保存舊值和改動理由。不同時降音質又換網絡，再聲稱路徑單獨修好了工作階段。

官方網絡要求重視持續穩定，並非單看測速。到某國測速伺服器快，不代表到錄音合作方同樣有效。文檔亦明確 4 系列不需要端口轉發，不能預設使用舊版修復。［3］

Windows 記錄相關代理設定及網絡政策。受管理工作站請管理員檢查獲准應用流量；不關防火牆、不移除憑證驗證，也不開無必要的入站端口強行連接。

可行及獲准時建立有線基線，安全暫停自己不必要的大量傳輸。共享錄音室服務或他人上載，未經同意不可停用。網絡負載改變亦是變數，須與結果一起記錄。

步驟 4：獲准路徑能建立原合作方工作階段嗎？

帳戶授權、合作方準備和本機設備檢查均通過，剩餘證據指向路徑，才進入這一分支。兩次嘗試保持合作方、版本、設備、採樣及工作階段設定。核對重連沿用先前值還是預設，必要時恢復預定值。

每次只測一方。連另一合作方成功，只能作參照，不能證明原配對恢復；供應商網頁可達，也不證明 Source-Connect 音頻工作階段能雙向傳語句。

AethoVPN 可為受影響工作站提供另一出站路徑，與原合作方彩排。Windows 用官方安裝包；Mac 經官方向導取得配置，在 VPN 客戶端連接。桌面及 Mac 配置須有 Pro 或 Premium。於 App 選目前提供且工作獲准的位置，開啟全局模式，重連原測試工作階段，不改另一方網絡。

雙方輪流說約定語句並聆聽接收，設備及採樣不變，確保對照的是傳輸而非新音頻環境。這不能修復時鐘、授權或插件，不保證固定公網 IP、不提供端口轉發或錄音室級可用性；VPN 也可能增加延遲。需要測其他路徑的新用戶可開始 3 天 Pro 免費試用，再驗證這個音頻工作階段，每位用戶只限一次。

VPN 應用驗證清單解釋連接指示和出口變化不足。記錄應說明原應用結果：工作階段建立、發送音頻收到、回傳收到、原樣失敗或結果變差。

若懷疑工作站現有 VPN，先比較獲准直連。替代路徑失敗或延遲不能接受，就恢復較佳基線。不規避僱主、錄音室或當地存取規定，向負責所有者申請允許的測試網絡。

步驟 5：甚麼證據確認雙向音頻恢復？

A 說測試語句，B 確認透過預定輸出收到，再交換角色。核對監聽是應用收到的音頻，不是本機麥克風迴路、另一會議應用或電話。

獲准錄音時，兩端回聽實際收到的內容，寫下聲音缺陷及它是否也存在於本機。波形或電平表有動，不能證明對方聽到正確內容，要結合應用指示與聆聽證據。

恢復只為彩排改的設定，私下保留對照。報告包括版本級別、非敏感設備身份、實際工作階段設定、時間及哪一端改網絡。公開報告不包含密碼、許可值、私人標識或客戶錄音。

持續無法建立工作階段，就向官方或管理員提交證據。建連後才有提示音、爆音或重新緩衝，改走官方音頻與穩定性分支，不重做登入。4 系列排障頁有各症狀的專門參照。［1］

短彩排只確認所述條件下雙向接收，不保證長錄音，亦不證明 VPN、網絡供應商或服務商造成原問題。正式製作彩排與合同可靠性要求，和初始恢復檢查分開。

總結

• 改路前核對版本、授權及原合作方。
• 分層記錄登入、建連與實際音頻。
• 保持設備、採樣與重連設定，令結果可比。
• 每次只改一端獲准路徑，恢復較佳基線。
• 兩方均收到預定語句，再判斷工作階段恢復。

常見問題

聯絡人在線就證明媒體可連接嗎？

不是。可見聯絡人是帳戶結果，實際工作階段仍須建立傳輸，並由正確輸入輸出在兩個方向傳送語句。

4 系列要按舊文開端口轉發嗎？

不要。官方 4 系列網絡要求說不需要端口轉發。按目前版本級別指引，管理網絡請管理員處理，不自行開放入站端口。［3］

可以同時改兩方網絡嗎？

這樣便失去受控對照。維持一端設定，先記錄另一端結果；證據需要時才分開調查相反方向。

為甚麼重連後設定不同？

Studio/Facility 可重用先前值或採用預設。先確認實際配置，再判斷聲音差異是不是路徑造成，不能忽略重連改變參數。［2］

提示音與爆音都代表網絡差嗎？

不是。官方還列出採樣、設備、驅動及緩衝問題。先對照本機聲音與合作方接收，不將所有異常都歸因丟包。［1］

成功工作階段測試要看到甚麼？

原合作方兩端經預定應用音頻路徑收到約定語句，且記錄設定。登入、電平或無關本機錄影都不能替代。

甚麼情況下要停止？

授權失敗、憑證警告、不獲准網絡變更、錄音不安全或音頻變差，就停止。受控獲准試驗仍失敗，交脫敏證據給官方或錄音室管理員。

**免責聲明：**這些步驟適用於 Source-Connect 4 彩排，不保證專業錄音可用性。保護客戶素材與憑據，取得錄音同意，遵守當地規則及錄音室網絡政策。

來源:

1. Source Elements — Source-Connect 4 Troubleshooting — https://support.source-elements.com/source-connect-4-hub/source-connect-40-troubleshooting
2. Source Elements — Configuring your Settings in Source-Connect Studio/Facility — https://support.source-elements.com/sc4-studio-facility/configuring-your-settings-in-source-connect-studio-facility
3. Source Elements — Network Configuration and Bandwidth for Source-Connect 4 — https://support.source-elements.com/source-connect-4-hub/network-configuration-and-bandwidth-for-source-connect-4

Sources checked 2026 年 10 月 7 日.

---

延伸閱讀:

• 對比 Source-Connect 開關 VPN 時的連線
• Source-Connect 路徑上的 Windows 代理
• 檢查相關的連接故障階段