系統查閱手冊

VPN 疑難排解手冊

先確認故障範圍,再一次只變更一個變數。依序檢查連線、解析、線路、應用程式與帳戶,避免反覆重新安裝或同時修改多項設定。

第一次安裝、購買與匯入訂閱前,請先閱讀快速入門教學。本頁負責完成主要使用流程;本手冊用於處理連線已設定後出現的異常,依症狀定位原因。需要核對流量與方案規則時,可前往方案價格頁

DIAGNOSIS BASELINE

建立排查基準:先分層,不要先重新安裝

先寫清楚「哪裡出問題」

多數排查之所以無效,不是因為缺少工具,而是故障描述過於籠統。「不能用」可能代表用戶端無法啟動、訂閱無法更新、線路交握失敗、連線成功但網域無法解析、瀏覽器可以存取但某個應用程式沒有回應,也可能只是目標網站暫時無法使用。開始操作前,先用一句完整的話記錄現象:使用哪個平台、連接哪種網路、選擇哪個地區的線路、用戶端顯示什麼狀態、哪些頁面或應用程式受影響,以及關閉代理後是否恢復。只要這句話寫得清楚,後續判斷通常會大幅縮短。

排查時應將問題拆成五層:裝置與系統、目前連接的網路、用戶端與訂閱、所選線路,以及目標網站或應用程式。每次只變更其中一層。例如先維持裝置與網路不變,只切換同地區的另一條線路;再維持線路不變,改用另一種連接網路。若同時重新安裝用戶端、切換線路、修改 DNS 與分流規則,即使問題消失,也無法知道真正原因,下次仍會從頭試錯。

進行交叉驗證,不要憑感覺判斷

最有效的基準是「同一帳戶、不同變數」的對照。先確認關閉代理後能否開啟一般網站。如果關閉後同樣無法開啟,問題位於本地網路,繼續調整線路沒有意義。如果關閉後正常、連線後所有網站都無法開啟,應檢查代理模式、系統代理接管與 DNS。如果只有某個目標無法存取,優先檢查目標服務狀態、地區要求、快取與應用程式分流,不要直接歸因於線路故障。

再觀察問題是單一裝置還是所有裝置。WeekVPN 支援 Windows、macOS、iOS、Android 與 Linux,裝置數量不限。若同一網路下只有一台裝置異常,重點應放在該裝置的用戶端權限、系統時間、舊代理殘留、防護軟體與分流規則。若多台裝置在同一網路同時異常,但改用另一種連接網路後恢復,重點應放在目前的網路環境。若不同裝置、不同網路與不同線路都能穩定重現,才適合整理證據並提交工單。

保留原始狀態與可回復點

清理設定前,先記下目前的用戶端名稱、所選線路、代理模式、訂閱更新時間與完整錯誤訊息。訂閱網址屬於帳戶憑證,不要出現在公開截圖或公開討論中。需要展示訂閱更新介面時,應遮住完整網址、存取權杖與 QR Code。若使用手動設定,先複製一份原始檔案,再修改規則;若使用系統代理,先記錄原本的開關狀態。這麼做不是增加步驟,而是確保每次變更都能復原。

不要把「重新安裝」當成第一步。重新安裝只能清除部分用戶端狀態,無法修復連接網路、帳戶有效性、目標服務的地區限制或 DNS 路徑,也可能刪除有價值的日誌與重現條件。更合理的順序是:完全退出用戶端後重新開啟、更新訂閱、切換同地區線路、檢查系統代理,再依平台清理殘留。只有在用戶端本身無法啟動、設定資料庫損壞或系統權限明顯異常時,重新安裝才是合適的後續動作。

觀察結果 優先檢查 暫時不要做
關閉代理後仍無法存取 本地網路、路由器、系統網路狀態 連續切換遠端線路
連線成功但所有網域都失敗 系統代理、DNS、分流模式 反覆購買或升級方案
只有單一應用程式失敗 程序分流、應用程式內代理、權限 清除所有系統設定
同一網路上的裝置都失敗 連接網路限制與路由狀態 只在單一裝置重新安裝

完成本章後,應能得到一個明確結論:問題屬於單一裝置、單一網路、單一線路、單一網域還是單一應用程式。後續章節都以這個範圍為起點。如果仍無法分類,回到最簡單的測試環境:關閉額外分流規則,選擇一條一般線路,只用瀏覽器存取普通網頁,再逐項恢復原本設定。穩定的基準比複雜測試更有價值。

CONNECTION FAILURE

完全無法連線:從用戶端狀態檢查到線路交握

區分用戶端未接管與線路連線失敗

