本篇涵蓋兩個 registry 的部署與操作：Nexus Repository（多格式套件）和 Harbor（容器映像）。兩者可以獨立運作，也可以搭配使用——Nexus 管套件依賴、Harbor 管容器映像，各自負責不同的 artifact 類型。

Nexus Repository：統一的離線套件 proxy

Nexus Repository OSS（開源版）支援 apt、yum、npm、PyPI、Maven、NuGet、Go modules 等多種格式，用一個實例取代多個獨立的離線 repo mirror。部署在內網後，所有開發機器和 CI runner 把套件 source 指向 Nexus。

部署

Nexus 本身是一個 Java 應用，用 Docker 部署最簡單。映像需要事先從外部搬進來：

1# 外部機器下載映像
2docker pull sonatype/nexus3:latest
3docker save sonatype/nexus3:latest -o nexus3.tar
4
5# 搬運到內網後載入
6docker load -i nexus3.tar
7docker run -d -p 8081:8081 --name nexus \
8  -v nexus-data:/nexus-data \
9  sonatype/nexus3:latest

初始管理員密碼在容器內 /nexus-data/admin.password，首次登入後強制修改。

Hosted repo 模式

連網環境的 Nexus 通常用 proxy repo（代理公開 registry、快取下載過的套件）。斷網環境 proxy 模式無法運作，改用 hosted repo——手動上傳套件到 Nexus，Nexus 作為唯一的分發來源。

以 npm 為例，workflow 是在外部機器打包、搬運、上傳：

 1# 外部機器：打包專案的所有依賴
 2npm pack --pack-destination ./npm-packages/
 3# 或用 npm-offline-packager 批次下載整棵依賴樹
 4npx npm-offline-packager --package ./package.json --output ./npm-packages/
 5
 6# 搬運到內網後上傳到 Nexus
 7for pkg in ./npm-packages/*.tgz; do
 8  curl -u admin:password \
 9    --upload-file "$pkg" \
10    "http://nexus.internal:8081/repository/npm-hosted/"
11done

apt 和 yum 的做法類似：外部機器用 apt-get download 或 yumdownloader 抓 .deb / .rpm 檔案，搬進來後上傳到 Nexus 的 hosted repo。

客戶端設定

開發機器和 CI runner 的套件 source 指向 Nexus：

1# npm
2npm config set registry http://nexus.internal:8081/repository/npm-hosted/
3
4# pip
5pip install --index-url http://nexus.internal:8081/repository/pypi-hosted/simple/ package-name
6
7# apt（在 /etc/apt/sources.list.d/ 加一份）
8deb http://nexus.internal:8081/repository/apt-hosted/ focal main

Harbor：容器映像的 private registry

Harbor 是 CNCF 畢業專案的企業級容器 registry，支援映像簽章、漏洞掃描（Trivy）、存取控制、映像複製。在斷網環境裡它是 Docker Hub 和 ECR 的替代品。

部署

Harbor 用 Docker Compose 部署。安裝包需要從外部下載後搬進來：

 1# 外部機器下載離線安裝包
 2wget https://github.com/goharbor/harbor/releases/download/v2.11.0/harbor-offline-installer-v2.11.0.tgz
 3
 4# 搬運到內網後解壓
 5tar xzf harbor-offline-installer-v2.11.0.tgz
 6cd harbor
 7
 8# 複製並編輯設定
 9cp harbor.yml.tmpl harbor.yml
10# 修改 hostname、storage 路徑、HTTPS 憑證（內部 CA 簽發）
11
12# 安裝
13./install.sh --with-trivy

--with-trivy 啟用內建的漏洞掃描。Trivy 的漏洞資料庫需要離線更新——從外部下載 DB 檔案、搬進來放到指定路徑。

專案與存取控制

Harbor 用「專案」（project）組織映像。每個專案可以設定獨立的存取控制：

• library：公開專案、所有使用者可 pull
• platform：平台團隊專用、限定成員可 push
• vendor：第三方 base image、由 infra 團隊管理更新

robot account 提供 CI/CD 用的非互動式認證（限定 pull / push 權限、可設定到期時間）。

映像搬運 SOP

映像從外部搬進斷網環境是一個需要標準化的操作，涉及格式、大小、多架構支援：

搬運工具比較

skopeo 的操作流程：

1# 外部機器：從 Docker Hub 複製到本地目錄
2skopeo copy docker://nginx:1.25-alpine dir:./images/nginx-1.25-alpine
3
4# 搬運到內網後：從本地目錄推到 Harbor
5skopeo copy dir:./images/nginx-1.25-alpine \
6  docker://harbor.internal/library/nginx:1.25-alpine \
7  --dest-tls-verify=false  # 如果 Harbor 用內部 CA

多架構映像

如果環境同時有 amd64 和 arm64 的機器，搬運時要帶整個 manifest list：

1# 外部：複製所有架構
2skopeo copy --all docker://nginx:1.25-alpine \
3  dir:./images/nginx-1.25-alpine-multiarch
4
5# 內網：推送所有架構
6skopeo copy --all dir:./images/nginx-1.25-alpine-multiarch \
7  docker://harbor.internal/library/nginx:1.25-alpine

--all flag 確保 manifest list 裡的每個架構都被複製，而非只複製本機架構。

套件與映像的更新週期

斷網環境的套件和映像不會自動更新——每一次更新都是一次有意識的搬運操作。更新週期的頻率由安全需求決定：

每次更新的標準流程：

1. 外部機器下載：按清單下載指定版本的套件和映像
2. 安全掃描：在外部（或 staging gateway）跑 Trivy / Snyk 掃描，確認沒有已知的高風險 CVE
3. 審查核准：掃描報告給安全團隊或負責人簽核
4. 搬運：核准的 artifact 寫入唯讀媒體或加密通道搬進內網
5. 上傳到 registry：推到 Nexus 和 Harbor
6. 通知團隊：哪些套件/映像有新版本可用

這個流程的產出是一份更新清單（什麼版本、掃描結果、核准人），存進版控作為稽核紀錄。

Helm chart 離線管理

Kubernetes 環境用 Helm 部署應用。斷網時 Helm chart 需要離線管理：

1# 外部機器：下載 chart
2helm repo add bitnami https://charts.bitnami.com/bitnami
3helm pull bitnami/postgresql --version 15.5.0
4
5# 搬運到內網後有兩個存放選項

選項一：Harbor 內建 chart 支援。Harbor 2.0+ 支援 OCI artifact，Helm chart 可以直接推到 Harbor：

1helm push postgresql-15.5.0.tgz oci://harbor.internal/charts

選項二：ChartMuseum。獨立的 chart repository server：

1# 上傳 chart
2curl --data-binary "@postgresql-15.5.0.tgz" \
3  http://chartmuseum.internal:8080/api/charts

Harbor 的 OCI 方式較簡單（不需要額外維護 ChartMuseum），但需要 Helm 3.8+ 的 OCI 支援。

時程與管理層溝通

管理層需要知道的成本：registry 的維護不是一次性投入，每個更新週期都需要工程師時間執行搬運和掃描。這筆成本在連網環境裡由公開 registry 和自動更新吸收，斷網環境裡由團隊承擔。

跨分類引用

• → 斷網環境的通用原則：content ferry pattern 和安全審查流程
• → 斷網環境的容器與映像管理：映像搬運的更完整討論（本篇聚焦 registry 部署、該篇聚焦映像生命週期）
• → 斷網環境的 IaC：Terraform provider 也需要離線 mirror、可用 Nexus 的 raw hosted repo 存放