在說朋友連不進來之前，要先說一件事：我是怎麼學網路的，因為這是整個問題的起點。

搬進透天厝之前，我住大樓，網路是本來就有的，我什麼都不需要管。但是搬進來之後，全屋的網路肯定要自己規劃，於是我從零開始。

我的學習方式不是看教學文、不是上課，而是反向工程——先找到別人做好的成果，搞懂它是由哪些元件組成的，再想辦法複製。就像看到3，去推敲它是1+1+1還是2+1，而不是從加法公式開始學起。

從社群文章裡，我認識了AP、交換器、路由器、PoE、Mesh跟有線回程的差別。看到有人用小烏龜接GS1200再接NWA50AX做有線回程，在文章留言區翻到了GS1915-8EP這個型號，研究了一下，覺得這個架構合理，就照著這個思路設計了自己的拓樸。

GS1915-8EP加上兩台NWA50AX有線回程，自己設計、自己根據訊號部署AP位置，搭配其他SWITCH拓展PORT，然後規劃了監視器跟NVR搞了一套小監視系統，並加入全屋網路架構中。結果很好，全屋覆蓋穩定，Zyxel Nebula雲端管理也很方便。那個時候完全沒用到AI，純粹是自己爬文摸索出來的，成就感很高。

那個時候網路方案是下載100上傳40，頻寬不大，家裡的使用強度也不高，對小烏龜來說還不會有什麼負載壓力。我覺得路由器不急，等以後升速再考慮好了。

一用就用了兩年，足夠我忘記路由器的事情。

原版MC伺服器架好了，朋友要連進來，理論上應該很簡單，畢竟雖然沒架過伺服器，但總連過朋友的。

結果，好吧，非常不簡單。嘖

我們常用的穿透內網軟體，NAS的APP商店裡找不到。我問過AI，他說有，結果我照他給的關鍵字搜尋後把結果貼給他看，他才確認我的ADM版本不支援，改提了別的方法來處理。那時候我用的是WireGuard來處理外網連線。設定看起來沒有問題，隧道也建起來了，但朋友就是連不進伺服器。

我把狀況丟給AI，開始一步一步排查。這段過程拉得很長——長到開了三個聊天室，每次對話到一個程度就撐不住了，要重新開一個繼續。AI幫我排查了各種可能：Port有沒有開對、WireGuard設定有沒有錯、路由規則有沒有問題……以及其他方向都試過，就是找不到根本原因。

偶爾也有朋友連進來了，但成功率大概只有三成，七成是失敗的，就是有人會被排在外面。而且就算連進來，有時候也不穩定。

那個時候我還不知道問題出在哪裡，AI也沒能在短時間內找到答案——這才是我們討論了三個聊天室長度的原因。每個方向都試過，就是找不到根本原因。

這些都是後來想通的。但當時的我只知道連線一直失敗，而我找不到原因。

事後重新梳理這段過程，才意識到問題從一開始就偏了。

我當時測試連線的方式是：自己連上VPN，進Minecraft——沒問題。所以我以為「伺服器沒問題，問題在朋友那邊」。但我後來才想到：我在同個區域網路，我走的路徑和朋友走的根本不是同一條。我以為我在測試朋友的連線，實際上測試的只是自己的連線。

帶著這個錯誤假設去問AI，AI就跟著這個假設走了。它很認真地幫我排查「伺服器正常的前提下，朋友為什麼連不進來」——Port設定、路由規則、WireGuard的AllowedIPs、Docker網路模型……每個方向都有技術上的理由，每個理由聽起來都很合理。問題是，整個排查的起點就是歪的。

還有一個細節到後來才發現：朋友連上VPN之後網路全斷，不只是Minecraft，是所有網路都斷。查出來的原因是AllowedIPs被設成了0.0.0.0/0——這個設定會接管所有流量，但NAS沒有設網際網路出口，所以整台電腦就斷線了。

這個設定是AI一開始給我的peer設定模板裡就有的。我們後來花了好幾個晚上繞圈子，根源在起點。

這不是在怪AI。這是在描述一個現象：AI會跟著你的假設走，它很擅長在你給定的框架裡找答案，但它不太會說「等等，你這個框架本身有問題」。我帶著錯誤前提進去，它就跟著錯誤前提一起走偏了。

這個教訓和第三篇提到的「AI在長對話裡會迷失」是不同的兩件事——那是AI自己搞混，這是AI跟著我一起搞混。兩種狀況我都遇到了。

兩年後，網路升級到500/500。

