DNS는 FQDN = IP가 아닙니다
DNS의 중요한 점은 A 레코드 (호스트 이름 = IP) 이상을 제공한다는 것입니다. DNS는 일부 소프트웨어에 필요할 수있는 MX, CNAME, TXT 등과 같은 다양한 유형의 레코드를 제공합니다. 여러 주소 레코드, IPv4 + IPv6 레코드, 동적 주소,로드 밸런싱, 지리적 위치 기반 해상도, 장애 조치 / 이중화 등을 허용합니다. .4.110? 무엇입니까?)이 설정 / 레코드를 변경하고 모든 클라이언트를 변경하지 않고도 클라이언트가 선택 / 레코드를 받도록 할 수 있습니다. DNS는 복잡한 작업을 수행 할 수 있습니다.
직접 IP 주소를 통해 DNS를 사용하는 경우가 종종 있습니다.
FQDN은 요구 사항이 될 수 있습니다
이름 기반 가상 호스팅 또는로드 밸런서 등을 사용하는 웹 서버와 같은 것은 FQDN 또는 호스트 이름을 통해 주소를 지정해야합니다. 연결하려는 FQDN을 기반으로 요청에 응답하는 방법을 결정합니다. IP를 통한 연결이 전혀 작동하지 않을 수 있습니다.
SSL 인증서는 도메인 이름을 기준으로 발급되므로 DNS없이 일부 SSL 지원 서비스를 제대로 사용하지 못할 수 있습니다.
이것은 DNS의 복잡성을 엿볼 수 있도록 google.com 도메인에 대한 발굴 쿼리입니다.
google.com. 172.217.0.174에 299
google.com. 299 IN AAAA 2607 : f8b0 : 400b : 807 :: 200e
google.com. 599 IN MX 10 aspmx.l.google.com.
google.com. 599 IN MX 40 alt3.aspmx.l.google.com.
google.com. 59 IN SOA ns2.google.com. dns-admin.google.com. 126990955900900 1800 60
google.com. 599 IN MX 30 alt2.aspmx.l.google.com.
google.com. NS ns2.google.com의 21599
google.com. 599 IN MX 20 alt1.aspmx.l.google.com.
google.com. 599 IN MX 50 alt4.aspmx.l.google.com.
google.com. NS ns1.google.com에서 21599
google.com. TXT에서 3599 "v = spf1 include : _spf.google.com ~ all"
google.com. 21599 IN CAA 0 문제 "symantec.com"
google.com. NS ns3.google.com의 21599
google.com. NS ns4.google.com에서 21599
Yahoo가 3 개의 IP 주소로 응답
$ 호스트 -ta yahoo.ca
yahoo.ca의 주소는 77.238.184.24입니다.
yahoo.ca의 주소는 74.6.50.24입니다.
yahoo.ca의 주소는 98.137.236.24입니다.
IP 주소 사용의 이점
나를 위해 그것은 일반적으로 DNS가 어떻게 든 방해가되거나 사용할 수없는 경우입니다. 일반적으로 대부분의 경우 DNS를 사용합니다.
IP 주소가 더 좋은 위치의 한 가지 예는 사설 네트워크 주소 (192.168.1.1 및 192.168.1.2)와 직접 연결되어있는 두 대의 컴퓨터 (스위치 없음)가 있고 고 가용성 통신에 사용하는 경우입니다. 또는 DRBD 또는 다른 매우 구체적인 서비스. 이 경우 DNS에서 설정하는 것이 의미가 없습니다. 필요하지 않고, 복잡성, 성능 문제가 추가 될 수 있으며 실패 지점이 발생할 수 있습니다.
다른 예는 라우팅입니다. 라우팅 테이블은 여러 가지 이유로 IP 주소를 기록합니다.
다른 하나는 /etc/resolv.conf와 같은 이름 서버를 참조하는 것입니다. 네임 서버가 없기 때문에 아무것도 해결할 수 없습니다.