BIND9 및 Webmin 새 DNS 네임 서버가 등록 기관에서 허용되지 않음

Webmin으로 만든 Debian6 / 64의 BIND9에 문제가 있습니다. 기본적으로 나는 Webmin이 문제라고 생각하지 않지만 단지 언급하고 있습니다. 따라서 BIND를 사용하여 DNS 마스터 영역을 만들었으며 도메인 등록 기관이 붙여 넣을 때 도메인 등록 기관이 허용하지 않습니다 (예 : 등록 기관 dns 변경 페이지의 ns1.domain.org 및 ns2.domain.org). 나는 나무 언어를 사용하여 누구나 이해할 수 있고 더 읽을 수 있습니다. 도움이 되길 바랍니다. BIND 서버는 다음과 같이 92.243.16.81에 호스팅되므로 도메인이이를 가리켜 야합니다. 이것은 영역의 예입니다. 실제 도메인을 제네릭으로 바꿨습니다.

    $ttl 38400
domain.org.       IN      SOA     domain.org. web.domain.org. (
                        1363690132
                        600
                        3600
                        1200
                        38400 )
domain.org.           IN   A          92.243.16.81
domain.org.           IN   AAAA       2001:4b98:dc0:43:216:3eff:feef:c290
ns1.domain.org.      IN   A          92.243.16.81
ns2.domain.org.      IN   A          92.243.16.81
ns1.domain.org.      IN   AAAA       2001:4b98:dc0:43:216:3eff:feef:c290
ns2.domain.org.      IN   AAAA       2001:4b98:dc0:43:216:3eff:feef:c290
domain.org.           IN   NS         ns1.domain.org. 
domain.org.           IN   NS         ns2.domain.org.
www.domain.org.       IN   CNAME      domain.org.
mail.domain.org.      IN   MX  10     domain.org.
92.243.16.83.in-addr.arpa.  IN   PTR        mail.domain.org.
0.9.2.c.f.e.e.f.f.f.e.3.6.1.2.0.3.4.0.0.0.c.d.0.8.9.b.4.1.0.0.2.ip6.arpa. IN PTR mail.domain.org.
92.243.16.83.in-addr.arpa.  IN   PTR        domain.org.
0.9.2.c.f.e.e.f.f.f.e.3.6.1.2.0.3.4.0.0.0.c.d.0.8.9.b.4.1.0.0.2.ip6.arpa. IN PTR domain.org.
92.243.16.83.in-addr.arpa.  IN   PTR        ns1.domain.org.
0.9.2.c.f.e.e.f.f.f.e.3.6.1.2.0.3.4.0.0.0.c.d.0.8.9.b.4.1.0.0.2.ip6.arpa. IN PTR ns1.domain.org.
92.243.16.83.in-addr.arpa.  IN   PTR        ns2.domain.org.
0.9.2.c.f.e.e.f.f.f.e.3.6.1.2.0.3.4.0.0.0.c.d.0.8.9.b.4.1.0.0.2.ip6.arpa. IN PTR ns1.domain.org.

DNS가 허용되지 않는 이유는 무엇입니까? 새로 만든 영역입니다. 내가 잘못했거나 전파 될 때까지 기다려야하므로 받아 들일 수 있습니까? 등록 기관은 입력 한 DNS가 자격이 없으며 기본 DNS로 다시 이동한다고 말합니다.

귀하가 제공 한 정보에 대해 확실하게 답변 할 수는 없지만 내 경험을 바탕으로 [1 개 이상의 ISP를 설정하고 등록 기관에서도 근무했습니다.]-

GLUE 레코드에 문제가 있는지 궁금합니다. 영역의 하위 도메인 인 ns 서버를 지정했습니다. 이를 지원하려면 등록 기관에서 해당 영역을 보지 않고 DNS 서버에 액세스하는 방법을 알아야합니다. 즉, 글루 레코드가 필요합니다 (기본적으로 영역의 NS 레코드에 대한 IP 주소를 등록자에게 지정해야 함). 이를 자세히 조사하거나 레지스트라와 처리 방법을 논의 할 수 있습니다. 일부 레지스트라에서는 수동으로 처리해야합니다.

등록 기관이 IPV6 등록을 지원합니까? 그렇지 않은 경우 문제 일 수 있습니다.

다른 관찰 :

1. BIND에는 문제가되지 않습니다. 이름 서버를 수락하기 전에 유효한 영역이 필요한 등록 기관이 어떤 이유인지는 알 수 없습니다. 실제로 영역이 유효한지 확인할 수 없습니다.

2. 다른 파일의 영역에 역방향 (ARPA) 항목이있는 설정을 보지 못했고 이것이 잘못되었다고 확신합니다. 아마도 별도의 도메인이어야합니다. IPV6 레코드를 아직 다루지 않았기 때문에 아마도 말하지만, 내가 옳다고 확신합니다.

좋은 지적 ! 나는 단지 둘러보고 있었고 다소 같은 것을 발견했습니다. 등록 기관에서 동일한 이름 서버를 만들고 IP를 거기에 두어야합니다. 나는 그것들이 글루 레코드라고 불리는 것을 몰랐다. 여기 내가 찾은 게시물이 있는데 https : //.com/questions/4308990/setting-up-a-custom-nameserver-with-bind9

이제 등록 기관에 도메인 (dns) 처리 측이 이미있는 경우 BIND가 필요한 이유는 무엇입니까? 이전에 다른 도메인으로 시도했지만 어떤 이유로 작동하지 않았 으므로이 BIND 변형을 시도했습니다. 어쩌면 내가 잘못 계산했지만 기술적으로 계산하면 제대로 작동합니다. 다시 시도하겠습니다. 아마도 전파를 기다려야 할 것입니다.