정규화 된 도메인 이름 정의


8

FQDN 정의를 인터넷에서 검색하려고했습니다. Wikipedia에 따르면 FQDN

DNS (Domain Name System)의 트리 계층 구조에서 정확한 위치를 지정합니다.이 해석은 DNS에서 명확하게 해결할 수 있습니다.

WP의 예제 (이를 참조로 사용하고 싶지는 않지만)는 hostname.example.com.

내가 찾은 RFC ( RFC 1035 는 내가 찾은 비 프로토콜 고유의 유일한 것임 )는 FQDN의 자격에 대한 정보가 아닙니다.

hostname.example.com과 같은 식별자 만 유효한 FQDN (모든 호스트 이름, 도메인 및 TLD를 별도 포함)이라고 생각했지만 이것은 잘못된 것 같습니다.
도메인이 하나의 호스트로 구성되어 있더라도 FQDN에 항상 도메인 옆에 호스트 이름이 포함되어야합니까? 아니면 DNS를 통해 FQDN을 해석 할 수 있어야하는 유일한 정의입니까? 예를 들어 도메인 .tk는 명백히 해석 가능합니다. FQDN입니까?


나는이 흥미로운 질문을 찾을 수 있지만, 당신이 그것을 응답에있어 계획, 유의하시기 바랍니다 경우 나는 것 많이 참조하는 답변을 참조하는 것을 선호합니다. Paul Vixie가 아닌 한, 나는 그 주제에 대한 당신의 의견에 대한 간단한 진술에 크게 관심이 없습니다.
MadHatter

2
글쎄, 내가 추측 이다 나는 아래,이 대답에 자상 할게요 있도록, 폴되는 Vixie.
Paul Vixie

답변:


6

호스트를 명확하게 해결하기 위해 추가 식별자를 추가 할 필요가없는 경우 이름을 정규화 한 것으로 간주합니다. 이것이 사실이 아닌 경우, 이름은 상대적인 것으로 간주됩니다.

RFC1535 는 중요한 요점을 설명합니다.

절대 "루팅 된"FQDN의 형식은 {name} {.}입니다. "루팅되지 않은"도메인 이름의 형식은 {name}입니다.

위의 예에서 해결할 것 .tk같은 tk.이 명확한 것을 보증 할 수 있습니다. 흥미롭게도 이것은 실제로 유효한 A 레코드를 가지고 있습니다.

$ dig tk.
; <<>> DiG 9.8.3-P1 <<>> tk.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 812
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;tk.                IN  A

;; ANSWER SECTION:
tk.         20  IN  A   217.119.57.22

편집 : RFC1535에는 또 다른 흥미로운 인용문이 있습니다.

또한 "." 지정된 이름으로 존재하는 경우 FQDN (정규화 된 도메인 이름)으로 가정해야하며 먼저 루트 이름으로 시도해야합니다.


4

에서 ACM 큐 다음과 같이 나는 FQDN 정의 :

DNS 네임 스페이스에는 트리 구조가 있습니다. 여기서 모든 노드에는 루트 노드 (자체 부모)를 제외한 부모가 있습니다. 노드에는 레이블이 비어있는 루트 노드를 제외하고 1-63 자 길이의 레이블이 있습니다. 도메인은 컨텍스트에있는 노드이며 정규화 된 도메인 이름은 노드 이름과 같은 프리젠 테이션 양식을 가지며, 맨 아래에 마침표 (.)가옵니다. 예를 들어 www.google.com은 이름이 www, 부모는 google, 조부모는 com이며 증조부모는 DNS 루트 인 노드의 정규화 된 이름입니다.

"호스트 이름"또는 "호스트 부분"또는 "도메인 부분"과 같은 용어를 사용할 때마다 잡초가 사라지고 FQDN의 정의가 목적에 맞지 않는 것을 알 수 있습니다. FQDN의 정의가 아닌 의미는 완전하지 않은 도메인 이름이라는 반의어를 고려하여 명확하게 알 수 있습니다. 정규화된다는 것은 모든 도메인 레이블을 최상위 수준까지 지정한다는 것을 의미하며,이 경우 마지막 점 (.)을 추가하여 완료했음을 나타냅니다. 정규화 된 이름보다 작다는 것은 찾고있는 이름이 검색 목록 또는 기본 도메인의 컨텍스트 내에서만 의미가 있음을 의미합니다.

RFC 1535는 그 당시까지 많은 사람들이 다중 레이블 로컬 이름을 사용하고 여전히 검색 목록 동작을 예상했기 때문에 흥미로 웠습니다. 이는 너무 많은 다른 것들을 깨뜨 렸기 때문에 불법이었습니다. 그러나 1988-1993 년에 postmaster@dec.com이되었을 때 vixie@cognition.pa에서 matt @ decvax로 메일을 보내고 vixie@cognition.pa.dec.com 및 matt@decvax.dec로 메일을 보낼 수있었습니다. .com과 모든 것이 효과가있었습니다. 우리는 그것을 포기해야했다. 요즘 프레젠테이션 수준 이름에 점이 있으면 (즉, 입력했거나 프로그램이 표시 한 경우) 전세계의 모든 소프트웨어에서 FQDN으로 추정됩니다.

Sendmail 책 (우리가 DEC.COM을 떠난 후 Fred Avolio와 공동 저자)도이 주제에 관한 장을 가지고 있는데, 이는 RFC 1535와 동시에 쓰여졌 기 때문에 흥미로운 내용입니다.


0

내 2 센트 :

가장 엄격한 의미에서 FQDN은 귀하의 예에서 작성한 것입니다.

즉, hostname.example.com.

끝에 점을 포함 하여.

DNS를 통해 해결할 수 있다고 생각하지 않으며 구문 정의 일뿐입니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.