DX4600 Docker部署Alist全攻略:端口映射與網(wǎng)盤掛載避坑指南)
簡介這份資源是面向綠聯(lián) NAS 用戶的 Docker 實戰(zhàn)圖文教程聚焦在綠聯(lián) DX4600同樣適用于 DH2600上部署 Alist 并掛載網(wǎng)盤這一常見需求適合剛接觸 NAS 容器、希望把阿里云盤、115 網(wǎng)盤等統(tǒng)一管理的入門用戶也適合想少走彎路、按圖索驥完成配置的進階玩家。資源包共 1 個 PDF 文件約 2.91MB內(nèi)容以圖文步驟為主從鏡像搜索、容器創(chuàng)建、存儲空間與端口設置到初始密碼查找、登錄改密再到阿里云盤刷新令牌填寫與 115 網(wǎng)盤 Cookie 獲取均有對應截圖與說明目錄按容器配置、網(wǎng)盤掛載分節(jié)引導便于對照操作。目前已有 912 人學習說明該教程在同類場景中具備一定參考價值。讀者可借此掌握 Alist 容器的完整搭建流程與常見網(wǎng)盤掛載思路理解端口、存儲映射、重啟策略等關鍵配置項并能在遇到鏡像下載、密碼獲取等問題時快速定位減少反復試錯的時間成本。1. 綠聯(lián) DX4600 上跑 Alist一個端口填錯就能折騰一晚上的容器活第一次在綠聯(lián) DX4600 上裝 Alist我把本地端口隨手改成了 5244 之外的數(shù)字結果容器起來了、日志也正常瀏覽器就是打不開來回重啟了四五次才反應過來是端口映射和訪問地址對不上。這類 NAS 上的 Docker 部署坑往往不在鏡像本身而在存儲路徑、端口、重啟策略這幾個參數(shù)上。這篇記錄的是綠聯(lián) DX4600同系列 DH2600 的 Docker 界面基本一致從拉鏡像到掛載網(wǎng)盤的完整過程適合剛上手 NAS 容器、想把網(wǎng)盤統(tǒng)一掛到一個入口的開發(fā)者。群暉和極空間的界面邏輯不同參數(shù)思路可以借鑒但按鈕位置別照搬。2. 裝前把環(huán)境列清楚鏡像、目錄、端口三件事2.1 鏡像怎么選認準 xhofe/alist 這個倉庫名綠聯(lián)的 Docker 主界面走的是「鏡像管理 → 本地鏡像 → 添加」這條路徑彈窗里給的是官方庫搜索框直接輸xhofe回車列表第一個就是xhofe/alist。這里有個版本取舍不寫 tag 默認拉latest對個人 NAS 場景夠用因為 Alist 的配置都落在掛載出來的data目錄里升級鏡像不會丟數(shù)據(jù)如果你追求可回滾可以在搜索時手動指定具體版本 tag把版本號記在自己的部署筆記里出問題能退回去。鏡像體積不小下載過程會出現(xiàn)進度條完成后顯示All done點「完成」即可。如果本地鏡像列表里沒看到剛下的鏡像點右上角「刷新」這是綠聯(lián)界面緩存沒及時更新的常見現(xiàn)象不是下載失敗。2.2 存儲目錄先建好Docker/alist/data 三級結構這一步是整個部署里最容易被跳過、也最容易翻車的地方。原文的操作是提前在存儲空間根目錄建好Dockeralistdata三級文件夾然后在容器創(chuàng)建時把宿主機的這個data目錄映射到容器內(nèi) Alist 的數(shù)據(jù)目錄。我一般會在創(chuàng)建容器之前就把目錄建完避免在映射界面里臨時找路徑找錯層級。目錄結構建議固定成下面這樣后面遷移或者備份都省事# 在 NAS 的存儲空間根目錄下建立三級目錄 # 假設你選的是 M.2 硬盤 2 這個存儲空間 /Docker /alist /data # 映射給容器存 Alist 的配置和數(shù)據(jù)庫data目錄是 Alist 的「黑匣子」賬號密碼、存儲掛載配置、令牌全在里面。映射時右側(cè)的權限必須從默認的「只讀」改成「讀寫」否則容器能啟動但寫不進配置表現(xiàn)為登錄后改密碼不生效、添加存儲報錯。這個只讀/讀寫的開關就在存儲空間設置那一欄點一下切換別漏。2.3 端口和重啟策略5244 與「容器退出時總是重啟」端口設置里本地端口填5244這是 Alist 的默認 Web 端口。原文特別強調(diào)小白別亂改原因很實際后面訪問要用NAS的IP:5244端口一改你記的地址、桌面快捷方式、甚至路由器上的端口轉(zhuǎn)發(fā)全要跟著改排查時容易把「端口不對」誤判成「服務沒起來」。如果 5244 已經(jīng)被別的容器占用換一個 5000 以上的空閑端口然后把這個數(shù)字寫在便簽上。重啟策略選「容器退出時總是重啟容器」。NAS 會定時重啟、斷電恢復、Docker 服務重載不選這個策略Alist 掛了就得手動點啟動。這條不是強制項但對長期掛網(wǎng)盤的服務來說選上能省掉很多「怎么突然打不開了」的疑問。3. 創(chuàng)建容器高級模式里只動存儲和端口兩處3.1 從鏡像創(chuàng)建容器并進入高級模式在「鏡像管理 → 本地鏡像」里找到xhofe/alist點鏡像下方的「創(chuàng)建容器」。彈出的向?qū)Ю锵劝讶萜髅Q改掉默認名往往是一串鏡像名加隨機后綴后期容器一多根本分不清誰是誰我一般命名成alist或者alist-main跟用途掛鉤。改完名稱打開「高級模式」點「下一步」進入詳細配置頁。高級模式里參數(shù)很多但 Alist 這個容器真正需要動的只有「存儲空間」和「端口設置」兩塊其余保持默認。原文也點明了這一點不同容器的填法不一樣別把 Alist 的配置習慣套到別的鏡像上。3.2 存儲空間映射選對硬盤、選對 data 目錄、改成讀寫點上方「存儲空間」標簽在「自動」那一欄選擇你存放 Docker 的硬盤。原文作者放在 M.2 硬盤 2你按自己實際的存儲空間選原則是選容量夠、讀寫穩(wěn)定的那塊別選到外接 U 盤或者即將寫滿的盤上。然后雙擊進入剛才建好的Dockeralistdata選中data文件夾后點右下角「選擇」。映射關系確認后把右側(cè)的「只讀」點一下切成「讀寫」。這一步的判斷標準很簡單容器里 Alist 要往這個目錄寫數(shù)據(jù)庫和配置只讀掛載等于給它戴了手銬。宿主機路徑/存儲空間/Docker/alist/data 容器內(nèi)路徑/opt/alist/data 權限讀寫容器內(nèi)路徑以鏡像實際約定為準創(chuàng)建向?qū)Ю锶绻呀?jīng)預填了容器路徑保持不動只核對宿主機這一側(cè)指向的是你建的data。路徑層級錯一級比如指到了alist而不是alist/dataAlist 會把配置散落在上層目錄后面?zhèn)浞輹r容易漏。3.3 端口映射與完成創(chuàng)建點上方「端口設置」本地端口填5244容器端口保持鏡像默認。填完點「下一步」再點「完成」。回到「容器管理」找到剛建的alist容器點下方的「啟動」。啟動后狀態(tài)變成運行中點右側(cè)「快捷方式」可以在桌面生成入口也可以直接在局域網(wǎng)瀏覽器里輸NAS的IP:5244注意中間是英文冒號。訪問不通時按這個順序查容器是否在運行 → 端口是否被占用 → 防火墻或安全組是否放行 → IP 是否填錯。大部分「打不開」都落在前兩項跟鏡像本身沒關系。4. 首次登錄與密碼修改初始密碼藏在容器日志里4.1 從日志里撈初始密碼第一次打開IP:5244會進到 Alist 登錄頁用戶名默認admin密碼不是固定的得去容器日志里找?;氐饺萜鞴芾睃calist容器的「詳情」上方切到「日志」用鼠標往下滑找到包含password的那一行它后面跟的一串就是初始密碼。復制回去填上登錄。日志里信息不少找的時候認準password這個關鍵詞別把旁邊的時間戳或者路徑當成密碼。如果日志滾動太快沒抓到停一下容器再啟動初始密碼會在啟動日志里重新打印一次。4.2 改掉 admin 密碼順手處理 guest 賬號登錄后點左側(cè)「用戶」右側(cè)列表里能看到admin和幾個guest賬號。點「編輯」把 admin 的密碼改成自己的改完會要求重新登錄這是正常流程。guest 賬號按需處理不需要匿名訪問就把 guest 的密碼也改掉或者直接禁用需要分享只讀入口再保留。這一步別嫌麻煩。Alist 掛的是網(wǎng)盤admin 權限等于你所有掛載盤的鑰匙初始密碼是公開在日志里的不改等于門沒鎖。5. 掛載網(wǎng)盤阿里云盤填令牌115 抓 Cookie5.1 阿里云盤刷新令牌是唯一要自己拿的字段點左側(cè)「存儲」上方「添加」選擇阿里云盤驅(qū)動。表單里除了「刷新令牌」其余字段照抄官方文檔給的默認值即可掛載路徑自己起個名字比如/aliyun。刷新令牌的獲取方式 Alist 官方文檔有專門頁面按步驟授權后拿到一串 token復制進「刷新令牌」框點「保存」。保存后回到存儲列表狀態(tài)顯示正常就說明掛載成功。如果報錯先核對 token 有沒有復制完整首尾容易漏字符再看掛載路徑有沒有和已有存儲重名。阿里云盤的令牌有有效期過期后需要重新獲取這是這類網(wǎng)盤掛載的常態(tài)不是配置寫錯了。5.2 115 網(wǎng)盤F12 抓 Cookie 的完整動作115 網(wǎng)盤走的是 Cookie 方式。打開 115 網(wǎng)盤網(wǎng)頁版并登錄按 F12 打開開發(fā)者工具再按 F5 刷新頁面在 Network 面板里找主文檔請求復制請求頭里的 Cookie 整串值?;氐?Alist 存儲添加頁選 115 驅(qū)動掛載路徑自己填把 Cookie 粘進對應框點「添加」。掛載路徑/115 # 自定義別和已有存儲沖突 Cookie從瀏覽器開發(fā)者工具復制的整串值Cookie 里包含登錄態(tài)復制時不要帶多余空格或換行粘進去后保存看狀態(tài)。其他網(wǎng)盤的掛載邏輯基本一致要么給令牌要么給 Cookie區(qū)別只在字段名。掛載完成后在 Alist 首頁點進對應目錄能列出文件、能下載才算真正跑通。6. 裝完怎么驗證三步確認這套 Alist 真的能用6.1 容器層驗證狀態(tài)、日志、重啟策略先看容器管理里alist的狀態(tài)是不是運行中點「詳情」看日志有沒有持續(xù)報錯。再確認重啟策略生效手動重啟一次 NAS 或者重啟 Docker 服務等幾分鐘后容器應該自己起來不需要你手動點啟動。這一步能提前暴露「重啟后服務不在」的問題比等真正斷電時才發(fā)現(xiàn)強。6.2 服務層驗證登錄、改密、掛載列表瀏覽器訪問IP:5244用改過的 admin 密碼登錄進「存儲」看每個掛載項的狀態(tài)。逐個點進掛載目錄確認能列目錄、能打開文件。阿里云盤重點看令牌是否過期115 重點看 Cookie 是否還有效。任何一項狀態(tài)異常先單獨修那一項別整體重裝。6.3 數(shù)據(jù)層驗證data 目錄有沒有真的寫進去最后回到 NAS 文件管理進Docker/alist/data確認里面有 Alist 生成的數(shù)據(jù)庫和配置文件且修改時間是你最近操作的時間。如果目錄是空的或者時間停在創(chuàng)建那一刻說明讀寫映射沒生效回去把存儲空間的「只讀」改成「讀寫」再重啟容器。驗證項看哪里正常表現(xiàn)容器狀態(tài)容器管理列表運行中重啟后自動恢復Web 訪問瀏覽器 IP:5244登錄頁正常admin 可登錄網(wǎng)盤掛載存儲列表 目錄瀏覽狀態(tài)正常能列文件數(shù)據(jù)落盤Docker/alist/data有數(shù)據(jù)庫文件時間隨操作更新這套驗證我一般部署完當場走一遍尤其是數(shù)據(jù)落盤那一步很多人只看到網(wǎng)頁能開就以為成了結果一重啟配置全丟回頭還得重掛一遍網(wǎng)盤。從那以后我每次在 NAS 上起新容器都強制把「重啟后是否自恢復」和「數(shù)據(jù)目錄是否真寫入」這兩條走一遍省下的返工時間遠比這幾分鐘多。希望幫到你。本文還有配套的精品資源點擊獲取