無法載入包含“富文本”PTR 記錄的反向查找區域

概括

我正在嘗試使用 ISC Bind 9.9.5 設置 Wide-Area Bonjour（又名DNS-SD），但無法載入提供“富文本”服務域發現的反向查找區域。

背景

根據瀏覽和註冊域的發現（域列舉）：

為此目的保留了五個特殊的 RR 名稱：

      b._dns-sd._udp.<domain>.
     db._dns-sd._udp.<domain>.
      r._dns-sd._udp.<domain>.
     dr._dns-sd._udp.<domain>.
     lb._dns-sd._udp.<domain>.

通過對這些名稱執行 PTR 查詢，客戶端可以分別學習：

• 推薦用於瀏覽的域列表。
• 一個推薦的預設瀏覽域。
• 推薦用於使用動態更新註冊服務的域列表。
• 一個推薦的用於註冊服務的預設域。
• “舊版瀏覽”或“自動瀏覽”域。

[***已刪除***]

查詢名稱的<domain>一部分也可以從主機的 IP 地址以不同的方式派生。主機獲取其 IP 地址併計算該地址及其子網遮罩的邏輯與，以得出子網的“基”地址（該子網的“網路地址”，或者等效地，“所有-zero’ 該子網上的主機地址）。然後它構造對應於該基地址的傳統 DNS“反向映射”名稱，並將其用作<domain>上述查詢的名稱的一部分。例如，如果主機的地址為 192.168.12.34，子網遮罩為 255.255.0.0，則子網的“基”地址為 192.168.0.0，並為該設備上的設備發現推薦的自動瀏覽域子網中，主機針對名稱“lb._dns-sd._udp.0.0.168.192.in-addr.arpa”發出 DNS PTR 查詢。

此外，在域名下：

允許和鼓勵富文本服務子域，例如：

 Building 2, 1st Floor  .  example  .  com  .
 Building 2, 2nd Floor  .  example  .  com  .
 Building 2, 3rd Floor  .  example  .  com  .
 Building 2, 4th Floor  .  example  .  com  .

因此，人們應該期望在 DNS RR 中看到以下幾行：

lb._dns-sd._udp.0.0.168.192.in-addr.arpa.  PTR  Building\ 2\,\ 1st\ Floor.example.com.

問題

雖然我能夠載入包含此類 PTR 記錄的其他（例如前向查找）區域，但我發現在in-addr.arpa我收到以下錯誤：

dns_rdata_fromtext: db.0.168.192.in-addr.arpa:26: 靠近’Building\ 2,\ 1st\ Floor.example.com.’: 壞名（檢查名稱）

所以，我的問題：

1. 為什麼這只發生在內部in-addr.arpa？Bind 顯然是在對這些區域進行特殊處理——但為什麼呢？ 2. 我如何遵循建議來擁有“富文本”服務子域，同時從客戶端的網路地址啟用它們的發現？

在 內named.conf，可以指定check-names ignore區域。

大概in-addr.arpa區域預設為，fail而前向查找區域則沒有。

引用自：https://serverfault.com/questions/646520