公開、私人、靜態與專用是彼此獨立的位址屬性。建立部署地圖，也要涵蓋路由、防火牆、正向 DNS、反向 DNS 與 TLS，並與控制各項設定的單位一起驗證。
位址屬性回答不同的問題
公開與私人描述位址預定路由的位置。靜態與動態描述指派隨時間的行為。專用與共用描述位址在服務內的使用或分配方式。這些是彼此獨立的屬性：穩定的公開位址可能服務許多網站，而私人位址可以在受控網路內動態指派。
在部署中寫下每個位址的角色：公開進入點、內部資料庫、管理路由或對外連線。然後識別由誰指派它，以及什麼可以改變。這可避免組態工作依賴諸如專用代表永久固定，或公開代表服務可達之類的假設。可達性也取決於路由、防火牆與應用程式的接聽程式。
私人定址仍需要路由與存取控制
RFC 1918 為私人網路保留 IPv4 範圍 10.0.0.0/8、172.16.0.0/12 與 192.168.0.0/16。其位址不是全球唯一的公開目的地。網路可以為對外連線轉譯私人位址，或透過明確路由連接私人網路。位於轉譯後的輸入服務需要刻意設計的發布方法；僅變更 DNS 記錄不會建立該路由。
IPv6 有其自己的位址類型與範圍，包括連結本地定址與可全球路由的單播位址。請分別檢閱它，而不是假設 IPv4 防火牆或轉譯規則涵蓋 IPv6。私人位址不是驗證機制，而公開 IPv6 位址也不是暴露每項服務的理由。請從每個相關網路測試存取，並在適當邊界限制管理。
穩定名稱與穩定位址彼此相關
DHCP 透過協定分配位址組態，並可使用租約。動態指派的位址可能維持不變一段時間；這並不使其永久性成為合約保證。當應用程式依賴穩定位址時，請驗證供應商的指派與變更政策，而不是從昨天的連線推斷。
動態 DNS 可以在位址變更後更新名稱，但用戶端仍可能快取先前的答案。它也無法克服無法連線的接聽程式、缺少的輸入路由或電信級位址轉譯。當網路允許連線且應用程式能容忍更新延遲時，請使用它。對於代管部署，請在圍繞它建立允許清單或外部整合之前，記錄預定的位址生命週期。
| 屬性 | 要確認的事項 | 常見的錯誤假設 |
|---|---|---|
| 公開或私人 | 路由範圍與存取路徑 | 單靠位址就能讓服務可達 |
| 靜態或動態 | 指派與變更政策 | 未變更的租約就是永久 |
| 專用或共用 | 分配與允許用途 | 專用位址提供匿名身分 |
| IPv4 或 IPv6 | 路由與防火牆組態兩者 | 一個協定的設定涵蓋另一個 |
正向 DNS 與反向 DNS 有不同的擁有者
正向 DNS 將名稱對應到 A 與 AAAA 位址記錄等資料。反向 DNS 使用與位址相關的命名空間及 PTR 記錄，將位址與名稱關聯。控制正向 DNS 區域的組織，不一定是控制該位址範圍反向 DNS 的組織。在承諾反向名稱之前，請取得正確的組態路徑。
透過適當的解析器檢查記錄並記錄結果。對於用來識別主機的 PTR，也請檢查對應的正向記錄是否指向預期的位址。反向 DNS 可支援營運識別與某些郵件系統檢查，但它不會驗證應用程式或保證訊息傳遞。郵件傳送也需要自己的網域、信譽與驗證檢閱。
並非每個 HTTPS 網站都需要專用位址
HTTP 主機路由與 TLS 伺服器名稱指示擴充功能，讓支援的用戶端與伺服器依名稱選擇網站或憑證。因此多個 HTTPS 網站可以使用一個位址，而不需要每個網域一個公開位址。實際的代管組態與所需用戶端決定該安排是否合適。
只有在有文件記載的需求要求時，例如支援的網路隔離或預期有不同端點的外部系統，才選擇額外位址。位址不會提供免受信譽問題影響的保護，也不會識別操作服務的人。請將憑證、主機名稱路由與位址分配保留為各自獨立的檢查。透過使用者實際將造訪的主機名稱驗證所提供服務的憑證。
變更記錄前先使用部署地圖
建立小型地圖，包含每個主機名稱、位址記錄、接聽程式、防火牆路徑與負責單位。納入管理、備份與任何對外允許清單。檢查 SwissOctet 組態是否列出你需要的位址選項，並在依賴反向 DNS 控制之前詢問相關事宜。不要將目錄選項呈現為已佈建的實際指派。
在移轉期間，先準備好目的地應用程式與 TLS 設定，再將使用者導向該處。考量 DNS 快取並維持可用的復原路徑。分別驗證正向解析、實際應用程式可達性與預期的反向名稱。地圖讓失敗更容易定位，因為錯誤的記錄、關閉的連接埠與不符的憑證是不同問題，且有不同的負責單位。
您的實用檢查清單。
- 對應位址角色、指派與擁有權。
- 分別檢查 IPv4 與 IPv6。
- 在依賴 DNS 之前驗證輸入路由。
- 識別誰控制 PTR 記錄。
- 一起測試主機名稱、憑證與應用程式。
重要細節。
專用 IP 會讓服務匿名嗎？+
不會。它描述的是分配或使用安排，不是身分或隱私保證。帳戶、流量與應用程式資料各有不同的影響。
我可以從網域的 DNS 面板設定 PTR 記錄嗎？+
只有在它也控制相關反向區域時才可以。位址供應商通常控制該區域，或提供單獨的請求流程。
每個 HTTPS 網域都需要自己的位址嗎？+
不一定。支援的用戶端與伺服器可以使用名稱式路由與 TLS SNI。請驗證實際的代管與用戶端需求。
前往來源。
這些參考資料支持本指南中的技術概念。在變更生產系統之前，請遵循最新文件。
- RFC 1918：私人網際網路的位址分配 www.rfc-editor.org
- RFC 2131：動態主機設定協定 www.rfc-editor.org
- RFC 1035：DNS 實作與規格 www.rfc-editor.org
- RFC 4291：IPv6 定址架構 www.rfc-editor.org
- RFC 6066：TLS 擴充功能，包括伺服器名稱指示 www.rfc-editor.org
由 SwissOctet 提供的編輯指引。範例僅供說明。服務規格、可用選項與合約條件必須另行驗證。