系統查閱手冊

連線、線路與訂閱
故障排除大全

從可觀察的症狀開始,依序檢查帳戶狀態、用戶端、系統代理伺服器、DNS、線路與特定應用程式,避免在原因尚未釐清前反覆重新安裝或同時修改多項設定。

診斷基礎

先建立可重現的排查方法

快速入門與本手冊的分工

快速入門教學負責從建立帳戶、選擇方案、取得訂閱到完成首次連線的一連串操作,適合尚未完成基本設定的使用者。本手冊則從異常症狀出發,處理已匯入訂閱但連線結果不符預期的情況。若不確定用戶端是否完成首次設定,應先依照快速入門主線核對;若基本流程已完成,再回到這裡依症狀定位。如此可避免將尚未匯入訂閱誤判為線路故障,也能避免帳戶狀態正常時重複購買方案。

有效的排查不是把所有開關依序點一遍,而是每次只變更一個變數,並記錄變更前後的結果。連線問題通常分布在帳戶、訂閱、用戶端、本地網路、DNS、線路與目標應用程式等層級。不同層級可能呈現相同表象,例如「網頁無法開啟」可能是線路未連線、DNS 未正確解析,也可能是瀏覽器採用了獨立的網路設定。若一次同時切換線路、修改代理模式、清除設定並重新安裝用戶端,即使恢復正常,也無法確認真正原因,下次遇到相同問題仍需從頭嘗試。

先保存現場資訊

開始操作前,先記錄目前的平台、用戶端名稱、網路環境、所選地區、代理模式、完整錯誤訊息,以及問題開始出現的大致時段。若只有某個網站或應用程式異常,也應記下目標名稱,並確認同一條線路上的其他網站是否正常。錯誤截圖應保留完整視窗,不要只截取一句提示;完整畫面通常能同時顯示用戶端目前模式、線路選擇與連線狀態。若日誌包含訂閱內容或帳戶憑證,應先遮蓋敏感欄位,再隨工單提交。

接著建立一個最小對照:先中斷服務,確認本地網路本身能開啟常用網頁;再連線服務,造訪同一個網頁;最後更換同一地區的另一條線路,重複相同操作。這個對照可以回答三個關鍵問題:異常是否只在連線後出現、是否只影響某一條線路,以及是否只影響某個目標。若中斷服務時也無法存取,應優先處理路由器、無線網路或網路供應商的問題;若更換線路後立即恢復,便不必修改用戶端的其他設定。

使用基本指令確認故障層級

桌面平台可以使用系統內建指令查看網域解析與網頁回應。指令本身不會修復問題,但能區分「網域未解析」、「網路無法連達」與「目標服務回應異常」。範例網域使用公開的示範地址,不包含真實訂閱資訊:

ping example.com
nslookup example.com
curl -I https://example.com

nslookup能取得位址,但瀏覽器仍無法開啟,表示解析流程至少已完成,應繼續檢查代理模式、目標應用程式與線路;若解析指令直接失敗,則先處理 DNS。curl能取得回應而瀏覽器無法開啟,通常較接近瀏覽器擴充功能、獨立代理伺服器或快取問題。部分網路環境會限制探測請求,因此單一指令失敗不能直接判定線路不可用,必須搭配瀏覽器存取、用戶端日誌與切換線路的結果一併判斷。

建立明確的停止條件

自我檢查的目的不是無限嘗試。若出現帳戶內容無法讀取、所有網路環境都無法更新訂閱、多個地區線路持續回傳相同的驗證錯誤,或用戶端日誌明確指向服務端拒絕,便應停止修改本地設定並提交工單。反之,若問題只發生在單一應用程式、瀏覽器或網路環境,則應繼續在對應層級縮小範圍。後續章節都遵循相同順序:先確認症狀範圍,再進行低風險檢查,接著透過對照測試定位,最後說明何時需要客服介入。

連線建立失敗

完全無法連線:從帳戶到本地網路逐層檢查

先區分「沒有可用線路」與「線路無法建立」