點擊連線後完全沒有狀態變化,通常與點擊後顯示失敗不是同一類問題。前者應先檢查用戶端是否正常執行、系統是否允許建立網路介面、背景服務是否已停止,以及目前是否已選取設定。後者則更接近訂閱、線路或連接網路問題。觀察介面時不要只看連線按鈕的顏色,還要查看是否出現明確的「已連線」「逾時」「驗證失敗」「設定無效」或「無法解析」等文字。錯誤原文應完整保留,因為相似的表面現象可能來自完全不同的層級。

先完全退出用戶端,而不是只關閉視窗。桌面系統中,關閉視窗後程式可能仍留在狀態列或通知區域;行動系統中,退出介面也不代表通道已停止。確認程序結束後重新啟動,再選取剛更新的訂閱設定。若用戶端要求系統網路權限,應在系統設定中確認權限仍然有效。系統升級、設定遷移或安全策略變更後,既有權限可能需要重新確認。

檢查基礎網路與系統時間

關閉代理後存取普通網頁,確認目前網路具備基本連通性。若瀏覽器顯示網路登入頁,應先完成公共網路的驗證,再啟動用戶端。某些辦公室、校園或公共網路會限制未知的連線方式,此時可改用另一種連接網路作對照。對照結果非常關鍵:同一裝置換網路後立即恢復,表示用戶端與帳戶大致正常,應將重點放在原本的連接網路,而不是刪除訂閱。

系統日期與時區也應保持自動同步。加密連線依賴憑證有效期限判斷,時間明顯偏差會導致交握失敗,並呈現無法連線或憑證錯誤。檢查時不需要手動猜測正確時間,只要啟用系統提供的自動日期、時間與時區功能,然後重新啟動用戶端。若裝置長期休眠、主機板時間異常,或系統剛從快照復原,這一步尤其重要。

依線路層級進行最小切換

確認基礎網路正常後,先更新訂閱,再選擇同地區的另一條線路。這樣可以判斷問題是否集中在單一線路,同時盡量維持存取地區不變。若同地區線路都失敗,再切換到另一個地區驗證。WeekVPN 涵蓋 90+ 個國家、200+ 條線路,線路頁會說明地區與線路類型,可搭配全球線路頁面選擇替代項目。排查階段的目標是確認「能否建立連線」,而不是立刻尋找速度最高的線路。

如果所有線路在同一個連接網路下都失敗,但更換網路後可以連線,應檢查路由器中的存取控制、企業網路策略或本機防護軟體。不要為了驗證而長時間關閉系統防護。較穩妥的做法是查看防護軟體的攔截記錄,為用戶端程式與網路服務新增明確的允許規則,然後恢復防護並重新測試。若裝置上同時執行其他代理、封包擷取、過濾或虛擬網路工具,應完全退出這些工具,避免多個程式爭用系統代理或虛擬介面。

清理舊代理與虛擬介面衝突

用戶端異常退出後,系統代理可能仍指向已停止的本機連接埠,導致所有網頁突然無法開啟。此時應先中斷用戶端連線,在系統網路設定中關閉手動代理,再重新連線。桌面系統也可能保留舊虛擬介面、舊 DNS 或舊路由。不要看到多個介面就全部刪除,應先透過用戶端的修復、重設網路或重新安裝網路服務功能處理;只有確認某個介面屬於已解除安裝的軟體時,才考慮清理。

Linux 環境需要另外確認用戶端程序是否擁有建立通道與修改路由所需的權限,同時檢查環境變數中的代理是否與系統層級通道重複。可以在終端機中查看常見的代理變數,但不要將包含憑證的輸出直接提交到公開管道:

printenv | grep -i proxy
ip route
curl -I https://example.com

如果命令列存取正常、瀏覽器失敗,問題多半在瀏覽器代理、擴充功能或快取;如果命令列與瀏覽器都失敗,但用戶端顯示已連線,應繼續閱讀下一章的 DNS 與系統代理檢查。如果用戶端始終顯示交握失敗,而且在不同裝置、不同網路與不同線路上都能重現,應保留錯誤原文、發生時間、平台與線路名稱,前往工單章節整理證據。

WEB AND DNS

可以連線但網頁無法開啟:分開檢查代理接管與 DNS

先判斷是網域失敗還是所有流量都失敗

