Azure 中 Linux 虛擬機器的 DNS 名稱解析選項
適用於：✔️ Linux VM ✔️ 彈性擴展集
Azure 預設會提供單一虛擬網路中所有虛擬機器的 DNS 名稱解析。 您可以在 Azure 託管的虛擬機器上設定專屬 DNS 服務，以實作專屬 DNS 名稱解析解決方案。 下列案例應該可協助您選擇哪一種適合您的情況。
您使用的名稱解析類型取決於虛擬機器和角色執行個體如何彼此通訊。
下表說明各種案例和對應的名稱解析解決方案：
| 案例 | 方案 | 尾碼 |
|---|---|---|
| 相同虛擬網路中的角色執行個體或虛擬機器之間的名稱解析 | Azure 提供的名稱解析 | 主機名稱或完整網域名稱 (FQDN) |
| 不同虛擬網路中的角色執行個體或虛擬機器之間的名稱解析 | 客戶受控的 DNS 伺服器將虛擬網路之間的查詢轉送供 Azure (DNS Proxy) 解析。 請參閱使用專屬 DNS 伺服器的名稱解析。 | 僅限 FQDN |
| 解析 Azure 中角色執行個體或虛擬機器的內部部署電腦及伺服器名稱 | 客戶管理的 DNS 伺服器 (例如，內部部署的網域控制站、本機唯讀網域控制站或使用區域傳輸同步的次要 DNS)。 請參閱使用專屬 DNS 伺服器的名稱解析。 | 僅限 FQDN |
| 從內部部署電腦的 Azure 主機名稱解析 | 將查詢轉送到所對應虛擬網路中客戶管理的 DNS Proxy 伺服器。 Proxy 伺服器將查詢轉送給 Azure 進行解析。 請參閱使用專屬 DNS 伺服器的名稱解析。 | 僅限 FQDN |
| 內部 IP 的反向 DNS | 使用專屬 DNS 伺服器的名稱解析 | n/a |
Azure 提供的名稱解析
除了公用 DNS 名稱的解析之外，Azure 也提供相同虛擬網路中的虛擬機器和角色執行個體的內部名稱解析。 在 Azure Resource Manager 型虛擬網路中，DNS 尾碼在虛擬網路之間是一致的，因此不需要 FQDN。 DNS 名稱可以指派給網路介面卡 (NIC) 和虛擬機器。 雖然 Azure 提供的名稱解析不需要任何設定，但其不適用於所有部署案例，如上表所示。
功能和注意事項
功能：
- 不需要設定，就能使用 Azure 提供的名稱解析。
- Azure 提供的名稱解析服務高度可用。 您不需要建立和管理專屬 DNS 伺服器的叢集。
- Azure 提供的名稱解析服務可與專屬 DNS 伺服器搭配使用，以解析內部部署及 Azure 主機名稱。
- 在虛擬網路的虛擬機器之間提供名稱解析，不需要 FQDN。
- 您可以使用最能描述部署的主機名稱，而不是使用自動產生的名稱。
考量因素：
- Azure 建立的 DNS 尾碼不能修改。
- 您無法手動註冊您自己的記錄。
- 不支援 WINS 和 NetBIOS。
- 主機名稱必須是 DNS 相容。 名稱只能使用 0-9、a-z 和 '-'，且無法以 '-' 開始或結束。 請參閱 RFC 3696 第 2 節。
- 每部虛擬機器的 DNS 查詢流量已經過節流。 節流不應影響大部分的應用程式。 如果觀察到要求節流，請確定已啟用用戶端快取。 如需詳細資訊，請參閱充分利用 Azure 提供的名稱解析。
從 Azure 提供的名稱解析取得最多
用戶端快取：
某些 DNS 查詢不會跨網路傳送。 用戶端快取可藉由解析本機快取的週期性 DNS 查詢，協助減少延遲以及改善網路不一致的恢復能力。 DNS 記錄包含存留時間 (TTL)，可讓快取盡可能長時間儲存記錄而不會影響記錄的有效性。 因此，用戶端快取適用於大部分的情況。
某些 Linux 發行版本預設不包含快取功能。 建議您在已經確認沒有本機快取之後，為每部 Linux 虛擬機器新增快取。
有數個不同的 DNS 快取封裝可供使用，例如 dnsmasq。 以下是在最常見的發行版本上安裝 dnsmasq 的步驟：
- 安裝 dnsmasq 套件：
sudo apt-get install dnsmasq
- 啟用 dnsmasq 服務：
sudo systemctl enable dnsmasq.service
- 啟動 dnsmasq 服務：
sudo systemctl start dnsmasq.service
用戶端重試
DNS 主要是 UDP 通訊協定。 因為 UDP 通訊協定並不保證訊息傳遞，所以 DNS 通訊協定本身會處理重試邏輯。 每個 DNS 用戶端 (作業系統) 可以展現不同的重試邏輯，根據建立者喜好設定而定：
- Windows 作業系統會在 1 秒後重試，然後再依序隔 2、4、4 秒後重試。
- 預設 Linux 安裝程式會在 5 秒之後重試。 您應該將此變更為以 1 秒的間隔重試 5 次。
檢查 Linux 虛擬機器上目前的設定 'cat /etc/resolv.conf'，並查看 'options' 行，例如：
sudo cat /etc/resolv.conf
options timeout:1 attempts:5
/etc/resolv.conf 是自動產生的檔案，不應進行編輯。 新增 [選項] 行的特定步驟會因發行版本而有所不同：
Ubuntu (使用 resolvconf)
- 將選項行加入
/etc/resolvconf/resolv.conf.d/head檔案。 - 執行
sudo resolvconf -u以更新。
SUSE (使用 netconf)
- 將
timeout:1 attempts:5加入/etc/sysconfig/network/config中的NETCONFIG_DNS_RESOLVER_OPTIONS=""參數。 - 執行
sudo netconfig update以更新。
使用專屬 DNS 伺服器的名稱解析
您的名稱解析需求可能超過 Azure 所提供的功能。 例如，您可能需要虛擬網路之間的 DNS 解析。 為了涵蓋此案例，您可以使用專屬 DNS 伺服器。
虛擬網路內的 DNS 伺服器可以將 DNS 查詢轉送到 Azure 的遞迴解析程式，以解析相同虛擬網路中的主機名稱。 例如，在 Azure 中執行的 DNS 伺服器可以回應其專屬 DNS 區域檔案的 DNS 查詢，並將所有其他查詢轉送到 Azure。 這項功能可讓虛擬機器查看您區域檔案中的項目，以及 Azure 提供的主機名稱 (透過轉寄站)。 Azure 遞迴解析程式的存取是透過虛擬 IP 168.63.129.16 所提供。
DNS 轉送也允許虛擬網路之間的 DNS 解析，並可讓您的內部部署電腦解析 Azure 提供的主機名稱。 為了解析虛擬機器的主機名稱，DNS 伺服器虛擬機器必須位於同一個虛擬網路中，且設定為將主機名稱查詢轉送到 Azure。 因為每個虛擬網路的 DNS 尾碼都不同，所以您可以使用條件性轉送規則來將 DNS 查詢傳送到正確的虛擬網路進行解析。 下圖顯示使用此方法進行虛擬網路間 DNS 解析的兩個虛擬網路及一個內部部署網路：
當您使用 Azure 提供的名稱解析時，會提供內部 DNS 尾碼給每部使用 DHCP 的虛擬機器。 當您使用自己的名稱解析解決方案時，不會提供此尾碼給虛擬機器，因為此尾碼會干擾其他 DNS 架構。 若要透過 FQDN 參照電腦，或要設定虛擬機器上的尾碼，您可以使用 PowerShell 或 API 來決定尾碼：
- 針對 Azure Resource Manager 所管理的虛擬網路，可透過網路介面卡資源取得尾碼。 您也可以執行
azure network public-ip show <resource group> <pip name>命令來顯示您公用 IP 的詳細資料 (包括 NIC 的 FQDN)。
如果將查詢轉送到 Azure 不符合您的需求，您就需要提供專屬的 DNS 解決方案。 您的 DNS 解決方案需要：
- 提供適當的主機名稱解析，例如透過 DDNS。 如果您使用 DDNS，則可能需要停用 DNS 記錄清除。 Azure 的 DHCP 租用期很長，清除可能會提前移除 DNS 記錄。
- 提供適當的遞迴解析來允許外部網域名稱的解析。
- 可從其服務的用戶端存取 (連接埠 53 上的 TCP 和 UDP)，且能夠存取網際網路。
- 受保護以防止來自網際網路的存取，降低外部代理程式的威脅。
注意
為了達到最佳效能，當您在 Azure DNS 伺服器中使用虛擬機器時，請停用 IPv6，並將執行個體層級公用 IP 指派給每部 DNS 伺服器虛擬機器。