用戶端中看不到任何線路,與看得到線路但連線失敗,是兩類不同的問題。前者通常應從訂閱匯入與更新狀態開始檢查,後者才進入網路與線路診斷。先開啟使用者面板,確認方案狀態與訂閱入口是否可見,再回到用戶端執行訂閱更新。若更新後仍是空白清單,請查看本手冊的訂閱更新章節;若線路清單存在,點選連線後長時間停留在連線中、立即中斷或顯示驗證錯誤,則繼續閱讀本章。

MeeVPN 支援 Windows、macOS、iOS、Android、Linux。不同平台的權限模型不同,但排查邏輯一致:用戶端必須處於執行狀態,系統需要允許其建立網路介面或應用程式代理,本地網路必須能存取線路入口,訂閱內容也要保持最新。首次執行時若略過系統權限要求,用戶端介面可能仍能正常顯示,卻無法真正接管網路。應進入系統設定,檢查與網路連線相關的權限,而不是反覆點選連線按鈕。

排除本地網路本身的異常

中斷服務後開啟常用網頁,確認基本網路正常。若目前使用公共無線網路,也要留意是否需要先在瀏覽器確認網路入口;未完成入口確認時,其他連線通常無法建立。可以切換到另一個可信任的網路環境進行對照。如果同一台裝置在另一個網路上可以連線,表示帳戶、訂閱與用戶端大致正常,問題集中在原網路的存取策略、路由狀態或 DNS。此時不要刪除已驗證可用的設定,應優先重新連線原網路、重新取得網路參數,並檢查路由器是否啟用了會干擾代理連線的過濾功能。

若在所有網路環境下都無法連線,再檢查系統時間是否自動同步。驗證流程依賴正確時間,明顯偏差可能導致憑證驗證失敗。接著完全退出用戶端並重新開啟,確認系統中沒有同時執行另一個同類網路工具。多個工具同時嘗試修改系統代理或網路介面時,常見情況是連線按鈕看似生效,但流量沒有進入預期線路,或剛建立連線就被另一個程序覆寫。

使用線路對照判斷範圍

不要只測試一條線路。先在目前地區內切換另一條線路,再選擇不同地區進行對照。若只有單條線路失敗,可暫時使用同地區的其他線路,並記錄失敗線路名稱;若同地區全部失敗而其他地區正常,可能是目前網路到該地區的路徑異常;若所有地區都失敗,才需要回到用戶端、帳戶與本地網路層繼續檢查。MeeVPN 覆蓋 90+ 個國家、200+ 條線路,具體地區與線路類型可在全球節點頁面查看。選線時應優先考慮實際存取目標與目前網路路徑,而不是只依地理距離判斷。

觀察結果 優先檢查 下一步
線路清單為空 訂閱匯入與更新 重新從面板取得並更新訂閱
單條線路失敗 該線路目前的路徑 切換同地區的其他線路
只有某個網路失敗 本地網路與路由器 保留設定並更換網路進行對照
所有線路均失敗 權限、用戶端衝突與帳戶狀態 查看日誌並準備工單

重新安裝前先進行可逆操作

重新安裝會清除現場資訊,不應作為第一步。先更新訂閱、退出衝突軟體、重新啟動用戶端、切換線路與網路,再查看日誌。若確實需要重新安裝,先在使用者面板重新取得訂閱入口,不要依賴舊截圖或過期的匯入紀錄。解除安裝前記錄目前的代理模式與可用線路,以便重新安裝後重現。重新安裝完成後只匯入目前的訂閱,不要一次恢復多份舊設定,否則難以確認用戶端實際使用的是哪一份。

存取與解析

可以連線卻無法開啟網頁:同時檢查代理路徑與 DNS

連線狀態不等於流量已進入線路

用戶端顯示已連線,只代表網路介面或代理程序已建立,不能證明瀏覽器與其他應用程式的流量都經過該路徑。先開啟一個之前未造訪過的一般網頁,再造訪目標網站,比較兩者結果。如果所有網頁都無法開啟,應優先檢查系統代理、網路介面與 DNS;如果一般網頁正常而特定目標異常,則重點檢查線路地區、目標服務本身的狀態、瀏覽器快取與分流規則。不要把單一網站的暫時錯誤直接歸因於整條線路。

