USG到了，春節連假也到了，設定開始。
設定之前，AI已經幫我做好功課了——它知道我買路由器的目的是要「架空」小烏龜，讓小烏龜只負責光纖轉換，其他的全部交給USG。
所以AI教我的第一步是：把小烏龜設定成橋接模式。
它也解釋了為什麼這步很關鍵——如果不做這個設定，小烏龜和USG都在做NAT，就會形成雙NAT，造成網路效能下降，某些連線功能也會出問題。
路由器這邊，原本我不知道PPPoE和DHCP在網路使用體驗上究竟有沒有差別，直到AI替我補習之後才真正搞懂——PPPoE讓USG直接接管撥號，小烏龜退場，整個網路的核心工作全部交由USG主導，全屋架構因此變得更乾淨、更穩定、也更容易管理。這才是我想要的結果。
設定完成。
一切正常運作，沒有出問題。
之後我更新了網路拓樸圖，傳給AI看，請它評估現在的網路是什麼等級。它給了我三個維度的評分：架構成熟度8分、安全成熟度6分、思維成熟度9分。
架構分高，安全分低——因為我還沒有啟用VLAN，所有設備還在同一個廣播域裡。這個評估讓我意識到，下一步要學的是什麼。
---
我決定重啟MC伺服器計畫——這次從零開始，有了USG打底，加上AI更新，以及這段期間的協作磨合，這次感覺底氣足多了。
---
這次我做足了準備。
跟AI從頭說清楚：伺服器的硬體需求、安裝在NAS的哪個位置、MC版本選擇、Forge安裝。AI給了我一段Compose指令碼，我貼進編輯器，執行。
我做好了心理準備——LOG大概會在某個環節報錯，然後我們要花好幾個小時除錯。對，上次的陰影還在。
結果LOG一行一行跑完，沒有報錯。
伺服器啟動了。
我盯著畫面，有點不知道該有什麼反應。之前是怎樣？為什麼這次這麼順？
之前的狀況是：容器每次啟動就去線上安裝Forge，但NAS的網路路由走錯，連不到外部伺服器，於是無限重試、卡死。換了各種方法，跨了好幾個聊天室，就是繞不出這個圈子。
AI分析說，可能是MC、Forge或Docker其中一個版本更新，剛好修掉了當時我們找不到的bug。沒有人知道確切原因，但結果是好的，我就當成玄學吧，畢竟後面還有真正的大魔王在等我。
AI還特別提醒我：新版MC安裝時要確認有沒有對應的新Forge版本，因為MC最新版有時候FORGE會沒跟上更新，版本不對應的話伺服器會啟動失敗。這個細節我自己不一定想得到，有點意外，但也很受用。
---
伺服器跑起來了，下一步是讓朋友連進來。
這次AI是在知道我有USG的前提下教我的。在Nebula裡設定Port Forward，開好對的口，設定轉發規則——流程跟以前用小烏龜設定一樣，只是這次換成在Nebula介面裡操作。
設定完成之後，我拿出ROG Ally掌機，連上手機的行動網路基地台，製造出一個外網裝置，嘗試連線MC伺服器，同時做好截圖準備，紀錄下錯誤代碼，開始新一輪的考驗。
直到下一段畫面顯示MC進入世界後的第一道風景。
連線成功了。
我？？？？？WHAT？？？
成功了？照慣例不是應該要再出現問題來考我的嗎？
我有點不敢相信，盯著畫面看了好幾秒。那個時候是凌晨三點左右，聽著MC的BGM，周圍的羊叫聲，我意識到這次似乎真的可行，似乎看得到終點在哪裡，這時候我需要一個協助對照者，而這時，我剛好看到其中一個預定一起玩MC的朋友A還在DC頻道上。
我直接徵召他來幫我實驗，恩，他正好睡醒（凌晨三點？），到電腦前調整什麼設定，準備睡回籠覺，被我精準GET到時機抓過來了。
於是他照著我的設定安裝了對應的MC和Forge版本，輸入AI給我的伺服器對外連線IP，開始連線。
我開始留意伺服器LOG紀錄，看看有沒有收到連線請求。畢竟之前光這一階段就遇到很多錯誤訊息，我準備見識這次有沒有什麼不同的變化。當然我不打算測試太久，以免耽誤朋友的睡覺時間，先試個水溫就好，順便讓自己心態冷靜一下。
朋友A已進入世界。
我直接傻眼了。
就解決了？WTF。
---
隔天白天，我把朋友B和C也叫來測試。他們也是直接順利連線，沒有任何問題。
朋友A說了一句讓我印象很深的話：這是他玩過體驗最順的MC，沒有卡頓、沒有LAG、沒有斷線、沒有掉幀，都沒有。他的電腦和網路本來就比較差，平常玩MC都會遇到這些問題，他甚至習慣了在8FPS的情況下探險，這次完全沒有，讓他覺得他的電腦跟網路還能戰10年。
這個超乎意料的高評價，讓我終於放下心來。
夢想很久的事情實現了，但實感還沒跟上——那種怪異的感覺，做好了萬全心理準備，結果一切順利，反而不知道該怎麼反應，就是鬆了一口氣。
---
我把好消息回報給AI。以為MC的事到這裡算告一段落了。
AI恭喜我之後，問了一個我完全沒想到的問題：需不需要設計一個定時備份方案？
我原本鬆懈下來的精神再度提起，什麼？還有這套路？
AI知道我有一個M.2槽專門處理備份寫入，建議我趁現在把備份機制建起來。它問我：打算多久備份一次？最多保留幾個備份檔？需不需要雙層備份機制？
雙層備份的概念是：前期發展快速時，用短間隔備份到M.2；同時設定一個間隔較長的方案，把M.2的備份再備份到HDD，然後刪除M.2上的舊檔，節省M.2上的空間，節省HDD的頻繁讀寫，貫徹這套硬體配置下的優勢，所以這個方案確實又打開我的視野。
我覺得AI想到這個真的很貼心。以前跟朋友一起玩私人伺服器時，出過幾次問題——世界毀損被迫重來，或者手動備份的時間點跟出錯時差太多，那段期間發展的東西全沒了，自己也忘了少了什麼。那時候反正有的玩就很開心了，沒期待過這部分能有什麼改善，也就沒多想。所以被AI主動問起的時候，才特別有感觸——它知道MC伺服器前期玩家最活躍、世界變化最快，這時候如果出問題，回溯點越多越好。
我決定先從簡單的開始：每半小時備份一次到M.2，其他的之後再說。
AI給了我一段Stack指令碼，部署之後觀察LOG。第一次失敗——AI分析說備份容器要跟伺服器的Stack綁在一起，不然偵測不到。於是照著AI給的新作法重新設定，第二次成功。
現在伺服器每半小時自動備份一次，我只需要偶爾去清理一下累積的備份檔就好。
---
確認備份機制正常之後，我開始想下一件事。
Port Forward雖然能讓朋友連進來，但這等於在公網上開了一個缺口——AI之前就提醒過我這個風險，任何知道這個Port的人理論上都能嘗試連線。當時我選擇先擱著，把連上線這件事優先解決。沒想到這麼快就輪到處理這個問題了。
AI給的解法是路由器的VPN。
於是我讓AI教我在Nebula上設定VPN，把設定檔下載下來傳給朋友安裝，連上VPN之後就等於進入了我的內網，再用內網IP連線MC伺服器，公網的埠口就可以關掉。
設定完成，朋友安裝VPN設定檔，重新連線——成功。
比Port Forward更安全，連線也更穩定。
而且竟然是已經設定好的VPN，傳給朋友安裝就直接走起，這更讓我傻了一下，有個路由器竟可以讓這麼多彎彎繞繞的道路直接拉直並直衝終點。
---
VPN設定好之後，因緣際會下，我注意到了TeamSpeak。
TeamSpeak是一個可以自己架私人語音伺服器的軟體，平常大家都用Discord，但自己架一個私人伺服器當備案，萬一Discord出問題也不怕。
我問AI能不能把TeamSpeak架在NAS上。AI跟我確認了使用需求和推薦的版本，給了我Docker的Compose指令碼，部署完成，透過同一個VPN內網讓朋友加入——成功。
---
至此，靠著AI的協作，我完成了：
MC伺服器建置、外網連線設定、轉內網VPN連線、TeamSpeak私人語音伺服器——全部順利完成，全部在NAS上跑著。
這台NAS從一個「比較貴的雲端硬碟」，變成了一個24小時運作的個人伺服器，承載著我和朋友的遊戲世界。
這不是終點。
AI評估我的網路架構時說，安全成熟度只有6分，因為還沒有啟用VLAN。所有設備還在同一個廣播域裡，IoT設備跟電腦同層，監控跟NAS同層，這是下一個要解決的問題。
VLAN，是下一個要學的東西。
但在那之前，我想先把這段走過來的路記錄下來。
寫這篇文章的時候，朋友們還在語音頻道裡——討論下一個探險目標、要蓋什麼、要找什麼素材。我在這頭打字，他們在那頭玩，用的是同一個世界。這種感覺，我覺得值得留下來。
從一個對NAS一無所知的人，到現在這個狀態——不是因為我變得很厲害，而是因為我學會了怎麼跟AI一起走過去。
這，就是InFanIte實驗LOG的起點。