用戶端顯示已連線,只代表通道已建立完成,不代表瀏覽器、DNS 與目標網站已經走在同一條路徑上。第一步應比較不同類型的請求:普通網頁是否全部失敗,還是只有某個網域失敗;瀏覽器失敗時,命令列請求是否成功;使用應用程式存取同一網站是否正常。若只有網域存取失敗,重點檢查 DNS。若網域可以解析但連線逾時,重點檢查系統代理、路由與線路。若只有某個網站異常,先排除該網站本身的狀態、地區要求與瀏覽器快取。

可以使用系統內建的名稱解析工具查詢公開測試網域。這裡使用的網域不包含帳戶資訊,也不會接觸真實訂閱網址:

nslookup example.com

# macOS 或 Linux 也可以使用
dig example.com

工具回傳位址但瀏覽器仍提示找不到伺服器,通常表示瀏覽器啟用了獨立的安全 DNS、擴充功能改寫或快取。若工具本身也無法取得結果,則更接近系統 DNS、用戶端 DNS 接管或目前網路解析路徑的問題。不要把查詢結果中的某個位址視為永久值;網域解析結果可能隨網路與時間變化,排查只需關注是否能回傳、是否明顯逾時,以及關閉代理前後是否存在穩定差異。

檢查系統代理是否確實指向執行中的用戶端

系統代理模式依賴本機用戶端持續監聽。用戶端程序停止、監聽狀態異常或系統代理殘留時,瀏覽器會將請求送往不存在的本機入口。先在用戶端中關閉系統代理,再查看系統網路設定是否同步恢復;接著重新啟用,並立即測試普通網頁。若關閉後恢復、啟用後失敗,表示問題位於本地代理接管、用戶端監聽或設定模式,而不是遠端網站。

瀏覽器可能擁有獨立的代理設定。企業管理策略、代理擴充功能與開發除錯工具都可能覆寫系統設定。排查時使用沒有額外擴充功能的暫時瀏覽視窗,只能排除部分快取,不能保證避開企業策略。較可靠的做法是查看瀏覽器網路設定,確認它跟隨系統代理,或明確使用用戶端提供的本機入口。不要同時讓瀏覽器擴充功能與系統代理以不同規則接管同一個請求。

處理 DNS 快取、獨立解析與污染結果

切換線路後,系統與瀏覽器可能繼續使用舊的解析結果。先關閉目標分頁,清理瀏覽器的網站快取與 DNS 快取,再重新開啟。系統層級可優先透過中斷並重新連線網路來刷新,不必一開始就執行高風險的網路重設。若用戶端提供「遠端解析」「跟隨代理解析」或類似選項,可在保存原設定後單獨切換,觀察網域是否恢復。修改後只測試同一個網域,避免多個網站的狀態差異干擾判斷。

有些應用程式使用自身的加密 DNS,不讀取系統設定;另一些應用程式則完全依賴系統解析。因此同一裝置上可能出現瀏覽器正常、應用程式失敗,或相反的現象。此時不能簡單認定線路無法使用,應檢查異常應用程式是否允許關閉獨立 DNS、是否啟用了私有網路功能,以及該應用程式是否被分流為直連。行動裝置還要檢查系統的私有 DNS、內容過濾器與其他網路擴充功能是否同時運作。

處理局部網站與憑證提示

只有單一網站無法開啟時,先使用同一條線路存取其他普通網站,確認整體連線正常。接著清理該網站的 Cookie、快取與舊登入狀態,或改用另一個瀏覽器重新測試。目標服務可能依出口地區提供不同內容,因此切換線路時應選擇符合服務要求的地區,而不是隨機選擇。涉及動畫、串流媒體與日本地區內容時,可參考日本線路選擇指南,了解地區與出口位址的關係。

遇到憑證警告時,不要忽略提示繼續存取。先確認系統時間已自動同步,檢查網址拼寫,再暫時停用可能進行網頁過濾或憑證檢查的軟體,進行受控驗證。若多個可信網站同時出現憑證異常,應立即停止存取敏感頁面,恢復系統網路設定並檢查本機防護軟體。憑證錯誤不是單純的「速度慢」,也不適合靠不斷切換線路掩蓋。

本章結束時,應能將故障歸類為解析失敗、系統代理未接管、瀏覽器獨立設定、單一網站快取或地區不符。若網頁已恢復,但影片、下載或會議仍然緩慢,請進入速度章節;若瀏覽器正常而某個應用程式仍失敗,直接前往應用程式分流章節。

SPEED AND PEAK HOURS

速度慢與尖峰時段卡頓:區分本地瓶頸、線路與目標端

速度問題必須先固定測試條件