桌面瀏覽器可能安裝了獨立代理擴充功能,也可能設定了不同於系統的安全 DNS。為建立乾淨的對照,可以先使用沒有額外擴充功能的瀏覽器視窗,讓用戶端保持系統代理或全域接管模式,再重新測試相同網頁。如果新的瀏覽器環境正常,表示線路本身可用,問題位於原瀏覽器的擴充功能、快取、獨立代理或 DNS 設定。恢復時逐一啟用擴充功能,直到找出造成衝突的項目。

辨識 DNS 異常的典型表現

DNS 負責將網域轉換為網路位址。常見異常包括網域完全無法解析、解析結果長時間未更新、系統與瀏覽器採用不同的解析路徑,以及連線後仍沿用本地網路留下的快取。表現可能是輸入網域後立即顯示找不到位址,也可能是部分網站可以開啟、其他網站卻始終跳轉到錯誤頁面。使用 nslookup example.com 檢查時,若沒有回傳解析結果,應先切換用戶端提供的 DNS 處理方式或恢復系統自動設定,再重新連線。

如果命令列可以解析,瀏覽器仍提示網域錯誤,應清除瀏覽器本身的 DNS 與連線快取,並暫時關閉瀏覽器中的獨立解析功能進行對照。若系統中同時執行網路過濾、家長監護或安全防護程式,也要檢查它們是否接管了解析請求。這類程式可能在連線前運作正常,連線後卻因網路介面變更而繼續向舊路徑傳送請求,造成線路已建立但網域無法解析的表象。

按照從局部到整體的順序修復

先關閉異常網頁並重新開啟,再中斷並重新連線目前線路,讓用戶端重新套用代理與 DNS 設定。仍無效時,切換同地區的另一條線路,避免將線路入口故障與本地解析問題混在一起。接著將瀏覽器代理與 DNS 恢復為跟隨系統,退出可能造成衝突的網路工具。如果問題只存在於一個瀏覽器,不要修改整個系統;若所有瀏覽器與應用程式都受到影響,再檢查系統網路介面與 DNS。

命令列可協助比較不同層級。ping example.com若能顯示解析出的位址,但探測沒有回應,不一定代表網頁無法連達,因為目標可能不回應這類請求。應繼續使用 curl -I https://example.com,觀察是否取得網頁回應標頭。若命令列可以存取而瀏覽器不行,問題較可能位於瀏覽器;若命令列與瀏覽器都失敗,但切換線路後恢復,則記錄原線路並使用可用線路。

目標網站單獨異常時如何判斷

若其他網頁正常,只有特定網站無法開啟,先確認該網站是否要求特定地區的存取路徑。切換到符合目標內容的地區後,重新開啟無痕視窗,避免舊 Cookie、快取與地區資訊持續影響結果。若網頁可以開啟,但登入或媒體內容異常,表示基本連線與 DNS 已正常,問題已縮小到目標服務策略、帳戶地區或特定線路相容性。此時應在全球節點頁面了解線路類型,並嘗試同地區的其他線路,而不是清除整個用戶端。

只有在多條線路、數個瀏覽器與不同網路環境中,都能穩定重現同一網域的解析錯誤時,才適合提交工單。應附上目標網域、所選線路、nslookupcurl的文字結果、瀏覽器完整錯誤訊息,以及中斷服務時是否正常。不要提交帳戶密碼、完整訂閱內容或未遮蓋的憑證。

效能與壅塞

速度緩慢與尖峰時段卡頓:區分本地瓶頸與線路路徑

先定義「慢」發生在哪個階段

速度問題需要具體描述。網頁首頁等待很久、檔案傳輸速度低、影片頻繁緩衝、語音延遲明顯,以及 AI 工具的長連線中斷,背後的瓶頸並不相同。網頁首次開啟很慢、之後正常,可能與 DNS 或連線建立有關;持續傳輸緩慢則較接近頻寬與路徑問題;只有互動請求遲緩時,應關注線路往返路徑與目標服務地區。記錄具體異常情境,比單獨提供「速度很慢」更有助於定位。

先中斷服務,在相同裝置與網路下確認本地連線是否穩定。接著連線目前線路,使用同一個目標、相同的操作進行比較。測試期間暫停系統更新、雲端硬碟同步、大型檔案傳輸,以及其他裝置上的高流量工作。MeeVPN 支援不限台數裝置同時在線,但不限台數不代表家庭網路頻寬不會被其他裝置占用。某台裝置持續傳輸時,其餘裝置仍可能出現排隊與緩衝,應先排除本地共享連線的競爭。

