推 songgood : 你好09/20 15:14
推 OPPOPOP : 大家好09/20 15:15
推 sunen : 你好 09/20 15:15
推 chuuuck : 你好呀09/20 15:16
推 jim20031234 : 我很好09/20 15:16
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 211.72.81.240
※ 文章網址: https://www.ptt.cc/bbs/Linux/M.1444026864.A.4F0.html
→ kenduest: 我沒有實際測試,純看文章大概推測情況 10/06 03:27
→ kenduest: 比方你主機查詢 www.sub.test.com. 時候 10/06 03:28
→ kenduest: 因為發現這個 zone 不是自己委任管理的,所以會直接 10/06 03:29
→ kenduest: 把查詢轉送丟給 google 的 8.8.8.8 代為回應 10/06 03:29
→ kenduest: 8.8.8.8 本身後續接收到查詢,最後會詢問到 10/06 03:30
→ kenduest: sub.test.com zone 本身是由 192.168.0.2 管理的 10/06 03:31
→ kenduest: 但是實際上 8.8.8.8 連不到 192.168.0.2 主機查詢, 10/06 03:31
→ kenduest: 所以結果就會整個失敗.... 外部問不到內網的 IP 10/06 03:31
→ kenduest: 我個人猜一下若你授權委任主機本身也有 PUBLIC IP 的話 10/06 03:33
→ kenduest: 應該就不會有這個問題點了 10/06 03:33
感謝k大 我之後也找到答案了(擷取網路文章):
Remember, the forwarding rules apply to queries for all domain names that end
in the domain name of the zone.
So this forwarding rule really applies only to queries for domain names in
delegated subdomains of movie.edu,like fx.movie.edu.
Without the forwarding rule, this name server would have forwarded a query
for matrix.fx.movie.edu to the name servers at 192.249.249.3 and
192.249.249.1.
With the forwarding rule, it instead uses the subdomain's NS records from
the movie.edu zone and queries the fx.movie.edu name servers directly.
要在zone(有子網的)裡取消forward不然會直接轉出 裡面的NS就白設了
※ 編輯: accr942387 (211.72.81.240), 10/06/2015 20:38:11