「感覺變慢」不足以定位原因。網頁首次開啟緩慢、影片緩衝、檔案下載緩慢、會議抖動與遊戲延遲升高,依賴的網路特性並不相同。網頁較容易受 DNS 與首次連線影響;影片更依賴持續吞吐量;會議最怕抖動與封包遺失;大檔案還會受到下載來源限速影響。排查前先選定一種具體情境,並維持裝置、連接網路、目標服務與時段一致,再比較線路。不要直接對照不同網站、不同畫質或不同下載來源的結果。

先關閉佔用頻寬的同步、備份、系統更新與大檔案傳輸。再確認本地無線網路訊號是否穩定,盡量靠近網路設備,或在條件允許時使用更穩定的連線方式。若關閉代理時同樣緩慢,問題位於本地網路或目標服務,切換國際線路不會消除基本瓶頸。若關閉代理正常、連線後變慢,再進入線路層級判斷。

先換同地區線路,再進行跨地區比較

選擇線路時先做同地區替換。同地區線路可盡量維持存取距離與內容區域一致,便於判斷是否只是單一線路狀態變化。若同地區線路都很慢,再選擇地理距離較近的地區作對照。距離較遠通常代表傳輸路徑較長,但距離不是唯一因素;跨境路由、接入業者與目標服務的互聯關係都會影響結果。因此不應將地圖上最近的城市直接等同於最適合的線路。

WeekVPN 提供 90+ 個國家、200+ 條線路。線路類型與地區選擇可在節點頁面查閱。日常瀏覽、AI 工具、串流媒體與遠端辦公的優先考量不同。排查階段應先找到穩定且可重現的線路,再考慮具體內容區域。頻繁連續切換會讓應用程式反覆建立連線、刷新解析並重新驗證登入,短時間內的體驗反而更差。

用時間對照確認尖峰時段問題

只有固定繁忙時段出現卡頓、其他時段正常,可能與本地接入網路、跨境鏈路或目標服務在同一時段的負載有關。不要只在異常時刻測試一條線路後就下結論。應記錄同一裝置、同一網路、同一目標在平穩時段與繁忙時段的表現,並在異常時維持其他條件不變,只更換同地區線路。若多條線路同步變慢,但改用另一種接入網路後明顯恢復,優先檢查本地業者路徑;若只有單一線路異常,則使用替代線路並記錄名稱。

測試影片時,應先固定畫質,避免自動畫質在不同測試中自行變化。測試會議時,重點觀察聲音中斷、畫面凍結與重新連線,而不是只看下載速度。下載測試應使用相同來源與相同檔案,避免不同鏡像端的限速差異。AI 工具回應緩慢也不一定等於線路緩慢,服務端排隊、工作階段長度與頁面腳本都可能造成等待;可用普通網頁與另一個同地區服務交叉驗證網路層。

現象 較可能相關的環節 有效的對照方法
網頁首次開啟緩慢,開啟後正常 DNS、建立連線、瀏覽器快取 固定網域,比較解析與首次開啟
影片持續緩衝 持續吞吐量、目標服務線路 固定畫質、固定內容與地區
會議聲音斷續 網路抖動、本地無線環境 更換穩定的連接網路並關閉背景傳輸
只在繁忙時段變慢 本地接入或跨境路徑壅塞 在相同條件下對照時段與同地區線路

設定越複雜,越要檢查額外開銷

同時啟用全域代理、規則分流、應用程式內代理與系統層級通道時,流量可能重複經過本機處理。瀏覽器中的過濾擴充功能、安全軟體的網頁掃描與系統內容過濾器也會增加建立連線的時間。排查速度時,應暫時回到用戶端提供的一般模式,退出其他代理工具,保留必要的系統防護,然後逐項恢復。某項設定恢復後速度立即改變,表示瓶頸在本機處理鏈,而不是線路覆蓋不足。

方案流量不足也會影響正常使用的判斷,因此應在使用者面板核對訂閱狀態與剩餘流量。月訂閱為 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB,流量依開通日每月重設,中途升級差額折算為剩餘天數;流量包為 ¥158/300GB、¥358/1000GB、¥658/3000GB,用完為止,永久不過期。這裡只需確認目前帳戶是否仍有可用流量,不應將升級方案視為所有速度問題的通用修復方式。具體規則以方案價格頁為準。

若在固定條件下多條線路都於同一時段異常,請記錄連接網路類型、目標服務、線路地區與可重現時段。不要只提交一張速度頁面截圖,因為它無法說明實際應用程式、目標路徑與測試條件。可重現的步驟比單次結果更具診斷價值。

DISCONNECT AND MOBILE

頻繁斷線與行動裝置背景斷線:檢查系統調度與網路切換

先區分線路中斷與應用程式遭系統暫停

