Bind9의 zones.rfc1918 파일의 요점은 무엇입니까?

독립형 환경에서 Ubuntu 10.04 LTS 서버를 사용하고보기를 사용하여 두 개의 서로 다른 클라이언트 서브넷을 제공하려고합니다. zones.rfc1918 파일과 관련된 오류가 발생하여 해당 파일의 용도를 알고 싶습니다. rfc1918 주소를 호스팅하는 요점은 무엇입니까?

내가 사용하는 서브넷은 rfc 1918 주소, btw입니다. 기본 zones.rfc1918 파일을 포함 시키면 두통이 더 생길까요?

bind internal-dns rfc

— 로마 다
소스

당신이 찾고있는 답변은 모두 RFC1912 , 섹션 4.1에 제공됩니다 .

— womble

@womble - 이상하게도 (또는 상대 수를 고려한다면 아마도 : RFC 1912는 항상 RFC 1918 영역이되도록 지정하지 않습니다 없습니다 - 당신이라는 정보 또는 표준 트랙 RFC를 찾고 있었다 해야을 하지만, 모두 내가 찾을 수있는 기본 named.conf 파일의 FreeBSD를 함께 제공 파일의 설명입니다

— voretaq7

@ voretaq7 : RFC1918 주소 지정에 원칙이 적용되는 방식으로 항상 RFC1912를 읽었습니다 (192.0.2.0/24 및 특정 IPv6 넷 블록과 같이 지정되지 않은 다른 블록과 함께)

— womble

@womble-나도 그렇듯이 항상 옳고 적절한 모범 사례라고 생각했지만 RFC를 찾지 못했습니다. "RFC-1918 영역을 로컬에 제공해야하므로 귀찮게하지 마십시오. 업스트림 DNS 서버 (당신은 멍청이)! ". 아마도 하나를 제출해야 할 것입니다 ... IETF RFC에서 "feckless twits"라고 말할 수 있습니까? :)

— voretaq7

그것은 일반적으로 제공하는 것이 좋습니다 간주됩니다 localhost, 0.0.127.in-addr.arpa그리고 내부 DNS 시스템에서 RFC-1918 역 영역이 인터넷에 그들로부터 질의를 보내는 것을 방지 할 수 있습니다. 시간을 절약하고 (이러한 쿼리에 대한 응답을 신속하게 얻음) 대역폭 (존재하지 않아야하는 영역에 대해 네트워크를 떠나는 요청이 없음)과 업스트림 서버의 부하를 줄입니다.

RFC-1918 주소를 사용하는 경우 반드시 사용하는 범위에 대해 적절한 역방향 데이터를 제공하십시오. 다른 범위에는 빈 영역 (또는 와일드 카드 영역)도 제공해야합니다.

— voretaq7
소스