路由器的事，我還是沒想起來。

直到某天，一個朋友傳了一張路由器照片給我，問我這台值不值得買。

我把他的需求和照片丟給AI分析，並驗證一下網路評價有無一致，給了他建議。回覆完之後，我突然愣了一下。

等等——我好像也差了路由器這塊拼圖。

於是我學了一下怎麼畫拓樸圖，完成後，我把自己的網路拓樸告訴AI，請它幫我分析現在的架構。AI的回覆讓我有點意外：「你的架構不太像一般家庭，比較像小型企業。」

我當下是真的驚訝，因為我只是照著社群文章的思路拼抄出來的，沒有刻意要做到什麼等級。

AI接著說，我的架構有分層、有職能分離、有管理型交換器，唯一缺的是一台專責處理路由和防火牆的設備——現在這個工作是小烏龜在做，但小烏龜是光纖數據機，不是路由器，讓它同時處理PPPoE撥號、NAT、防火牆、流量管理，對它來說負擔過重，而且有資安隱患。

這個分析讓我意識到：我的網路架構一直有一個缺口，而且是所有拼圖中最核心的那一片，只是我忘記了。

AI根據我現有的設備——GS1915-8EP、NWA50AX、NAS——推薦了USG Lite 60AX。

理由是結構完整度、原生支援VLAN和VPN、以及最重要的：可以跟現有的Zyxel設備一起納入Nebula統一管理。其他路由器在某些方面或許有優勢，但綜合我的需求，USG是最合適的選擇。

AI說這個選擇在需求、功能、性能各方面都剛好卡在甜蜜點，綜合考量下是首推。

在等USG到貨之前，我也意識到了另一件事——隨著網通設備增加，將設備放在地上不是長久之計。

家裡有三隻狗，設備放在地板上的籃子裡，溫度、狗毛、空間都是隱患。我把現場照片傳給AI，AI建議我考慮網路機櫃。

我一直以為機櫃是辦公室或機房才有的東西，AI告訴我家用小型機櫃完全存在，而且不貴。

選購之前，我特別跟AI確認了一件事：機櫃的高度要怎麼選？我給他看了幾個我中意的款式，請他根據我的設備清單確認合理的高度區間，避免因為我自己沒想到某個細節而選錯。

確認完之後才下單。

機櫃到了，組裝好，按照AI規劃的擺放順序——第一層放USG和小烏龜、第二層放GS1915、第三層放UPS——全部裝進去。

高度竟然真的剛剛好，AI提醒的空氣流向的散熱空間也都剛好。

那個瞬間有點不可思議，因為我在選購時完全沒有把握，只是相信AI幫我確認過的結果。

時間回到USG和機櫃都還在路上時，我沒有閒著。

這次不一樣——我有AI了。

第一次架網路的時候，AI還沒有普及，我完全靠自己爬文摸索。那次的成果不錯，但很多概念是一知半解地吸收進來，我只學了實作，原理只大略理解一點，所以隨著兩年沒用，基本都還給網路了。等我開始意識到要裝路由器、跟AI討論時，很多東西是透過AI的提醒才漸漸想起來的。

既然如此，我乾脆決定：讓AI把我當成一個完全零知識的外行人來教。不預設我懂什麼，從頭來過。這樣可以避免雙方認知不一致、AI以為我懂某個概念但其實我忘了，從而導致後面出錯。

我單獨開了一個聊天室，專門研究問題，比如：路由器設定DHCP，還是小烏龜橋接+路由器PPPoE——哪個才是正確答案？

這兩種方案的原理是什麼、優劣各是什麼、為什麼很多FPS玩家這麼執著PPPoE——我一個一個問清楚。那時候我不是完全不懂，亦不能說我真的懂，只知道路由器是要替小烏龜分擔工作，PPPoE感覺才是正確答案，但我說不出為什麼。

問完之後，我悟了。PPPoE讓路由器直接接管撥號，小烏龜退場——整個網路的核心工作，全部交給USG主導。乾淨、清晰、可以掌握。這才是我想要的結果。

這段期間我還跟AI確認了很多設定細節，甚至特別強調：若非必要，請踩我煞車，不要讓我做多餘的事。我想在貨到之前把功課做完，這樣AI教我設定的時候，我有概念、能判斷AI有沒有出錯。

還好AI這個領域在這段期間飛速成長，整體交流出錯的頻率比之前低了很多。這次的網路設定，進行得比我預期的順。

USG在路上，功課做完了。

我準備好了。