頻繁斷線常被統稱為「不穩定」,但實際可能是線路工作階段中斷、裝置在無線網路與行動網路之間切換、用戶端遭省電策略暫停、系統回收背景程序,或其他網路擴充功能搶占通道。判斷入口是觀察斷線時的用戶端狀態:若狀態明確從已連線變為未連線,查看錯誤原文;若狀態仍顯示已連線,但新請求無法通過,重點檢查網路切換、DNS 與本機通道恢復;若回到用戶端介面後立即恢復,通常與背景調度或省電限制較有關。

桌面端也可能在休眠後斷線。闔上螢幕、待機、切換使用者或網路介面重新取得位址後,舊工作階段可能不再有效。裝置恢復後應先等待基礎網路連通,再讓用戶端重新連線。不要在無線網路仍在驗證時連續點擊連線。若每次喚醒都會重現,可檢查用戶端是否允許隨系統啟動、是否具備背景執行權限,以及系統是否限制網路擴充功能。

行動裝置重點檢查省電與背景權限

iOS 與 Android 都會依據電量、記憶體、網路狀態與背景活動策略調度應用程式。排查時先確認用戶端的網路設定仍然啟用,再檢查低耗電模式、背景活動權限與針對單一應用程式的電池最佳化。如果系統允許將用戶端設為不受嚴格省電限制,可在了解耗電影響後進行調整。不要為了排查而關閉所有系統安全功能,也不需要授予與網路連線無關的權限。

鎖定螢幕後短時間沒有網路活動,系統可能暫停應用程式介面,但系統層級通道通常由獨立的網路服務維持。若鎖定螢幕期間持續斷線,應比較兩種情況:維持在同一個無線網路,以及離開無線覆蓋後切換到另一種連接網路。只有切換時斷線,表示工作階段遷移或網路重建是主要因素;在穩定網路中也會斷線,則繼續檢查省電策略、系統網路擴充功能衝突與所選線路。

檢查多個網路工具是否互相接管

行動裝置上,內容過濾、企業管理、私有 DNS、廣告過濾與其他網路工具可能共同使用系統網路擴充功能。部分系統只允許一個主要通道處於活動狀態,後啟動的工具會取代先前的設定。排查時記錄目前啟用的網路擴充功能,暫時停用其他會改變流量路徑的工具,只保留 WeekVPN 重新測試。恢復時逐項啟用,找出發生衝突的組合。

桌面端的情況類似。虛擬機器、容器網路、遠端辦公用戶端、封包擷取工具與其他代理程式都會增加路由複雜度。如果斷線只在某個程式啟動後出現,應檢查該程式是否修改預設路由、DNS 或系統代理。不要同時讓多個程式設定全域代理。需要並存時,應明確定義各自負責的流量範圍,並避免本機入口彼此套接。

在穩定環境中重現,不要追逐偶發現象

偶發斷線最難判斷,因此需要簡化環境。讓裝置保持接電、關閉嚴格省電、固定使用同一個連接網路、選擇一條一般線路,並用普通網頁持續存取。若此時穩定,再逐項恢復鎖定螢幕、網路切換、背景限制與其他網路工具。哪一步恢復後問題出現,哪一步就是有效線索。相反地,如果簡化後仍會斷線,可更換同地區線路,再改用另一種連接網路,建立線路與本地網路的交叉結果。

日誌應截取斷線前後相鄰的內容,不要提交整份包含長期歷史與敏感設定的檔案。需要標註斷線時正在進行的操作,例如裝置剛鎖定螢幕、剛從無線網路切換、剛喚醒或剛啟動某個應用程式。若用戶端有自動重連選項,可以啟用後觀察是否能恢復,但自動重連只能降低影響,無法解釋根本原因。持續高頻重現時,仍應依照證據章節提交工單。

如果行動裝置主要用於日常瀏覽與影片,建議先完成新手第一天完整指南中的基本設定,再回到本章調整背景行為。基礎匯入尚未完成、訂閱未更新與省電限制可能同時存在,應先確保主要流程正確,再處理背景穩定性。

SUBSCRIPTION AND ACCOUNT

訂閱更新失敗與裝置數提示:核對來源、狀態與快取

訂閱失敗時先看錯誤發生在哪個步驟

訂閱更新包含取得設定、解析內容與寫入用戶端三個環節。若提示網路錯誤,表示用戶端未能成功取得內容;若提示格式或解析錯誤,表示內容已回傳但用戶端無法識別;若提示寫入失敗,則可能與本機權限、設定儲存或舊檔案有關。不要只複製「更新失敗」四個字,應保留完整提示與發生位置。不同用戶端的文字可能不同,但這三個環節的判斷方式相同。