線路距離不是唯一判斷標準

地理位置較近通常有利於縮短路徑,但實際網路還會受到電信業者互聯、入口路由、目標服務所在地區與當時壅塞影響。遇到卡頓時,先切換同地區的另一條線路,以判斷是否為單一路徑問題;同地區都不理想時,再選擇鄰近地區或更接近目標服務的地區。每次切換後都應完全關閉並重新開啟目標應用程式,讓舊連線釋放,否則應用程式可能繼續重用之前的工作階段,造成看似切換線路卻沒有真正建立新路徑。

線路類型也會影響適用情境。專線或中轉線路通常更重視跨境路徑的可控性,直連線路則更依賴目前本地網路與國際出口狀況。具體選擇應結合目標地區、存取類型與目前網路,而不是認為某一種線路在所有情境下都一定更快。節點頁面提供地區、城市與線路類型說明,可用來建立候選清單,再透過相同任務逐一對照。

症狀 可能層級 建議對照
首次開啟很慢,之後正常 DNS、連線建立與快取 更換瀏覽器並檢查解析
持續傳輸速度低 本地頻寬與線路路徑 暫停背景工作並切換同地區線路
互動請求遲緩 目標地區與往返路徑 選擇更接近目標服務的地區
特定時段反覆卡頓 本地或上游壅塞 保留時段紀錄並跨地區比較

尖峰時段應觀察規律,而非只看單次結果

尖峰時段卡頓通常具有時段性。應記錄同一網路、同一裝置、同一目標與同一線路在不同時段的表現,並與同地區的其他線路比較。如果只有原線路在特定時段變慢,先使用替代線路;如果多個地區同時變慢,而中斷服務後的本地網路也不穩定,瓶頸更可能位於本地接入;如果本地存取正常、數個跨境地區都出現相似變化,則將時段、地區與目標寫入工單,方便客服依路徑範圍核查。

不要只依賴單一測速頁面。測速站的位置、瀏覽器限制與測試伺服器都會影響結果,而且測速結果未必代表影片、程式碼儲存庫或 AI 工具的實際體驗。更有效的方法是以實際任務進行對照,例如開啟相同頁面、下載同一個公開檔案、播放相同內容,或重現同一段長連線操作,並記錄切換線路後是否改善。這樣能直接回答「哪條線路適合目前任務」,而不是得到脫離情境的數值。

用戶端與裝置端的效能檢查

確認系統沒有啟用多個網路過濾層,用戶端也沒有同時啟用互相衝突的接管模式。資源緊張的裝置在處理高流量時也可能成為瓶頸,可關閉不必要的背景應用程式後重新測試。無線網路訊號波動可能被誤認為線路不穩,條件允許時可靠近無線基地台,或使用更穩定的本地連線進行對照。若只有一台裝置速度慢、其他裝置在同一線路上正常,應優先檢查該裝置;若所有裝置在同一網路與線路上同時變慢,再考慮本地出口或線路路徑。

提交效能工單時,應提供問題情境、目標地區、線路名稱、發生時段、本地網路類型、其他線路的對照,以及中斷服務後的表現。不要只傳送一張測速截圖。清楚的對照資訊能說明瓶頸位於單一裝置、單一線路、單一地區,還是整個網路環境,客服才能據此判斷是否需要調整線路建議。

維持連線

頻繁斷線與行動裝置背景斷線:檢查休眠、切換網路與程序限制

先觀察斷線發生的觸發條件

頻繁斷線需要區分主動切換網路、系統休眠、用戶端程序被暫停、線路握手失效與本地網路抖動。記錄斷線前正在發生的事情:裝置是否剛從鎖定狀態恢復、是否從無線網路切換到其他網路、是否進入地下空間或訊號微弱區域、是否啟動了另一個網路工具,還是在持續使用中沒有明顯觸發因素。能穩定重現的觸發條件,比「偶爾斷線」更容易定位。

