先建立可重現的基礎判斷
故障排查最常見的問題,不是少了某個隱藏開關,而是尚未分清故障位於哪一層。一次連線至少涉及本地網路、用戶端、訂閱設定、所選線路、網域解析與目標服務。任何一層異常,使用者看到的結果都可能只是「無法開啟」或「很慢」。如果同時重裝用戶端、切換協定、修改 DNS 並更換線路,即使恢復,也很難知道真正原因;下次遇到相同現象仍得從頭嘗試。因此,本手冊採用單一變數對照:先記錄目前狀態,每輪只變更一項,再用相同頁面或相同應用程式重新測試。
先把現象寫成一句可驗證的話
不要只記錄「VPN 不能用」。更有效的描述應包含平台、發生階段、線路與可觀察結果,例如:「Windows 用戶端可以匯入訂閱,選擇東京線路後連線按鈕保持已連線,但瀏覽器無法開啟任何新網頁」;或是「iOS 在前景可正常存取,鎖定螢幕後返回應用程式需要重新連線」。前者可將問題縮小到通道建立後的路由或 DNS,後者則指向行動系統的背景管理。描述越具體,後續每次對照越有價值。錯誤提示應保留原文,不要只憑印象改寫,因為「逾時」「驗證失敗」「無法解析」與「設定無效」分別對應不同方向。
開始前先確認未連線時的一般網路可用。中斷連線,使用瀏覽器開啟原本就能正常存取的網站;再換另一個網站,以排除單一網站故障。如果一般網路也無法使用,應先處理 Wi-Fi、網路線、系統網路設定或上游網路問題。用戶端無法取代基礎網路。公共網路還可能要求先在瀏覽器完成入口網站確認;此時系統看似已連上 Wi-Fi,實際上仍無法存取外部網路。開啟任意一般網頁完成該網路的確認流程後,再啟動用戶端。
建立最小測試環境
測試期間暫時退出其他會改寫網路路徑的同類工具,關閉瀏覽器中單獨設定的代理擴充功能,並避免同時啟用系統代理與應用程式內代理。安全軟體或系統防火牆不必直接關閉,可先查看是否出現存取許可提示或攔截記錄。若企業裝置受管理政策限制,不應擅自移除管理設定;應記錄政策提示並交由裝置管理員確認。清理完成後,選擇一條線路連線,只開啟一個瀏覽器視窗進行測試。若瀏覽器正常,再逐一恢復其他應用程式,便能找出衝突出現的環節。
| 觀察結果 | 優先檢查 | 下一步對照 |
|---|---|---|
| 未連線時也無法上網 | 本地網路、入口網站確認、系統網路狀態 | 更換可用網路後再測試 |
| 所有線路都無法建立連線 | 訂閱狀態、用戶端權限、協定與時間 | 更新訂閱並重新啟動用戶端 |
| 只有某條線路失敗 | 線路狀態與目標地區 | 切換至同地區的其他線路 |
| 瀏覽器正常但某個應用程式失敗 | 應用程式分流、系統代理支援方式 | 暫時改為全域路徑重新測試 |
| 網域失敗但 IP 可連通 | DNS、快取與加密 DNS 衝突 | 清除快取並統一解析路徑 |
VPNQY 支援 Windows / macOS / iOS / Android / Linux,涵蓋 110+ 個國家 / 150+ 條線路。各平台介面不同,但判斷層次一致。不要因為按鈕名稱不同就跳過基礎檢查。若想了解 IEPL 專線、中轉與直連的用途,可先查看全球線路頁面。完成本章後,至少應知道問題是「無法建立連線」「連線後沒有網路」「只在特定應用程式發生」,還是「可使用但效能不穩定」。這是後續章節的入口,而不是形式化記錄。
完全無法連線:從權限、時間與線路開始
「完全無法連線」是指點擊連線後始終停留在連線中、很快恢復為未連線,或明確出現驗證、握手、逾時、設定無效等提示。此時不要先研究瀏覽器與 DNS,因為通道尚未建立。第一步是確認訂閱仍可被用戶端識別:線路清單是否存在、線路名稱是否完整、更新訂閱時是否回傳成功。如果清單為空、只剩舊項目或更新直接失敗,應跳至訂閱更新章節。如果線路清單正常,則繼續檢查用戶端權限與系統時間。
依失敗發生的時間判斷
點擊後立即失敗,通常較接近本地設定、權限或格式問題。等待一段時間後才逾時,則較可能是目前網路無法抵達所選線路、線路暫時無法連通,或本地網路限制了連線方式。先連續選擇同一地區的其他線路,不要反覆點擊同一條。若某一條失敗而其他線路可以連線,可將問題記為單一線路異常,不需要重裝用戶端。若所有地區都失敗,再更換基礎網路進行對照,例如從目前 Wi-Fi 切換至另一個可信任的網路。只要換網後成功,就表示帳戶與設定大致有效,排查重點應回到原本的網路。
系統時間錯誤會使依賴憑證與握手時效的連線失敗。應啟用系統自動設定日期、時間與時區,完成同步後徹底退出用戶端再重新開啟。這裡的「退出」不是只關閉視窗,而是從選單結束程式,或在行動裝置上移除目前連線後重新發起。桌面系統首次建立網路延伸功能、虛擬網卡或 VPN 設定時,通常需要使用者確認權限;若曾拒絕,可到系統網路、隱私或安全性設定中檢查相應授權。不要從不明來源安裝憑證,也不要為了排錯而隨意降低系統安全策略。
清除卡住的連線狀態
用戶端異常退出後,系統可能殘留虛擬介面、系統代理或未完成的連線狀態。桌面版可先在用戶端中斷連線,再完全退出;接著檢查系統的 VPN 或網路設定,確認沒有另一個同類連線仍處於啟動狀態。重新開啟用戶端後,只保留一個設定進行測試。行動版則先在用戶端中斷連線,再到系統 VPN 設定確認狀態已結束,然後返回用戶端重新連線。若系統持續顯示連線中,可重新啟動裝置,讓網路服務重新初始化。重新啟動不是萬能修復,但對殘留介面與暫停中的權限確實有幫助。
如果錯誤指向設定無效,不要手動修改訂閱產生的伺服器位址、連接埠、憑證或加密欄位。手動修改可能讓一份可更新的設定變成無法維護的副本。正確做法是刪除這筆匯入記錄,回到使用者面板重新取得訂閱,再依教學頁面的匯入流程操作。範例連結只能用來理解格式,不能作為真實訂閱使用:
https://example.com/sub?token=YOUR_TOKEN
在受管理裝置上,網路延伸功能可能被組織政策禁止;這類裝置即使帳戶與線路正常,一般使用者也無法完成授權。若系統明確顯示管理員限制,應停止反覆安裝,向裝置管理員確認允許的連線方式。若個人裝置在多個網路、不同地區的線路上都失敗,而訂閱更新正常,可整理用戶端名稱、平台、線路名稱、失敗時間、完整錯誤訊息與已嘗試步驟,提交工單。不要只上傳一張裁掉上下文的截圖;截圖應包含錯誤原文與所選線路,但需遮擋訂閱連結、權杖與密碼。
確認問題恢復後,再逐步還原安全軟體、瀏覽器擴充功能與其他網路工具。若恢復某項後再次失敗,就找到了衝突條件。此時優先保留系統安全能力,只調整衝突應用程式的網路接管範圍。對於偶發逾時,應記錄發生的網路與線路,不要直接歸因於用戶端。建立連線前的診斷目標,是區分帳戶設定、本地權限、原本網路與單一線路四類問題;只要做到這點,處理路徑就會明顯縮短。
可以連線但無法開啟網頁:檢查路由與 DNS
用戶端已顯示連線,但瀏覽器無法開啟網頁,表示問題發生在通道建立之後。先區分「所有網路請求都失敗」與「只有網域失敗」。可以同時測試一個平時可存取的網站、另一個不同網站與一個本地應用程式。若所有網站與應用程式都失敗,優先檢查系統路由、代理接管方式與殘留連線;若只有部分網域失敗,或錯誤明確寫著無法解析主機,則重點檢查 DNS。若瀏覽器失敗但其他應用程式正常,應先排查瀏覽器擴充功能、瀏覽器自己的加密 DNS 與系統代理差異。
先排除殘留的系統代理
部分用戶端中斷連線後仍可能保留系統代理,而新的連線模式又不使用該代理,結果便是請求被送往已不存在的本地連接埠。可在用戶端執行一次「中斷連線—退出—重新開啟—連線」,讓它重新寫入系統狀態。桌面版還應查看系統網路設定中的代理項目,確認自動代理指令碼、手動 HTTP 代理與其他應用程式寫入的設定沒有並存。若不確定原本數值,不要隨意填入位址;關閉明顯屬於已退出工具的項目後重新測試即可。若瀏覽器安裝了代理擴充功能,應暫時停用,讓它跟隨系統設定。
路由模式也會造成「連線成功但目標未經過通道」。規則模式依賴網域、位址與規則集判斷路徑;全域模式則更適合用來診斷。將用戶端暫時切換至全域路徑,如果網頁隨即恢復,表示線路本身可用,問題集中在規則比對或 DNS 對應。診斷完成後可恢復原模式,並更新設定或調整目標網域規則。不要長期保留一套自己無法解釋的複雜規則集,也不要從陌生來源複製大段設定覆蓋原訂閱。
統一 DNS 解析路徑
DNS 異常不只會表現為「找不到網站」。解析到不合適的地區位址、快取了過期結果,或瀏覽器與系統使用不同解析服務,也可能表現為頁面長時間等待、部分資源空白與應用程式登入失敗。排查時應減少解析來源:先關閉瀏覽器單獨啟用的加密 DNS,讓瀏覽器跟隨系統;再確認用戶端是否已接管 DNS。若由用戶端負責解析,就不應同時讓多個安全工具重複改寫 DNS。調整後關閉並重新開啟瀏覽器,避免舊連線繼續沿用。
桌面版可清除本機 DNS 快取。命令應在系統內建終端機中執行,不需要下載額外工具。Windows 可使用:
ipconfig /flushdns
macOS 可使用:
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder
Linux 的處理方式取決於系統目前使用的解析服務。若使用 systemd-resolved,可執行:
resolvectl flush-caches
執行命令後重新連線線路並開啟新的瀏覽器視窗。若命令提示服務不存在,不要繼續套用其他系統的命令,應查看目前系統的網路管理方式。行動裝置通常不必安裝所謂的清除快取應用程式;中斷連線、切換網路後重新連線,或重新啟動裝置即可重新建立解析狀態。
辨識目標網站本身的問題
只有一個網站失敗,不代表整條線路故障。目標網站可能正在維護、限制特定地區、要求重新登入,或瀏覽器中保存了與舊地區不一致的 Cookie。先測試其他網站;其他網站正常時,可用無痕視窗存取目標網站,或清除該網站自己的快取與 Cookie,而不是清空整個瀏覽器資料。涉及串流影音時,地區還可能與帳戶資料、內容授權及應用程式商店地區有關,單純更換出口並不能改變帳戶端條件。可參考串流影音解鎖支援了解這些限制。
若問題只發生在某個基礎網路,可更換網路進行對照。公共、校園或辦公室網路可能採用自己的 DNS、入口網站或安全策略,連線後仍會限制部分請求。此時記錄「原本網路失敗、替代網路正常」比反覆更換節點更有意義。提交工單時應說明網域是否能解析、全域模式是否可用、其他網站是否正常、瀏覽器與應用程式是否一致,並提供不含個人資料的錯誤資訊。不要提交完整瀏覽紀錄,也不要把訂閱連結放入截圖或記錄檔。
速度慢與尖峰時段卡頓:分辨鏈路瓶頸
速度問題不能只靠一次下載或一個測速頁面下結論。跨境存取的實際體驗由本地接入、無線品質、線路路徑、目標伺服器、應用程式協定與當時的網路壅塞共同決定。網頁首屏載入慢、影片緩衝、檔案下載慢與遊戲延遲高並不是同一種指標。檔案下載更重視持續吞吐量,影片還會受到目標平台分發節點影響,會議與遊戲則對抖動與丟包更敏感。排查前應先明確使用情境,固定同一裝置、同一基礎網路、同一目標與相近時間進行對照。
先測試基礎網路,再對照線路
中斷用戶端連線,確認本地網路本身沒有明顯波動。無線網路訊號看似滿格,也可能因干擾、裝置距離或同頻競爭出現抖動。盡量靠近存取點,暫停正在同步或下載的其他工作,然後測試一般網頁與穩定的檔案傳輸。若基礎網路已經卡頓,切換跨境線路不會消除本地瓶頸。桌面裝置條件允許時,可用有線連線進行一次對照;行動裝置則可換另一個可信任的 Wi-Fi,判斷問題是否跟隨原本網路。
基礎網路正常後,在同一目標上比較不同線路。先選擇地理距離較近的地區,再測試同地區的其他類型。IEPL 專線、中轉與直連的路徑特徵不同,但不能脫離使用者所在地、目標地區與目前網路,簡單斷言哪一類永遠更快。尖峰時段出現卡頓時,優先更換同地區線路;若同地區都不理想,再選擇鄰近地區,避免只憑國家名稱頻繁跨洲切換。完整線路分類可在全球節點查看。
| 線路類型 | 適合的排查用途 | 觀察重點 |
|---|---|---|
| IEPL 專線 | 比較尖峰時段的穩定性與持續傳輸 | 長時間播放、會議與大型檔案是否穩定 |
| 中轉 | 比較原本網路到入口的路徑差異 | 是否改善突發卡頓與連線抖動 |
| 直連 | 判斷路徑較直接時的基礎表現 | 目標距離、原本網路路由與單一網站回應 |
辨識尖峰時段與單一網站限速
如果白天穩定、晚間特定時段反覆卡頓,而本地網路在相同時段也出現壅塞,瓶頸可能位於接入網路。若本地一般存取正常,只有某條跨境線路下降,則可以更換同地區線路並記錄差異。若多個地區都只對同一個平台速度緩慢,其他網站與下載正常,應考慮目標平台的分發、帳戶地區或內容來源問題。此時不斷重裝用戶端沒有幫助。可分別測試網頁、影片與檔案,觀察問題是單一目標網站還是整條連線。
用戶端的全域模式會讓更多背景流量經過線路。雲端硬碟同步、系統更新、照片備份與其他裝置的持續下載都會爭用目前網路。排查時應暫停這些工作,並查看系統工作管理員或網路監視器,確認沒有大量背景傳輸。VPNQY 允許不限台數同時上線,但不限台數不代表多個裝置的大流量工作不會共用使用者自己的接入頻寬。在家庭網路中,只要另一台裝置正在持續下載,目前裝置的影片與會議就可能受到影響。
避免錯誤的「最佳化」
不要從網路文章隨意複製 MTU、壅塞控制、網卡雙工或登錄檔參數。錯誤數值可能讓小封包看似正常,大封包卻反覆重傳,形成難以察覺的半故障。如果之前手動修改過這些參數,應先恢復系統預設值,再進行線路比較。協定選擇也應以用戶端提供的相容選項為準;某個協定在一個網路較快,不代表在所有網路都更適合。公共網路、家用寬頻與行動網路的處理方式不同,最可靠的方法仍是相同情境下進行對照。
提交效能工單時,不應只寫「很慢」。應附上平台、基礎網路類型、發生時間、線路完整名稱、目標應用程式、是持續緩慢還是間歇性卡頓、其他線路是否正常,以及中斷連線後的基礎網路表現。截圖可包含用戶端線路名稱與錯誤,但測速結果需要說明測試目標與條件。不要把不同日期、不同網路與不同目標的結果放在一起直接比較。客服只有取得可重現的條件,才能判斷是線路、入口、目標服務還是本地網路。
頻繁斷線與行動裝置背景斷線
頻繁斷線需要先判斷連線是被系統暫停、基礎網路切換,還是線路本身中斷。行動裝置在鎖定螢幕、切換 Wi-Fi 與行動網路、開啟省電模式或進入背景後,系統會重新評估網路延伸功能的執行權限;桌面裝置則可能因睡眠、網卡節能、網路漫遊與安全軟體接管而斷線。若只在鎖定螢幕後發生,重點不是線路速度,而是背景與電源管理。若前景使用時也會隨機斷線,則應比較不同線路與不同基礎網路。
行動版先檢查系統層級的背景條件
在 iOS 與 Android 上,先確認用戶端擁有建立 VPN 設定所需的系統權限。接著檢查低耗電模式、省電策略、背景活動與數據節省功能。不同系統的介面名稱可能不同,原則是允許用戶端在連線期間維持必要的網路活動。Android 裝置還可能因廠商電池管理在熄屏後限制背景應用程式,可在應用程式電池設定中選擇不受限制或允許背景執行;只需針對目前用戶端調整,不必關閉整台裝置的電池保護。若 iOS 在網路切換後停留於舊狀態,可回到用戶端手動中斷連線再重新連線。
行動裝置從 Wi-Fi 切換至行動網路時,底層位址與路由會改變。部分連線可以自動恢復,部分則需要重新握手。測試時可分別固定在 Wi-Fi 與行動網路,觀察是否只在切換瞬間斷線。如果固定網路下穩定,表示問題與網路切換有關,不應歸為線路持續異常。基於內容規範,本手冊不討論任何通訊驗證方式;帳戶方面只需記住 VPNQY 註冊無需電子郵件地址,使用者名稱加密碼即可註冊。
桌面版檢查睡眠、網卡與安全軟體
Windows 或 macOS 從睡眠恢復後,實體網卡可能先重新連線,虛擬網路介面隨後恢復,短時間內路由並不完整。若恢復後無法存取,可在用戶端主動中斷連線並重新連線,而不是繼續等待舊工作階段。Windows 還可在裝置電源管理中檢查是否允許系統為節省電力而關閉網路介面卡;修改前應確認這是個人裝置,且只調整正在使用的網卡。macOS 應查看是否同時存在舊的網路延伸功能或重複 VPN 設定,避免多個工具爭用系統網路控制。
安全軟體、防火牆或端點管理工具可能在網路類型變化時重新套用規則。如果斷線總是發生在網路從私人變為公共、從有線變為無線之後,應查看相應軟體的事件記錄,而不是直接關閉保護。將用戶端加入允許連網的應用程式範圍,通常比關閉整個防火牆更合適。企業裝置上的規則應由管理員處理。若記錄中出現介面重設、網路無法連通或權限拒絕,可連同發生時間提交工單。
透過持續觀察區分線路與本地抖動
選擇一條線路後保持前景,不切換網路,持續開啟一個穩定網頁或維持輕量存取。如果此時仍斷線,再換同地區的另一條線路測試。只有某條線路斷線,記錄為單一線路問題;多條線路都在同一基礎網路斷線,而換網後穩定,更可能是原本網路抖動或受限;多個網路與多條線路都斷線,才繼續檢查用戶端安裝、系統權限與設定。這個矩陣比重複點擊連線更有診斷價值。
若連線表面上未中斷,但應用程式突然停止傳輸,應區分「通道中斷」與「應用程式工作階段失效」。影片、會議與即時連線在出口變更後可能需要重新建立工作階段;切換線路後應完全關閉相關應用程式再開啟。瀏覽器頁面可以重新整理,但涉及上傳或編輯的內容要先儲存。不要在重要傳輸進行中頻繁切換線路。對於長時間工作,選擇已驗證穩定的線路,並避免裝置進入睡眠。
工單應包含斷線發生在前景還是背景、是否鎖定螢幕、是否切換網路、平台、線路、原本網路類型、用戶端當時顯示的狀態、恢復方式與錯誤原文。若能穩定重現,可寫成「連線—鎖定螢幕—返回—觀察」的順序。不要上傳包含帳戶密碼、訂閱權杖或私人通知內容的完整螢幕錄影。經過裁切仍保留狀態變化的錄影或截圖,通常比一句「一直斷線」更容易定位。
訂閱更新失敗與線路清單異常
訂閱更新負責將帳戶目前可用的設定同步至用戶端。失敗現象包括更新逾時、回傳格式錯誤、線路清單為空、舊線路無法重新整理,或匯入後沒有出現任何項目。排查時先區分「無法取得訂閱內容」與「已取得但用戶端無法解析」。前者通常表現為網路錯誤、逾時或授權失敗;後者更常出現格式無效、欄位不支援或設定損毀。不要把訂閱連結貼到公開網站測試,也不要傳給他人代查,因為連結本身屬於帳戶存取憑證。
確認帳戶狀態與匯入來源
先透過使用者面板確認目前訂閱狀態,再從面板重新取得訂閱入口。VPNQY 的月訂閱為 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB,流量依開通日每月重設,中途升級差額折算為剩餘天數;另有用完為止、永久不過期的流量包:¥158/300GB、¥358/1000GB、¥658/3000GB。若用戶端顯示的狀態與面板不一致,應以面板中的帳戶與訂單狀態作為核對起點。方案詳情可查看方案頁面。
重新匯入時,先刪除用戶端中確認已損壞或來源不明的設定,但不要在尚未取得新入口前清空所有可用設定。複製訂閱連結時,應確保沒有多餘空格、換行或截斷。某些聊天軟體會替連結加入預覽或改寫字元,不適合作為長期保存方式。最穩妥的流程是在面板中複製,直接切換至用戶端貼上匯入。匯入成功後,先確認線路名稱出現,再執行連線測試。
排查更新請求為何失敗
如果用戶端能連線既有線路,但無法更新訂閱,可能是更新請求沒有跟隨目前的連線路徑。可先中斷連線,用一般網路存取使用者面板;面板可以開啟時再執行更新。若一般網路下更新失敗,而連線既有線路後更新成功,表示不同路徑對更新入口的可達性不同。反過來,若連線狀態下更新失敗,可中斷連線後重試。每次測試都記錄連線狀態,避免將兩個相反條件混在一起。
系統日期與時間同樣會影響訂閱請求中的安全連線。啟用自動時間並重新啟動用戶端後再試。若瀏覽器可以登入面板,但用戶端仍回報憑證或網路錯誤,應檢查用戶端是否經過安全軟體的 HTTPS 檢查、是否存在自訂憑證,或是否由企業政策代理網路。不要透過忽略憑證錯誤來完成更新。安全連線異常應從系統時間、受信任環境與網路檢查工具著手。
處理重複、空白與舊線路
重複匯入同一份訂閱可能產生多個設定群組,使用者隨後在舊群組中切換線路,看起來就像「更新沒有生效」。應核對設定名稱與最近更新時間,只保留正在使用的一份。更新完成後若線路清單仍為空,可完全退出用戶端再重新開啟,讓它重新讀取設定。若某些線路仍顯示舊名稱,先確認目前選取的設定群組是否正確,再考慮刪除舊群組。不要手動合併兩份訂閱文字,這會破壞後續自動更新。
用戶端提示格式不支援時,應確認使用的是面板建議的匯入方式,並從使用者面板的下載入口取得適用於該平台的用戶端。本網站行銷頁不提供靜態安裝包直連,所有用戶端入口均由使用者面板管理。Windows / macOS / iOS / Android / Linux 的匯入介面不同,詳細路徑請見快速入門教學。若某個平台失敗而另一個平台可以匯入,同一帳戶與訂閱本身大致有效,問題更接近用戶端相容性、匯入方式或本機網路。
提交工單時提供平台、用戶端名稱、更新發生時間、錯誤原文、面板是否可開啟、既有線路能否連線、中斷與連線狀態下是否都測試過,以及是否重新複製過訂閱。訂閱連結只需寫成類似 https://example.com/sub?token=YOUR_TOKEN 的去識別化結構。若截圖中出現 QR Code、權杖或完整連結,提交前必須遮擋。客服不需要帳戶密碼,也不應透過工單索取密碼。
某個 App 無法使用代理:驗證分流路徑
瀏覽器能正常存取,而某個 App 始終連線失敗,通常表示線路本身已可用,問題集中在該應用程式如何發起網路請求。應用程式可能跟隨系統代理、直接使用系統網路、內建自己的代理設定,或採用目前模式未接管的協定。排查目標不是立即增加大量規則,而是先證明該應用程式在全域路徑下能否運作。如果全域路徑也失敗,應檢查應用程式帳戶、目標服務狀態與地區條件;如果全域路徑可用、規則模式失敗,便可明確處理分流。
從全域對照回到精確規則
記錄目前模式後,暫時切換至全域路徑,完全退出目標 App 再重新開啟。只將應用程式切到背景往往會保留舊連線,因此需要從工作列表結束程序,或使用應用程式自身的退出功能。若恢復正常,表示該應用程式相關網域或位址未被現有規則正確比對。此時可恢復規則模式,查看用戶端是否支援依應用程式、網域或規則集調整。優先加入目標服務的官方網域範圍,不要將網路上來源不明的大型規則表直接合併到設定中。
若全域模式仍然失敗,先在瀏覽器存取該服務的官方網站,判斷目標服務是否整體可達。網站正常而 App 失敗,可檢查 App 是否需要更新登入狀態、是否保存了舊地區工作階段、是否啟用了應用程式內代理或私人 DNS。清除目標 App 自身的快取前,應確認不會刪除尚未同步的內容。涉及帳戶地區的服務,線路出口只是其中一項條件,帳戶資料、商店地區與內容授權仍由平台決定。
系統代理與虛擬網卡模式的差異
只使用系統代理時,遵循系統代理設定的應用程式會被接管,不讀取系統代理的應用程式則可能直接連線。虛擬網卡或系統 VPN 模式通常涵蓋範圍更廣,但需要相應的系統權限,也可能與其他網路延伸功能衝突。若目標 App 不跟隨系統代理,可在用戶端支援的前提下使用系統層級接管模式進行測試。切換前應先中斷目前連線,切換後重新授權並重新開啟應用程式,避免舊工作階段繼續沿用原本路徑。
部分應用程式同時使用 TCP、UDP、區域網路探索或推播通道。網頁功能正常,不代表語音、影片、上傳與通知都會經過相同連線。可以依功能分別記錄:登入是否成功、文字內容是否載入、媒體是否播放、上傳是否完成。若只有某一項失敗,工單中應明確說明功能,而不是籠統寫「App 不能用」。如果應用程式依賴區域網路裝置,啟用全域路徑後還應確認用戶端是否允許區域網路存取,否則印表機、電視或儲存裝置可能暫時無法看見。
| 現象 | 可能路徑 | 驗證方式 |
|---|---|---|
| 瀏覽器正常,App 完全失敗 | App 不跟隨系統代理 | 改用系統層級接管模式重新測試 |
| 全域可用,規則模式失敗 | 網域或位址未匹配 | 更新規則並重新啟動 App |
| 登入可用,媒體失敗 | 媒體網域或協定路徑不同 | 依功能記錄請求表現 |
| 切換線路後仍顯示舊地區 | 舊工作階段、快取或帳戶地區 | 登出或開啟新工作階段進行核對 |
AI 工具與串流影音的額外限制
AI 工具可能綜合依據出口地區、帳戶狀態、工作階段快取與服務端策略進行判斷。連線線路後仍無法使用時,先在新的瀏覽器工作階段測試官方網站,再核對帳戶本身是否可用。不要頻繁在同一工作階段間切換地區,這可能造成登入狀態與出口地區不一致。更多情境可閱讀AI 加速說明。串流影音同樣可能受帳戶分區、內容授權與應用程式快取影響,相關排查請見解鎖支援頁面。
提交應用程式分流工單時,應提供平台、App 名稱、失敗功能、規則模式與全域模式的對照、所選線路、瀏覽器存取同一服務的結果,以及完全重新啟動 App 後是否有變化。記錄中若包含存取權杖、Cookie、帳戶識別資訊或私人內容,應先刪除。客服需要的是路徑差異與錯誤原文,不需要應用程式帳戶密碼。將資訊整理成可重現的步驟,通常能直接判斷是規則、接管模式還是目標服務條件。
不限台數、帳戶異常與有效工單
VPNQY 支援不限台數同時上線,因此出現所謂「裝置數超過限制」提示時,不應自行猜測存在隱藏的固定台數限制。先確認提示來自哪裡:是 VPNQY 使用者面板、用戶端本身、作業系統,還是目標網站或應用程式。許多服務會對自身帳戶設定登入裝置規則,這與網路加速訂閱的同時上線能力並不是同一件事。只有準確記錄提示來源,才能避免將目標平台的帳戶限制誤歸因於 VPNQY。
先判斷提示屬於哪個帳戶
如果提示出現在串流影音、AI 工具、雲端硬碟或其他第三方 App 內,應檢查該服務自己的帳戶與裝置管理。更換線路不會改變第三方服務的裝置規則。如果提示出現在用戶端匯入階段,應檢查是否重複建立設定、用戶端是否限制本地設定數量,或是否誤將多個設定群組理解為多台裝置。如果使用者面板本身出現帳戶或訂閱異常,則退出後重新登入,核對目前使用者名稱、訂單狀態與訂閱入口,避免混淆多個使用者名稱。
VPNQY 註冊無需電子郵件地址,使用者名稱加密碼即可註冊。正因為不依賴電子郵件地址,使用者名稱與密碼應自行妥善保存。遇到登入失敗時,先檢查鍵盤配置、大小寫、輸入法自動空格,以及瀏覽器密碼管理器是否填入舊憑證。不要連續建立多個相似使用者名稱來繞過問題,這會讓訂單與訂閱分散在不同帳戶中。付款方式支援支付寶 / 微信 / USDT;涉及訂單核對時,應從使用者面板進入工單,不要在公開頁面貼上付款憑證。
什麼情況應停止自行排查
當問題能夠穩定重現,並且已完成最小對照,就應提交工單,而不是繼續無目的地重裝。適合提交的情況包括:多個網路與多條線路都無法建立連線;訂閱在使用者面板可見,但多個受支援平台都無法匯入;只有某條線路持續失敗;同一線路在固定網路下反覆斷線;規則模式與全域模式存在穩定差異但無法定位規則;帳戶、訂單或流量顯示與面板操作結果不一致。若只是單一目標網站短暫維護,可以先等待目標服務恢復,不必修改本地設定。
涉及退款時,正文口徑為 7 天無理由退款,具體辦理應透過使用者面板工單並查閱退款政策。不要透過重複下單、撤銷付款或建立多個帳戶進行測試。需要比較方案時,可在方案頁查看月訂閱與永久不過期流量包。中途升級的差額會折算為剩餘天數,遇到升級顯示疑問時,應附上原方案、操作時間與面板結果,由工單核對。
一份可處理的工單應包含什麼
標題先寫症狀與平台,例如「Windows 所有線路連線逾時」或「Android 鎖定螢幕後連線中斷」。正文依固定順序填寫:使用平台與用戶端、基礎網路類型、所選線路完整名稱、發生時間、操作步驟、錯誤原文、是否能穩定重現、已完成的對照、預期結果與實際結果。若問題只影響一個應用程式,補充 App 名稱、失敗功能、全域與規則模式結果;若是速度問題,補充目標服務、是否持續緩慢、其他線路與中斷連線後的表現。
問題標題:
使用平台與用戶端:
基礎網路類型:
所選線路:
發生時間:
重現步驟:
錯誤原文:
已完成的對照:
預期結果:
實際結果:
截圖應保留用戶端狀態、線路名稱與錯誤資訊,裁掉與問題無關的私人通知。訂閱連結、QR Code、密碼、權杖、付款憑證與應用程式登入資訊必須遮擋。若記錄檔由用戶端匯出,應先用文字編輯器檢查敏感欄位;無法確認時,可以先只提交錯誤原文與時間,由客服說明需要哪些片段。不要直接上傳完整系統記錄或瀏覽紀錄。
恢復後留下可重複使用的記錄
問題解決後,記錄最終原因與有效操作,例如「原本的 Wi-Fi 需要先完成入口網站確認」「瀏覽器加密 DNS 與用戶端解析衝突」「舊設定群組未更新」「目標 App 不跟隨系統代理」或「鎖定螢幕後被省電策略暫停」。同時撤銷為診斷而暫時啟用的全域模式、額外權限或測試設定,恢復到日常所需的最小設定。若曾建立重複訂閱群組,應保留一份正在使用的設定並刪除舊副本。
排查的結束標準不是「偶爾能開啟一次」,而是在固定條件下能夠重複得到正常結果。連線類問題至少完成重新連線驗證;背景問題完成一次鎖定螢幕與返回驗證;分流問題分別測試瀏覽器與目標 App;訂閱問題確認更新後線路清單維持正常。若恢復狀態無法重現,應繼續保留工單中的時間與條件。系統化記錄既能減少下一次排查時間,也能讓線路與用戶端問題獲得更準確的處理。