先登入使用者面板確認帳戶與方案狀態,再從面板重新取得本站用戶端或訂閱入口。WeekVPN 註冊無需電子郵件地址,只要使用者名稱與密碼即可完成註冊。若忘記使用者名稱或密碼,不要不斷建立新帳戶來取代原有訂閱,應透過登入與工單入口處理帳戶問題。訂閱網址屬於私密憑證,只應從使用者面板取得,不應轉發給他人或貼到公開檢測網站。

排除複製錯誤、快取與舊設定

手動複製訂閱網址時,前後空格、換行、截斷與輸入法替換都可能造成更新失敗。較穩妥的方式是使用用戶端提供的貼上或匯入功能,並確認網址完整。教學範例應始終使用明顯的假值,例如:

https://example.com/sub?token=YOUR_TOKEN

若舊訂閱過去運作正常,更新後突然出現解析錯誤,先保留舊設定,不要立即刪除所有線路。可以建立獨立的新設定重新匯入,判斷問題是否來自舊快取。新設定正常,表示原設定儲存或覆寫過程異常;新舊設定都失敗,再檢查網路、帳戶狀態與用戶端相容性。用戶端由使用者面板提供入口,避免從不明來源安裝修改版程式。

瀏覽器可以開啟訂閱入口,不代表用戶端一定能完成更新。瀏覽器可能沿用登入狀態,而用戶端需要直接取得設定;瀏覽器也可能自動處理重新導向,但用戶端則嚴格要求回傳內容。排查時不要公開查看回傳正文,因為其中可能包含線路與憑證。只需記錄用戶端錯誤類型、改用另一個網路後是否恢復,以及是否能在本站用戶端重現。

理解「裝置數量超過限制」提示

WeekVPN 的裝置規則為數量不限。因此,若用戶端或其他頁面出現裝置數量限制提示,不應先假設方案需要增加裝置名額。先確認目前匯入的確實是 WeekVPN 使用者面板提供的訂閱,而不是舊服務、測試設定或其他帳戶的遺留內容。再確認提示來自用戶端本身、目標應用程式,還是訂閱服務回傳。提示來源不同,含義也不同。

有些用戶端會限制本地設定數量、同時執行的設定或應用程式本身的授權,這不等於 WeekVPN 的裝置限制。應截取提示所在介面並保留應用程式名稱,檢查是否同時啟用了多個設定。如果提示來自目標網站,可能指的是該網站自己的登入裝置規則,與網路加速訂閱無關。如果使用者面板中的 WeekVPN 帳戶直接出現異常提示,則提交工單,並附上使用者名稱、頁面位置與完整文字,但不要附上密碼。

檢查流量重設與流量包界線

更新成功但線路無法使用時,應核對剩餘流量與方案有效狀態。月訂閱流量依開通日每月重設,中途升級差額折算為剩餘天數;流量包用完為止,永久不過期。月訂閱與流量包的計算方式不同,不要依自然月自行推斷重設時間,也不要將流量包誤認為每月更新。方案詳情包括 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB,以及 ¥158/300GB、¥358/1000GB、¥658/3000GB 的流量包。

完成付款後,若使用者面板狀態未如預期變更,先重新整理帳戶頁面並重新登入,再查看訂單狀態。付款方式為支付寶、微信與 USDT。不要重複提交同一筆付款,也不要根據用戶端是否立即更新來判斷訂單結果。訂單、帳戶與訂閱屬於不同層級,工單中應分別說明:付款是否完成、面板顯示什麼,以及訂閱更新回傳什麼。

若問題涉及購買後的退款判斷,正文統一以 14 天無理由退款為準,具體申請條件與流程應查看使用條款。排查頁面不處理退款申請,也不透過重新匯入訂閱來改變訂單狀態。技術問題與計費問題應分開描述,方便工單準確分流。

APPLICATION ROUTING

某個 App 不經過代理:檢查程序、規則與應用程式內設定

確認是單一應用程式問題,而不是目標服務問題

瀏覽器正常、某個應用程式失敗時,先用瀏覽器存取該應用程式對應的官方網站或同類服務。若瀏覽器也失敗,問題可能仍在於線路、DNS 或地區選擇;若只有應用程式失敗,才進入程序與分流檢查。還應確認應用程式是否剛更新、是否需要重新登入,以及目標服務本身是否出現狀態異常。網路連線只能解決傳輸路徑,不能取代應用程式帳戶、內容權限或服務端狀態。