如果斷線總是發生在切換網路環境後,先手動中斷,再重新連線線路。系統切換網路介面時,原有工作階段可能仍綁定舊介面,用戶端需要重新建立路徑。若用戶端提供網路變更後自動重新連線選項,應確認該功能已啟用。若斷線發生在裝置休眠後,請檢查系統是否允許用戶端在背景維持必要活動,並關閉針對該用戶端的過度節能限制。

行動裝置背景限制的判斷

iOS 與 Android 都會依系統策略管理背景工作,但具體表現不同。若前景使用正常,一鎖定螢幕或切換應用程式後連線很快消失,通常應先檢查系統權限與節能策略,而不是更換訂閱。確認用戶端的網路設定仍由系統啟用,允許其在背景維持連線,並檢查是否有會自動清理背景程序的系統功能。部分裝置還會依電量狀態暫時收緊背景活動,應在相同電量與網路條件下重新測試。

若只有某個應用程式進入背景後停止工作,而用戶端仍顯示連線,問題可能屬於該應用程式本身的背景策略,而不是線路中斷。可以先切回用戶端查看連線狀態,再開啟瀏覽器驗證一般網頁。如果網頁正常,表示網路路徑仍在,應檢查目標應用程式的背景重新整理、資料使用與電量策略。如果瀏覽器也無法存取,才繼續處理用戶端重新連線與系統網路介面。

桌面端頻繁斷線的常見衝突

在 Windows、macOS 與 Linux 上,應檢查系統是否同時執行其他代理伺服器、網路過濾、防護或虛擬網路程式。多個程式爭用系統代理、路由表或網路介面時,常見表現是連線短暫成功後被覆寫。排查時暫時退出其他相關程式,只保留目前用戶端,並觀察是否恢復穩定。企業或校園網路中的安全策略也可能定期重設網路設定,此時可切換到一般網路環境進行對照,確認問題是跟著裝置還是跟著網路。

若斷線伴隨本地無線網路圖示變化,或未連線服務時網頁也短暫中斷,應先修復本地網路。重新啟動路由器、重新連線無線網路或更換穩定的接入方式後再測試。線路服務無法消除本地連線本身的斷線。如果本地網路穩定,只有某條線路中斷,則切換同地區的其他線路;若多個地區都出現相同斷線,且日誌指向用戶端程序或系統介面,則檢查用戶端權限與系統事件。

重新連線循環與休眠恢復

有些異常表現為用戶端不斷嘗試重新連線。此時不要持續等待,應先中斷連線、退出用戶端,確認本地網路已恢復後,再重新開啟並選擇另一條線路。如果恢復後仍立即進入循環,請更新訂閱並檢查系統時間。若日誌反覆顯示同一連線階段失敗,可保存該段錯誤文字。不要連續匯入多份訂閱或同時啟用多個設定,這會增加自動選擇與路由衝突。

休眠恢復後可以建立固定操作順序:先確認本地網路已重新取得位址,再開啟用戶端查看狀態;若仍顯示已連線但無法存取,手動重新連線;若經常需要手動處理,再調整背景權限與自動重新連線設定。透過這個順序,可以區分系統喚醒後網路尚未就緒,與用戶端確實無法恢復工作階段這兩種情況。

何時提交斷線工單

在本地網路穩定、衝突程式已退出、背景權限已確認的前提下,若多個地區的線路仍在相似條件下中斷,便應提交工單。附上平台、用戶端、線路名稱、斷線觸發條件、問題時段、是否發生過切換網路或休眠、日誌中的錯誤片段,以及更換網路後的對照結果。若問題只發生於行動裝置背景執行,也應說明前景使用是否正常,以及回到用戶端後顯示的狀態。客服不需要帳戶密碼,也不需要完整訂閱內容。

設定取得

訂閱更新失敗:檢查來源、快取與用戶端匯入方式

判斷是無法取得內容,還是內容未生效

訂閱更新失敗通常有兩種表象:用戶端明確提示下載、解析或驗證失敗;用戶端顯示更新完成,但線路清單沒有變化。前者應檢查訂閱入口、本地網路與用戶端的讀取能力,後者則要檢查是否更新了正確設定、用戶端是否仍在使用舊分組,以及介面快取是否已重新整理。先在使用者面板確認目前訂閱入口可以取得,不要從聊天紀錄、截圖或舊裝置複製長期保存的網址。

