建立排查基線:先判斷故障發生在哪一層
網路故障最容易誤判的原因,是多個現象同時出現。例如用戶端顯示已連線,瀏覽器卻無法開啟頁面;又或者網頁能開啟,但影片、AI 工具或某個獨立 App 無法存取。此時直接重裝用戶端通常無法提供新的判斷資訊。更有效的方法是先劃定故障範圍:原始網路是否正常、所有裝置是否同時受影響、所有線路是否一致、所有應用程式是否一致。範圍越清楚,後續需要修改的設定就越少。
先保留可供比較的原始狀態
開始排查前,先中斷用戶端,使用目前的網路造訪平時能穩定開啟的網站。若原始網路本身無法正常存取,先處理路由器、無線網路、電信業者鏈路或系統網路狀態。VPN 建立在既有網路之上,底層鏈路已中斷時,上層連線不會恢復。若中斷後正常、連線後異常,問題範圍才可縮小到用戶端、線路、規則或 DNS。
接著記錄目前使用的平台、網路類型、用戶端顯示狀態、所選地區,以及故障發生的應用程式。NeeVPN 支援 Windows、macOS、iOS、Android、Linux,不同平台處理系統代理、背景執行與 DNS 接管的方式不同,因此「同一個訂閱在另一台裝置正常」是很有價值的線索。這通常表示帳戶與訂閱本身可用,問題更可能出在目前裝置的授權、規則或網路環境。
每次只修改一個變數
排查過程中常見的無效操作,是連續切換多個地區、修改代理模式、替換 DNS、重新啟動路由器並重新匯入訂閱。最後即使恢復,也無法知道真正原因,下次遇到相同現象仍要從頭開始。建議保持用戶端與系統設定不變,只更換一條線路並重新測試;如果結果沒有變化,再恢復原線路並檢查下一項。每次操作後都要完全中斷,再重新連線,避免舊工作階段、舊解析快取或背景連線繼續影響結果。
測試對象也應保持一致。速度問題應使用同一個下載來源或同一段影片;網頁問題應反覆檢查同一個網域;應用程式問題應保持同一帳戶與同一網路。不要拿兩個完全不同的服務互相比較,因為對方的地區策略、快取位置與存取限制可能不同。若某個網站正常而另一個網站異常,只能表示故障可能與目標服務、地區或規則有關,不能直接判斷整條線路失效。
辨識需要立即停止本地反覆試錯的情況
如果多台裝置在同一時間、不同網路下都無法連線,且多個地區線路的表現一致,本地設定同時出錯的可能性較低,此時應轉向檢查服務狀態或帳戶狀態。如果只有一個網站拒絕存取,而其他國際網站與應用程式正常,就不應繼續重設整個用戶端,應檢查目標服務是否限定地區、是否保留舊登入狀態,或是否對出口位置變化較敏感。如果錯誤訊息明確指向訂閱失效、驗證失敗或流量狀態,也應先核對面板,而不是不斷更換系統 DNS。
基線檢查的目標不是當場修復所有問題,而是把現象濃縮成一句可驗證的描述,例如「Windows 在家用網路下可以連線,但所有瀏覽器都無法解析網域」、「Android 切換到背景後連線中斷,前景保持正常」、「同一裝置只有某個 App 不經過代理」。這種描述可以直接對應後續章節,也能讓客服避免重複詢問基礎資訊。
完全無法連線:從底層網路到連線握手逐項檢查
「完全無法連線」是指用戶端無法進入已連線狀態,或連線後立即返回未連線。這與「已連線但網頁無法開啟」屬於不同故障層。前者通常發生在建立通道之前,應優先檢查本地網路、系統時間、用戶端授權、設定有效性與目前線路;後者則應轉向系統代理、規則與 DNS。先區分這兩類現象,可以避免在握手失敗時反覆清理瀏覽器快取。
確認底層網路可以建立一般加密連線
先中斷 NeeVPN,檢查瀏覽器能否開啟常用的 HTTPS 頁面,並確認系統日期、時間與時區沒有明顯偏差。安全連線依賴憑證有效期判斷,系統時間異常時,用戶端可能表現為握手失敗、憑證錯誤或連線逾時。若裝置剛從休眠中恢復、跨地區使用或曾手動調整時間,建議先讓系統重新同步時間,再完全退出用戶端並重新開啟。
接著切換一次底層網路進行交叉驗證。例如從目前的無線網路切換到另一個可信任網路,或從有線切換到無線。切換的目的不是長期避開問題,而是判斷限制來自裝置還是目前網路。如果換網路後同一用戶端、同一訂閱、同一線路可以連線,表示帳戶與設定大致正常,應檢查原網路的路由器策略、訪客網路隔離、企業網路限制或上游鏈路異常。
檢查用戶端是否取得系統層級授權
首次連線時,系統通常會要求新增網路設定、啟用 VPN 設定或允許相關網路延伸功能。使用者取消授權後,用戶端可能仍能顯示線路清單,卻無法真正建立通道。應進入系統的網路或 VPN 設定,確認對應設定存在且處於允許狀態。不要同時保留多個正在執行的代理、VPN 或網路過濾工具,它們可能爭用同一個系統入口,使後啟動的用戶端無法接管流量。
在 Windows 與 macOS 上,應完全退出其他網路代理工具,而不只是關閉視窗;部分程式關閉視窗後仍會常駐背景。在 iOS 與 Android 上,應檢查系統目前是否已有另一個 VPN 設定處於連線或隨選連線狀態。在 Linux 上,則要確認啟動用戶端的使用者具備建立網路介面與修改路由所需的權限。若權限曾被拒絕,重新安裝不一定會自動恢復,應在系統設定中重新授予。
| 現象 | 優先檢查 | 不應先做 |
|---|---|---|
| 一直停留在連線中 | 原始網路、系統時間、目前線路 | 修改瀏覽器設定 |
| 點選連線後立即中斷 | 系統授權、設定狀態、其他網路工具 | 反覆重新整理網頁 |
| 換網路後可以連線 | 原網路策略、路由器與上游鏈路 | 重設帳戶密碼 |
| 所有裝置同時失敗 | 訂閱狀態、線路狀態與伺服器端提示 | 逐台重灌系統 |
重新取得設定,而不是疊加舊設定
如果用戶端長期未更新訂閱,或匯入過程曾被中斷,應先刪除失效的本地設定,再從使用者面板重新取得。不要在同一個用戶端中不斷複製同名訂閱,因為舊設定可能仍會被選取,表面看似更新,實際連線的仍是舊項目。重新匯入後核對線路名稱是否變化,並明確選取新設定再測試。
線路選擇應從不同地區進行交叉驗證,但不必連續快速點選。每次切換後等待前一個連線完全釋放,再發起新連線。若某條線路失敗而其他線路正常,可暫時使用可連線的線路,並記下失敗線路名稱;若所有線路在同一裝置失敗、另一台裝置正常,則回到目前裝置的權限與衝突工具;若所有裝置、所有網路與多條線路均失敗,應保留錯誤原文並提交工單。
已連線但網頁無法開啟:區分路由、代理與解析故障
用戶端顯示已連線,只能表示通道或本地網路介面已建立,不代表每個應用程式的流量都正確進入線路。網頁無法開啟時,需要繼續判斷是網域無法解析、系統代理未被應用程式採用、路由未接管、瀏覽器保留舊連線,還是目標網站單獨拒絕目前出口。這一章的重點,是把「無法開啟」拆解成更具體的結果。
先測試網域與直連能力
開啟命令列後,可以對公開網域執行基礎查詢。以下範例只用於檢查目前裝置能否取得回應,不包含任何訂閱資料。若網域查詢失敗,而直接存取其他已知服務也異常,應優先檢查 DNS;若命令列可以取得回應、瀏覽器卻不行,則檢查瀏覽器代理、擴充功能、快取與安全軟體;若只有某個網站異常,則轉向檢查目標服務的地區與帳戶狀態。
nslookup example.com
curl -I https://example.com
nslookup 能回傳結果,但瀏覽器仍提示找不到伺服器,不一定代表 DNS 完全正常,因為瀏覽器可能啟用了獨立的安全 DNS,用戶端也可能使用自己的解析鏈路。應先完全退出瀏覽器再重新開啟,避免舊連線池與舊解析結果繼續存在。若瀏覽器安裝了代理切換、隱私過濾或網路偵錯擴充功能,可在不載入擴充功能的獨立視窗中測試,以確認問題是否來自瀏覽器層。
檢查代理模式與系統流量接管
用戶端常見的流量接管方式包括系統代理、虛擬網路介面與分流規則。系統代理通常能涵蓋遵循系統設定的瀏覽器與應用程式,但部分程式會忽略系統代理;虛擬網路介面的涵蓋範圍較廣,但與其他網路過濾工具衝突時也更明顯。若瀏覽器能存取而某個獨立 App 不行,表示主要線路可能正常,應檢查該 App 是否遵循系統代理。若所有應用程式都無法存取,應檢查預設路由與 DNS 是否正確接管。
在系統網路設定中查看代理狀態時,不要手動填入來源不明的位址。正常情況下,應由用戶端在連線時寫入,並在中斷時恢復。若用戶端已中斷,系統代理卻仍保持啟用,可能出現「看似沒有連線,網頁也無法開啟」的殘留狀態。此時先關閉殘留代理,再退出用戶端並重新連線。若每次中斷都留下相同狀態,應記錄系統與用戶端環境後提交工單。
檢查系統代理、預設路由、DNS 與瀏覽器獨立解析設定。
檢查地區選擇、網站帳戶狀態、舊登入工作階段與目標服務限制。
清除解析快取,切換用戶端提供的解析方式,再重新連線。
檢查瀏覽器擴充功能、獨立代理、快取與安全 DNS。
排除瀏覽器快取與目標服務的地區狀態
網站通常會透過 Cookie、登入工作階段、DNS 結果與出口位置共同判斷地區。剛切換線路後,舊工作階段可能仍保留先前的地區資訊。測試時可以先登出目標網站帳戶、關閉原有分頁,再使用獨立瀏覽視窗存取。不要在短時間內連續更換多個國家或地區後立即登入同一帳戶,這會讓目標服務看到頻繁變化的出口位置,並增加觸發異常驗證的可能性。
如果一般網頁可以開啟,但串流媒體或 AI 工具提示所在地區不可用,應優先選擇與帳戶常用地區一致的線路,並維持一段穩定的工作階段,而不是繼續修改 DNS。關於出口與連線是否真正生效的檢查,可閱讀如何確認 VPN 是否生效:出口 IP、DNS 與分流驗證。該文章著重驗證方法,本章則著重在驗證失敗後定位具體層級。
速度緩慢與尖峰時段卡頓:拆分本地、線路與目標服務
速度慢不是單一指標。網頁首屏開啟緩慢、影片緩衝、檔案下載速度低、遊戲延遲波動與尖峰時段卡頓,可能對應完全不同的瓶頸。下載速度主要受頻寬與目標伺服器影響,互動服務更重視往返延遲與封包遺失,影片播放還會受到內容分發地區、編碼與快取策略影響。因此,不能用一次網頁載入或單一測速頁面對整條線路下結論。
先測試原始網路,再比較連線後的變化
中斷用戶端,在同一裝置、同一網路與同一測試來源下觀察原始網路表現。若原始網路在尖峰時段已明顯波動,連線至國際線路後仍會承受這部分瓶頸。此時只切換遠端地區不一定有效,應先檢查無線訊號、路由器負載、家用網路中的同時下載,以及電信業者鏈路。無線網路訊號較弱時,表現可能是速度忽快忽慢,而不是完全中斷。
重新連線後,保持測試來源不變,只更換線路。優先選擇地理位置較近、路由較直接的地區;如果目標服務限定地區,再在符合地區要求的線路中比較。不要預設距離最遠的線路更適合內容存取,跨越的網路路徑越多,可變因素通常越多。NeeVPN 提供 90+ 國家 / 200+ 線路,線路頁面用於了解涵蓋範圍與類型,但實際選擇仍應結合目前網路與目標服務。
辨識尖峰時段的典型範圍
如果白天穩定、晚間特定時段明顯變慢,且同一裝置在多個目標網站上都有類似變化,問題可能出現在本地電信業者出口、區域中轉或目前線路壅塞。先切換到同地區的另一條線路,保持目標網站不變;若恢復,表示原線路在目前時段不適合繼續使用。若同地區線路都慢,可改用鄰近地區比較。若所有地區都慢,而原始網路也同時下降,則應先處理本地與電信業者鏈路。
尖峰時段排查不能只看瞬時峰值。影片是否持續緩衝、網頁是否反覆逾時、下載是否長時間維持低速,比短暫出現的最高速度更有意義。應連續觀察一段完整任務,並記錄發生卡頓的時間範圍、線路名稱與目標服務。客服需要這些資訊判斷問題是否集中在某條路徑,而不是根據「很慢」這句概括描述猜測。
| 使用情境 | 主要觀察 | 優先調整 |
|---|---|---|
| 網頁瀏覽 | 首次回應、網域解析、頁面資源是否分批失敗 | 鄰近線路、DNS、瀏覽器連線 |
| 影片播放 | 持續緩衝、畫質自動下降、地區提示 | 目標地區線路、穩定工作階段 |
| 檔案傳輸 | 長時間吞吐量是否穩定、來源是否限速 | 線路類型、目標下載來源 |
| 即時互動 | 操作回應波動、封包遺失與路徑變化 | 距離較近的線路、減少無線干擾 |
減少裝置端與應用程式端的干擾
關閉正在進行的雲端同步、系統更新、大型檔案上傳與背景下載,再重複測試。上傳頻寬被占滿時,網頁與即時應用程式也可能明顯變慢,因為確認資料無法及時返回。瀏覽器同時開啟大量媒體頁面、多台裝置共用同一網路、路由器長時間未釋放異常工作階段,也會讓線路問題看起來比實際更嚴重。由於 NeeVPN 支援不限台數同時上線,裝置數量本身不是方案限制,但共用同一個接入網路的裝置仍會競爭本地頻寬。
若只有某個下載來源速度慢,換到其他公開來源便正常,問題可能位於目標伺服器或其針對目前地區的路由,不應繼續重設用戶端。若所有來源在同一條線路都慢,而切換線路後恢復,應記錄原線路。若不同線路、不同網路都能穩定重現,可以提交工單並附上對照結果。關於延遲、封包遺失與代理用途的進一步說明,可參閱遊戲加速器推薦:延遲、封包遺失與代理實測比較。
頻繁斷線與行動裝置背景掉線:檢查工作階段維持條件
頻繁斷線通常表現為連線狀態反覆變化、裝置從休眠恢復後無法繼續存取、網路切換後通道沒有重建,或行動裝置切換到背景一段時間後連線失效。這與單次無法連線不同:用戶端曾成功建立工作階段,但維持條件發生變化。排查重點是底層網路是否切換、系統是否暫停背景工作、其他網路工具是否接管,以及用戶端能否在網路恢復後重新建立通道。
區分線路中斷與裝置休眠
先觀察斷線發生時,用戶端狀態是否同步變化。如果用戶端明確顯示中斷,記錄當時裝置是否鎖定螢幕、進入休眠、切換無線網路或離開原網路涵蓋範圍。如果用戶端仍顯示連線,但所有存取都停止,應先中斷再重新連線,並檢查系統路由是否殘留。只有某個應用程式停止回應、其他應用程式正常時,則不屬於整個工作階段中斷,應轉到分流章節。
桌面裝置從休眠恢復後,原有網路介面可能尚未完成恢復,但用戶端仍保留休眠前狀態。建議等待系統網路恢復後再重新連線,而不是在沒有基礎網路時連續點選連線。若每次休眠後都能穩定重現,可以關閉用戶端的自動連線,先驗證手動重新連線是否可靠;手動可靠而自動恢復失敗時,應把「休眠前正常、恢復後失敗、手動重新連線正常」作為完整現象提交工單。
檢查行動系統的背景策略
行動系統會根據電量、背景活動與網路狀態管理應用程式。若用戶端僅在前景穩定,鎖定螢幕或切換應用程式後便中斷,應檢查系統是否允許該用戶端在背景執行,以及節能策略是否限制網路活動。不同裝置廠商對背景管理的名稱不同,但判斷方法一致:將用戶端加入允許背景執行的範圍,避免系統自動結束,然後在同一網路下重複鎖定螢幕與恢復測試。
同時檢查系統中是否啟用了其他隨選連線的 VPN 設定。網路從無線切換至行動數據、再切回無線時,多個設定可能爭用連線。保留目前需要使用的設定,暫時關閉其他自動連線,再觀察是否仍會掉線。若問題只發生在網路切換瞬間,通常應讓用戶端完成重新握手,不要在切換過程中連續選擇多條線路。
休眠與網路介面恢復
留意休眠、闔上上蓋、網路介面卡重新連線以及背景網路工具。恢復後先確認一般網路可用,再重新建立通道。
鎖定螢幕與背景活動
留意背景執行權限、節能策略、網路切換與系統中的其他 VPN 設定,避免多個自動連線同時生效。
檢查網路抖動與線路工作階段
如果裝置保持前景、網路沒有切換,連線仍頻繁中斷,應先換到同地區的另一條線路。只有單一線路出現問題時,記錄線路並暫時使用其他可用線路。多條線路都在目前網路中斷,但換網路後恢復,表示原網路可能存在工作階段逾時、封包遺失或路由變化。目前網路與備用網路都中斷,而另一台裝置正常,則回到裝置端權限、衝突工具與用戶端設定。
不要把自動重新連線當作掩蓋問題的方法。自動重新連線可以處理偶發的網路切換,但如果底層網路持續抖動,用戶端會不斷建立與釋放工作階段,表現為耗電、應用程式請求反覆失敗與出口變化。應先確認無線訊號、路由器狀態與網路切換頻率。若斷線具有固定觸發條件,例如鎖定螢幕、休眠、切換網路或啟動某個安全工具,工單中應明確寫出觸發動作。
訂閱更新失敗:核對帳戶狀態、匯入方式與本地快取
訂閱更新失敗可能出現在不同階段:使用者面板無法取得訂閱、用戶端匯入時出現格式錯誤、已匯入但線路清單沒有變化,或更新後仍使用原有設定。排查時要先確定失敗發生在面板、傳輸、解析還是本地選取。不要公開貼出訂閱內容,也不要把真實訂閱網址傳送到公開頁面或群組。
先確認使用者面板中的帳戶與方案狀態
登入面板後檢查方案與流量狀態。NeeVPN 月訂閱包括 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB,流量依開通日每月重設,中途升級差額按剩餘天數折算。流量包包括 ¥158/300GB、¥358/1000GB、¥658/3000GB,用完為止,永久不過期。若面板明確顯示方案狀態異常或流量不可用,應先處理帳戶與計費問題,重新安裝用戶端不會改變面板狀態。
註冊不需要電子郵件地址,使用者名稱加密碼即可註冊。因此,排查帳戶時應確認目前登入的是實際購買方案的使用者名稱,尤其是在裝置上儲存過多個帳戶的情況下。付款方式為支付寶 / 微信 / USDT。若付款紀錄與方案狀態不一致,提交工單時附上面板訂單狀態與付款時間,但不要在公開位置展示完整付款資料。
重新匯入時移除舊項目
用戶端中存在多個同名設定時,即使更新成功也可能看不到變化,因為目前選取的仍是舊設定。先記錄需要保留的本地規則,再刪除失效或重複的訂閱項目,從使用者面板重新取得並匯入。匯入完成後檢查新項目的更新時間或線路清單是否變化,再明確切換到新設定。不要把網頁上複製到一半的文字手動拼接成訂閱內容。
如果需要驗證用戶端能否處理訂閱格式,只能使用明顯的虛構範例檢查輸入框與介面流程,不應期待虛構網址回傳線路。真實訂閱一律從使用者面板取得。以下網址僅用於文件示範,不對應 NeeVPN 服務:
https://example.com/sub?token=YOUR_TOKEN
若瀏覽器能開啟使用者面板,但用戶端更新逾時,應檢查用戶端是否在更新訂閱時錯誤地讓請求經過已失效的設定。有些用戶端允許「透過代理更新」或「使用系統代理更新」,排查時可以在原始網路正常的前提下暫時關閉該選項,完成更新後再恢復常用設定。若原始網路無法存取面板,則先解決底層網路,而不是繼續修改訂閱解析方式。
區分格式錯誤、驗證失敗與網路逾時
格式錯誤通常在取得內容後立即出現,表示用戶端無法識別回傳內容、複製內容不完整,或匯入方式不相容。驗證失敗通常指向帳戶工作階段、訂閱狀態或已過期的取得方式。網路逾時則表示請求未在預期時間內完成,應比較瀏覽器能否存取面板,以及換網路後是否恢復。三類錯誤需要的證據不同,工單中應保留錯誤原文,不要只概括為「訂閱壞了」。
若同一訂閱在另一個平台能正常匯入,而目前平台持續失敗,應優先檢查目前用戶端的匯入口與系統網路權限;若所有平台都無法取得,而面板狀態正常,應提交工單。用戶端下載與訂閱取得應始終透過使用者面板下載入口完成,不使用靜態安裝套件連結,也不要從非官方頁面複製設定。
某個 App 不經過代理與 DNS 異常:檢查規則命中路徑
當瀏覽器正常、某個 App 無法存取,或只有網域存取失敗而連線本身正常時,問題通常已從「線路是否可用」縮小到「流量如何被分類與解析」。分流規則決定哪些程序進入線路,網域規則決定請求選擇哪個出口,DNS 決定網域解析至哪個位址。三者彼此關聯,但排查時仍應分開驗證。
確認應用程式是否遵循目前的接管方式
部分桌面程式遵循系統代理,部分程式使用獨立網路堆疊,還有一些應用程式會主動忽略系統代理。若用戶端目前只啟用系統代理,瀏覽器可以存取而獨立 App 不行,可以切換到用戶端支援的虛擬網路介面模式進行對照。切換前應退出其他 VPN、代理與網路過濾工具,避免多個程式同時修改路由。測試結束後恢復原設定,確認變化確實由接管方式造成。
行動裝置出現單一 App 無法存取時,先檢查用戶端是否啟用了分流清單。清單可能採用「只有所選應用程式進入線路」或「所選應用程式不進入線路」兩種相反邏輯,不能只看應用程式是否出現在清單中。應閱讀目前選項的完整說明,再將目標 App 加入正確範圍。修改後完全結束目標 App 並重新開啟,既有連線不一定會自動切換到新路徑。
檢查網域規則與最終匹配結果
在規則模式下,一個請求通常會依序匹配網域、位址、應用程式或預設規則。目標網域若被誤判為直連,即使用戶端整體已連線,該請求也不會經過所選線路。可以暫時切換至全域接管進行對照:全域模式恢復正常,表示線路與目標服務大致可用,問題位於規則;全域模式仍失敗,則繼續檢查 DNS、目標地區與應用程式本身。全域模式只用於定位,不必長期保持。
如果用戶端支援連線記錄,可在不包含敏感資料的前提下查看目標網域命中了哪條規則、選擇了哪個出口。記錄中若完全沒有目標請求,表示應用程式可能未進入用戶端接管範圍;若記錄出現直連規則,則檢查規則優先順序;若記錄已選擇代理但仍逾時,則檢查線路、DNS 與目標服務。記錄截圖應遮擋訂閱內容與帳戶資料。
處理 DNS 解析失敗、污染快取與獨立解析
DNS 異常常見表現包括網域提示不存在、同一網域在不同應用程式中的解析結果不同、切換線路後仍存取舊地區,或瀏覽器與系統命令列的結論不一致。先中斷用戶端並重新連線,讓用戶端重新建立解析路徑;隨後完全退出目標應用程式,清除系統或應用程式的 DNS 快取。不要同時手動指定多個互相衝突的 DNS 來源。
瀏覽器可能啟用獨立安全 DNS,系統可能使用網路提供的解析,用戶端也可能提供內建解析。三條路徑並存時,容易出現瀏覽器正常而其他應用程式失敗,或反過來。排查時先關閉瀏覽器獨立解析進行對照,讓系統與用戶端使用同一路徑;如果恢復,再決定是否保留瀏覽器獨立設定。若用戶端支援本地 DNS 接管,應確保系統請求確實進入用戶端,而不是被另一個網路工具提前攔截。
| 結果 | 可能範圍 | 下一步 |
|---|---|---|
| 全域模式正常,規則模式失敗 | 網域規則或預設出口 | 檢查命中記錄與規則優先順序 |
| 瀏覽器正常,獨立 App 失敗 | 系統代理或分流清單 | 比較虛擬介面模式並重新啟動 App |
| 位址可連通,網域無法使用 | DNS 請求路徑 | 統一解析來源並清除快取 |
| 切換地區後仍顯示舊位置 | 舊連線、快取或帳戶工作階段 | 結束應用程式並重新建立工作階段 |
若需要進一步驗證出口 IP、DNS 與分流結果,可配合連線驗證指南逐項記錄。提交工單時應註明目標應用程式名稱、使用的接管模式、規則模式與全域模式的差異,以及 DNS 查詢是否成功。這樣可以直接判斷需要檢查用戶端規則還是線路解析。
裝置狀態、流量範圍與工單資訊:何時交由客服處理
NeeVPN 支援不限台數同時上線,因此出現裝置相關提示時,不應直接假設是方案的裝置數量限制。更常見的情況是目前裝置使用了舊設定、不同裝置登入了不同使用者名稱、方案或流量狀態發生變化,或多個用戶端之間的設定並不一致。最後一章用於核對帳戶範圍,並將已完成的排查整理成客服可以直接重現的資訊。
核對所有裝置是否使用同一個有效帳戶
在使用者面板確認目前使用者名稱、方案與流量狀態,再逐台檢查用戶端設定來源。家庭或多裝置環境中,常見情況是新裝置匯入了最新訂閱,舊裝置仍保留早期設定;也可能一台裝置登入了另一個未購買方案的使用者名稱。不要只根據線路名稱相似來判斷設定一致,應從各裝置重新取得目前訂閱,並刪除重複項目。
關於家庭共享與同時上線的計算方式,可閱讀多裝置 VPN 哪個好:家庭共享與裝置限制比較。NeeVPN 的事實範圍是不限台數,同時上線不受固定裝置數量限制。但多台裝置共用同一家用網路時,仍會分享本地頻寬;某台裝置進行大量流量傳輸,也可能讓其他裝置感覺變慢。這屬於接入網路資源競爭,不代表帳戶觸發裝置上限。
確認流量狀態與計費週期
月訂閱流量依開通日每月重設,不按自然月統一重設。可選月訂閱為 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB;中途升級差額按剩餘天數折算。流量包為 ¥158/300GB、¥358/1000GB、¥658/3000GB,用完為止,永久不過期。遇到「能登入但無法繼續連線」或面板提示流量狀態異常時,應先根據面板顯示確認目前使用的是月訂閱還是流量包。
若認為面板狀態與訂單不一致,不要透過反覆下單來驗證。保留訂單狀態、付款方式與發生時間後提交工單。NeeVPN 支援支付寶 / 微信 / USDT,並提供 60 天無理由退款。退款規則與方案說明以方案頁面和使用條款為準。本手冊只處理技術定位,不在故障排查過程中推測訂單結果。
什麼情況應停止本地排查
跨裝置、跨網路、多條線路都出現同一錯誤;面板與用戶端狀態明顯不一致;訂閱在所有平台都無法取得;某條線路長期穩定重現相同錯誤;或用戶端出現可重複觸發的崩潰、授權失敗與設定殘留時,應提交工單。繼續隨機修改系統設定會破壞原始現場,反而增加重現難度。
如果故障只發生在單一網站,應先確認其他服務是否正常、目標網站是否要求特定地區,以及登出舊工作階段後是否恢復。若僅發生在某個 App,應先完成規則模式與全域模式對照。若只在尖峰時段發生,至少保留發生時間、線路名稱、原始網路對照與目標服務。若只在鎖定螢幕或休眠後發生,應寫清觸發動作與恢復方式。
工單建議附上的資訊
- 平台:Windows、macOS、iOS、Android 或 Linux,以及裝置是否剛完成系統更新。
- 網路環境:家用無線、有線、企業網路或其他接入方式;換網路後結果是否改變。
- 故障時間:註明發生時段,並說明是持續存在,還是只在尖峰時段出現。
- 線路資訊:所選國家或地區、線路名稱,以及其他線路能否正常使用。
- 現象範圍:完全無法連線、連線後沒有網路、只有網頁失敗、只有某個 App 失敗,或僅 DNS 查詢異常。
- 對照結果:中斷後是否正常、另一台裝置是否正常、另一個網路是否正常,以及全域與規則模式有何差異。
- 錯誤原文:附上完整錯誤文字或遮擋敏感資訊後的截圖,不要只寫「不能用」。
- 已完成操作:列出重新連線、更換線路、重新匯入、檢查授權、統一 DNS 等已完成的步驟。
提交資訊時保護帳戶資料
工單不應包含密碼、完整訂閱內容或其他可直接使用的驗證資料。截圖應遮擋帳戶敏感區域,只保留錯誤提示、線路名稱與用戶端狀態。若客服需要進一步檢查,會透過工單說明所需範圍。不要把同一個問題拆成多張重複工單,因為上下文分散後,客服需要重新核對已完成的排查。
提交後盡量保持能重現問題的基礎環境,不要立即同時更換用戶端、系統網路、線路與規則。若故障自行恢復,也應在原工單補充恢復時間、當時使用的線路,以及是否曾進行操作。這些資訊有助於區分短暫路徑變化與裝置端設定問題。常見問題也可在FAQ中快速核對,複雜故障則透過使用者面板工單繼續處理。