應用程式可能使用獨立網路堆疊,不讀取系統代理。常見情況是瀏覽器跟隨系統代理正常,但遊戲、商店、命令列工具或桌面用戶端仍然直連。此時需要使用用戶端的系統層級通道模式,或在規則中明確包含該應用程式的網域與程序。具體名稱會依平台與用戶端而不同,操作時應先備份原有規則,避免一次加入範圍過大的比對條件。

依「命中結果」檢查分流規則

規則模式通常會由上到下比對,較早命中的規則會決定流量走向。如果寬泛的直連規則位於應用程式規則之前,後面的代理規則就不會生效。排查時開啟用戶端的連線記錄或規則命中資訊,啟動目標應用程式,觀察其網域或程序由哪條規則處理。不要只憑應用程式名稱猜測所有網域,因為登入、內容、更新與介面可能使用不同網域。

若用戶端沒有可見的命中記錄,可暫時切換至全域代理作對照。全域模式恢復、規則模式失敗,表示線路本身可用,問題集中在分流規則。完成對照後應恢復原本模式,再補充明確規則,而不是長期依賴全域模式掩蓋設定問題。全域模式也可能改變不需要代理的本地服務路徑,因此只適合作為短時間診斷。

檢查應用程式內代理與環境變數

部分開發工具、終端機程式與桌面應用程式擁有自己的代理設定。當應用程式內設定為空時,它可能跟隨系統;若填入過時的位址,則可能繞過目前用戶端,連線到已停止的本機入口。檢查應用程式設定中的 HTTP、HTTPS、SOCKS 或「使用系統代理」選項,確認沒有遺留值。若不確定,應先記錄原設定,再恢復為跟隨系統並進行測試。

命令列工具也可能讀取環境變數。可以查看變數是否存在,但若輸出包含驗證資訊,不應直接分享:

printenv | grep -i proxy

# 僅用於目前終端機的明顯假值範例
export HTTPS_PROXY=http://localhost:PORT

範例中的 PORT 必須替換為用戶端介面顯示的本機連接埠,不應自行猜測。若使用系統層級通道,通常不需要額外設定環境變數;重複設定可能形成不必要的路徑。Windows 可檢查應用程式本身的網路設定與系統代理,macOS 應同時留意網路擴充功能,Linux 則要區分桌面代理、環境變數與路由層級通道。

平台 優先檢查 常見衝突來源
Windows 系統代理、應用程式內代理、網路介面 舊代理程式、防護軟體、虛擬網路
macOS 網路擴充功能、系統代理、應用程式權限 內容過濾器、其他網路擴充功能
iOS 網路設定、隨選連線、應用程式狀態 私有 DNS、內容過濾設定
Android 應用程式分流、省電、始終連線設定 其他網路工具、背景限制
Linux 環境變數、路由、程序權限 桌面代理與通道重複接管

串流媒體、AI 工具與本地服務的界線

串流媒體應用程式可能綜合出口地區、帳戶地區、內容版權與快取來判斷可用內容。瀏覽器可以開啟首頁,不代表應用程式內所有內容都能播放。應選擇符合目標地區的線路,退出應用程式後重新開啟,並清理舊地區快取。AI 工具則可能依賴多個介面網域;只代理主站網域而遺漏登入或靜態資源網域,會出現頁面可以開啟但提交失敗的情況。此時應依據命中記錄補齊規則。

本地印表機、區域網路儲存與企業內部服務通常應維持本地路徑。若啟用全域模式後這些服務失效,不應將內網位址強行送往遠端線路,而應恢復規則模式,為本地資源保留直連。調整規則的目標是劃清界線:需要跨境存取的應用程式使用對應線路,本地資源繼續使用本地網路。

如果目標應用程式在全域模式下仍無法使用,但瀏覽器存取同一服務正常,請記錄應用程式名稱、平台、線路地區、應用程式內錯誤,以及是否使用獨立 DNS。如果應用程式在其他裝置上正常,請附上正常裝置與異常裝置的差異。不要只寫「這個 App 不行」,因為工單無法據此判斷是規則、帳戶、應用程式版本還是目標服務問題。

TICKET AND EVIDENCE

何時聯絡客服:將工單寫成可重現的記錄

這些情況適合提交工單

完成基礎網路、訂閱、線路、DNS 與應用程式分流檢查後,問題仍能穩定重現,就應提交工單。尤其是不同裝置、不同連接網路與多條線路出現相同錯誤,或使用者面板中的訂單、方案、訂閱狀態與實際結果不一致時,繼續反覆重新安裝的價值很低。另一個明確情況是用戶端持續回傳相同的錯誤原文,而一般重新啟動、訂閱更新與同地區換線都沒有變化。