訂閱屬於帳戶設定,應透過使用者面板取得。註冊無需電子郵件地址,使用使用者名稱與密碼即可完成,因此請妥善保存使用者名稱與密碼。若無法進入原帳戶,不要建立多個帳戶來回匯入,以免混淆方案與訂閱歸屬。先確認登入的是原帳戶,再從面板取得目前訂閱並更新用戶端。關於訂閱的取得、匯入與安全處理,可參考訂閱連結新手指南

使用最小化的重新匯入流程

先複製目前面板提供的訂閱入口,在用戶端中找到原有訂閱並執行更新。如果仍然失敗,新建一份暫時設定並匯入目前入口,不要立即刪除舊設定。新設定能正常取得線路,表示舊設定可能保存了過期入口、快取或錯誤的更新方式;新設定也失敗,則問題更可能位於網路、帳戶狀態或用戶端相容性。確認新設定可用後再清理舊項目,可以避免誤刪唯一可用的設定。

匯入時注意不要把訂閱入口貼到單節點新增區域。訂閱與單節點設定的欄位結構不同,貼錯位置可能出現格式不支援、內容為空或只產生異常項目。若用戶端提供從剪貼簿匯入、從網址匯入與從檔案匯入等入口,應選擇能定期更新的訂閱方式。更新後檢查目前啟用的設定名稱,避免用戶端仍選取舊設定。

排除網路與解析影響

如果訂閱入口在目前網路無法讀取,可以切換到另一個可信任的網路環境進行對照。若更換網路後成功,保留已匯入的設定,再回頭檢查原網路的 DNS、過濾規則與瀏覽器存取狀態。若使用者面板可以正常開啟,但用戶端更新失敗,可能是用戶端使用了不同的網路路徑、系統代理衝突,或舊連線影響了更新請求。可以先中斷線路,確保本地網路正常後再執行更新;更新完成後重新連線。

用戶端提示解析失敗時,不要手動修改訂閱回傳內容。手動編輯會破壞後續自動更新,也可能讓線路資訊與服務端不同步。正確做法是重新取得目前入口、確認匯入位置、更新用戶端設定,並檢查系統時間。如果只有某個用戶端無法解析,而同一帳戶在另一個支援平台上可以更新,應重點檢查原用戶端的設定狀態與相容性,不要修改帳戶。

流量與方案狀態核對

月訂閱包括 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB,流量依開通日每月重設,中途升級的差額會折算為剩餘天數。流量包為 ¥158/300GB、¥358/1000GB、¥658/3000GB,用完為止,永久不過期。若線路曾經可用,之後訂閱狀態或可用內容發生變化,應在方案頁面核對方案規則,並在使用者面板查看目前帳戶狀態。不要根據用戶端快取中的舊流量資訊判斷帳戶實際狀態。

如果面板顯示正常,目前訂閱入口也已重新取得,但多個用戶端與網路環境都無法更新,應提交工單。附上帳戶使用者名稱、平台、用戶端、完整錯誤訊息、發生時段、是否可以開啟使用者面板、是否嘗試過另一個網路,以及新建暫時設定後的結果。不要附上密碼,也不要傳送完整訂閱網址。客服可依據帳戶與錯誤資訊進一步核查訂閱狀態。

應用程式路徑

某個 App 無法使用代理:核對系統代理、分流與獨立連線

先確認問題是否只屬於單一應用程式

連線線路後,先用瀏覽器開啟一般網頁,再測試目標應用程式。如果瀏覽器與其他應用程式正常,只有一個 App 無法存取,表示帳戶、訂閱與基本線路大致可用,排查重點應轉向應用程式層。若所有應用程式都異常,應回到網頁與 DNS 章節,不要繼續在單一應用程式的設定中耗費時間。清楚區分「全域故障」與「單一應用程式故障」,是本章最重要的一步。

部分應用程式遵循系統代理,部分應用程式直接建立網路連線,還有一些會使用獨立 DNS、內建網路引擎或自己的代理設定。用戶端只啟用系統代理時,不代表所有應用程式都會自動跟隨。若目標應用程式不讀取系統代理,可在用戶端允許的情況下使用能接管系統流量的模式,或透過分流規則明確指定該應用程式的流量路徑。修改後應完全退出目標應用程式並重新開啟,舊工作階段可能仍在使用修改前的連線。