單一目標網站偶發無法使用、公共網路尚未完成驗證,或關閉代理後也無法開啟普通網頁時,通常應先處理外部環境。只有排除這些條件後,工單才能集中處理 WeekVPN 可檢查的部分。技術工單與計費工單最好分開:技術工單描述平台、網路、線路與錯誤;計費工單描述訂單狀態、付款方式與使用者面板顯示。不要將大量無關的歷史內容複製到同一則訊息中。

工單內容應包含什麼

有效的記錄應從結論開始。例如:「Windows 上可以連線但所有網域都無法解析;同一帳戶在 Android 上正常;更換連接網路後問題仍存在。」接著寫出發生環境:平台名稱、用戶端來源、連接網路類型、所選線路地區、代理模式,以及問題開始前是否修改過系統或分流設定。如果不確定具體版本,不要猜測版本號,只需寫明使用從使用者面板取得的本站用戶端即可。

接著列出最短的重現路徑:開啟用戶端、更新訂閱、選擇線路、啟動目標應用程式,以及出現什麼提示。步驟應讓處理人員能在相似條件下重新操作。再列出已完成的檢查及結果,例如關閉代理後基礎網路正常、同地區其他線路結果一致、改用另一台裝置正常、清理 DNS 後沒有變化。不要只寫「所有方法都試過」,因為無法判斷實際做過哪些操作。

截圖、日誌與隱私界線

截圖應涵蓋錯誤提示及其所在頁面,不要只截取一小塊而無法判斷上下文。提交前遮住密碼、完整訂閱網址、存取權杖、QR Code、訂單敏感資訊與其他帳戶內容。使用者名稱可用於定位帳戶,但絕不應提交密碼。若日誌包含設定正文,應先複製到文字編輯器檢查,刪除訂閱網址與憑證,再附上故障發生前後的相關片段。

錯誤原文比自行改寫更重要。「連線逾時」「解析失敗」「驗證錯誤」與「設定無效」不能互相替換。如果錯誤是英文或系統代碼,可以原樣複製,並在後面補充中文說明。發生時間可使用裝置目前顯示的日期與時區,避免只寫「剛才」。若問題與繁忙時段有關,應說明可重現的時段範圍與連接網路,不需要提供無法驗證的測速結論。

依問題類型附加資訊

無法連線時,附上用戶端狀態、錯誤原文、基礎網路是否正常,以及是否能在不同網路重現。網頁無法開啟時,附上普通網頁與目標網頁的差異、DNS 查詢是否回傳,以及瀏覽器與命令列是否一致。速度問題應附上具體情境、固定目標、線路地區與是否只在某個時段發生。頻繁斷線應說明是否與鎖定螢幕、休眠或網路切換有關。訂閱更新失敗則附上失敗環節、使用者面板狀態,以及是否能在另一個用戶端重現。

單一應用程式異常時,附上應用程式名稱、平台、全域模式與規則模式的對照、規則命中結果,以及瀏覽器存取同一服務是否正常。裝置數量提示應截取提示來源,並確認目前訂閱來自 WeekVPN;由於本服務裝置數量不限,這項資訊有助於區分用戶端本身、目標服務或舊設定的限制。計費問題還應寫明使用支付寶、微信或 USDT 中的哪種付款方式,但不要將完整付款憑證上傳到公開區域。

提交工單後的操作原則

提交後盡量保留可重現的環境。若必須繼續使用,可切換到已確認正常的線路,但不要刪除原有設定與日誌。處理人員要求補充測試時,應一次完成一個指定動作並回覆結果,避免同時修改多項設定。若問題自行恢復,也應說明恢復時間,以及期間是否切換過網路或線路;這些變化有助於判斷是偶發的外部狀態,還是本地設定恢復。

WeekVPN 支援 90+ 個國家、200+ 條線路,裝置數量不限,並提供 14 天無理由退款。技術排查的目的,是確認連線問題位於裝置、連接網路、用戶端、線路還是目標服務;它不取代訂單與退款條款。方案、流量與價格請查看方案價格,線路地區與類型請查看節點頁面,安裝與首次匯入請回到快速入門

完成本手冊後,如果已取得穩定的重現條件,就不需要繼續擴大測試範圍。保留最小環境、清楚的錯誤與交叉結果,直接從使用者面板進入工單。沒有穩定重現條件時,則繼續記錄故障範圍,等待下次出現時只驗證尚未確認的變數。排查不是把所有開關都試一遍,而是逐層排除,直到剩下一個可解釋的範圍。

免費體驗