理解全域模式與分流模式的差異

全域模式方便判斷目標應用程式是否能經由線路連線:如果切換到全域模式後立即恢復,問題通常在原本的分流規則,而不是線路本身。分流模式則依據網域、位址、應用程式或規則集決定哪些流量進入線路,適合日常使用;但規則不完整、順序衝突或快取未重新整理時,可能讓目標應用程式走本地路徑。排查完成後可依實際需要恢復分流,不必長期保留全域模式。

調整分流時,應先查明應用程式存取的主要網域與服務地區,不要直接加入範圍過大的萬用規則。一個應用程式可能同時存取登入、內容、更新與介面網域,只處理其中一項,便可能出現「可以開啟但無法登入」或「看得到清單但內容載入失敗」。可以搭配用戶端連線日誌,觀察目標應用程式發出請求時命中了哪條規則,再逐步補充缺少的項目。修改規則後清除應用程式連線並重新測試。

應用程式表現 優先判斷 處理方向
瀏覽器正常,應用程式完全無回應 應用程式未遵循系統代理 使用適當的接管模式或應用程式分流
可以登入,但內容無法載入 部分網域未進入線路 查看連線日誌並補充規則
全域正常,分流異常 規則命中錯誤 檢查規則順序與快取
更換地區後恢復 目標服務地區或線路適配 固定使用符合地區的可用線路

檢查應用程式本身的網路設定

有些桌面應用程式提供獨立代理選項。如果應用程式內設定了舊位址、舊連接埠或「直連」,可能會覆蓋系統設定。排查時先讓應用程式跟隨系統;若必須手動設定,應從目前用戶端介面讀取本機代理參數,不要複製其他裝置的設定。系統重新啟動或用戶端模式變更後,本機參數可能改變,因此不能長期假定舊設定有效。

瀏覽器擴充功能、開發工具、容器環境與命令列程式也可能各自採用不同的網路變數。命令列請求與瀏覽器表現不一致時,請檢查終端工作階段是否設定了代理環境變數;應用程式重新啟動前,舊終端可能仍保存先前的值。以下範例可透過查看環境變數,確認目前工作階段是否存在代理設定:

printenv | grep -i proxy

此指令只用於查看,不會修改系統。若發現舊值,應在對應的終端設定中清除或更新,再開啟新的工作階段進行測試。不要把本機代理參數寫入公開文件,或直接與他人共用,因為每台裝置的監聽方式可能不同。

地區、帳戶與快取的影響

目標應用程式可能依據出口地區、應用程式帳戶地區、Cookie 或歷史工作階段決定內容。切換線路後若表現沒有變化,請完全退出應用程式並重新開啟,必要時清除該應用程式的網路快取。若同地區的另一條線路可用,表示原線路與目標服務目前的路徑不理想;若多條同地區線路表現一致,而其他地區可用,則需要核對目標服務的要求。不要頻繁跨地區切換並連續登入,以免目標服務觸發額外驗證。

若單一應用程式在全域接管、不同線路與另一個網路環境下仍然失敗,而瀏覽器始終正常,應提交應用程式專項工單。附上應用程式名稱、平台、用戶端模式、所選地區、應用程式完整錯誤訊息、全域與分流模式的對照、是否能在瀏覽器存取對應網站,以及連線日誌中已遮蓋敏感資訊的相關項目。這些資訊比只寫「App 不能用」更能說明請求在哪個層級離開了預期路徑。

帳戶與支援

裝置數超限提示、方案核對與高品質工單

先核對提示來自哪裡

MeeVPN 支援不限台數裝置同時在線。如果用戶端或應用程式顯示類似裝置數超限的提示,先確認提示是否確實來自目前的 MeeVPN 帳戶,而不是目標網站、應用程式帳戶、系統授權或舊訂閱設定。多個服務可能使用相似措辭,但限制對象可能完全不同。記錄提示出現的介面、完整原文與觸發操作,可以避免將目標應用程式的工作階段限制誤認為線路帳戶限制。

接著檢查用戶端目前啟用的訂閱名稱,確認它來自正在登入的 MeeVPN 帳戶。舊裝置中可能保留歷史設定,重新安裝後也可能恢復系統備份中的舊訂閱。進入使用者面板重新取得目前訂閱,更新後核對設定名稱與線路清單。如果提示只出現在某一台裝置,其他裝置使用同一帳戶正常,應優先檢查該裝置的舊設定、用戶端快取與目標應用程式的登入狀態。

理解不限台數與實際網路體驗

不限台數裝置同時在線,描述的是 MeeVPN 的裝置使用範圍,不代表每台裝置都能脫離本地網路條件而獲得相同體驗。家庭或辦公室網路中的裝置共享接入頻寬,多台裝置同時進行高流量工作時仍會互相影響。若新增裝置後出現卡頓,應依速度章節檢查本地網路用量,而不是將效能下降解釋為帳戶受到限制。若新增裝置後舊裝置出現驗證錯誤,應確認兩端使用的是目前訂閱,沒有混入其他帳戶設定。

也不要在多台裝置之間公開轉發訂閱內容。正確方式是在需要使用的裝置上登入使用者面板並取得訂閱,或依照安全流程完成匯入。若訂閱內容曾被公開,應透過工單說明情況並請求處理。提交時不需要複製完整訂閱網址,也不應傳送帳戶密碼。

如何核對方案、流量與付款資訊

月訂閱為 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB,流量依開通日每月重設,中途升級的差額會折算為剩餘天數。流量包為 ¥158/300GB、¥358/1000GB、¥658/3000GB,用完為止,永久不過期。付款方式支援支付寶、微信、USDT。首次付款後若不滿意,可在 14 天內申請全額退款。涉及購買、升級、流量重設或退款時,應以使用者面板訂單與方案頁面作為核對入口,不要依據舊截圖或第三方轉述。

如果付款已完成,但帳戶狀態沒有按預期變更,先不要重複付款。保存使用者面板中的訂單狀態與付款渠道結果,重新整理帳戶總覽並重新登入確認。若仍未變更,提交計費工單,附上訂單頁面截圖、付款方式、發生時段與帳戶使用者名稱。截圖應遮蓋與排查無關的敏感資訊。客服可根據訂單狀態核查,不需要帳戶密碼。

工單應包含哪些資訊

高品質工單應回答「在哪裡發生、何時發生、如何重現、影響範圍多大、已經做過什麼」。連線問題應附上平台、用戶端、網路環境、線路名稱、完整錯誤訊息與跨線路對照;網頁問題應附上目標網域、瀏覽器、DNS 檢查結果與中斷服務時的表現;速度問題應附上具體工作、發生時段、本地網路對照與不同線路結果;斷線問題應附上是否經過休眠、切換網路或背景執行;訂閱問題應說明面板能否開啟、更新錯誤與新建暫時設定的結果。

日誌應截取問題發生前後的相關片段,並遮蓋訂閱內容、憑證與不必要的本地資訊。截圖應包含完整錯誤介面與用戶端目前狀態。不要只傳送「連不上」、「很慢」或「無法更新」這類結論,也不要一次提交多個內容相同的工單。持續在同一工單補充對照結果,更容易保持完整上下文。

什麼情況應立即停止自我檢查

當使用者面板無法讀取目前帳戶內容、訂單狀態與付款結果不一致、多個支援平台和網路環境都出現相同驗證錯誤、訂閱在所有用戶端中都無法更新,或多個地區線路持續回傳一致的服務端錯誤時,應停止清理設定並提交工單。繼續反覆重新安裝可能遺失日誌與現場狀態,不利於定位。

如果問題只發生於單一瀏覽器、單一應用程式、單一線路或單一網路環境,則仍應在對應章節完成對照。透過「是否跟隨裝置、是否跟隨網路、是否跟隨線路、是否跟隨應用程式」這四個問題,通常可以將範圍縮小到明確層級。完成排查後,保留一份確認可用的設定,並記錄適合目前存取目標的線路選擇。之後再次出現同類症狀時,可以直接從已確認的層級開始,不必重複整套流程。

需要提交支援請求時,可以進入使用者面板的工單區域。若尚未完成首次設定,可先閱讀VPN 新手完整指南,依照購買、取得訂閱、匯入用戶端、連線線路與驗證存取結果的主線確認基本步驟,再將具體異常與本手冊對應章節進行比對。