그래서 제 친구 한 명이 기본 도메인과 하위 도메인 사이에서 특이한 작업을 하려고 합니다. 그는 궁극적으로 어리석은 cPanel 호스트를 가리키기 위해 blog.hisdomain.com이 필요하고 고정 IP(AWS용)를 가리키기 위해서는 그의 기본 도메인이 필요합니다.
나는 http 또는 dns 전문가는 아니지만 그가 깨어 있는 동안(현재 그의 나라는 밤 시간입니다) 그것을 통해 그를 도와주려고 노력했지만 실제로는 잘 되지 않는 것 같습니다.
나는 그에게 다음 단계를 수행하도록 했습니다.
- 그의 기본 도메인은 네임 서버가 설정된 cPanel에 설정되었으므로 cPanel에서 blog.hisdomain.com에 대한 하위 도메인을 생성하여 공개 루트로 이동하도록 했습니다.
- 그런 다음 cPanel 호스트의 IP를 값으로 사용하여 "블로그"에 대한 A 레코드를 추가하도록 했습니다. 이로 인해 blog.hisdomain.com에서 그의 블로그를 볼 수 있게 되었습니다.
- 다음으로 나는 그에게 "@" A 레코드를 다른 곳을 가리키도록 변경하도록 했습니다. 방금 여기 값에 대한 Google IP 주소를 얻었습니다. 처음에는 실제로 아무 것도 바뀌지 않았지만 전파 문제일 수도 있다고 생각했습니다.
이제 24시간이 지났지만 그의 기본 도메인은 여전히(지금은 더 느리게) 나를 블로그로 연결합니다. 방금 나는 그에게 이름 서버나 다른 것을 변경하도록 요청하지 않았다는 것을 기억했습니다. 그냥 A 레코드.A 레코드와 네임 서버가 있으면 혼란을 야기하고 DNS가 A 레코드 IP 주소를 무시하게 될 가능성이 있습니까?
답변1
아니요. @ 레코드에 대해 A 레코드와 NS 레코드가 공존하는 것은 완벽하게 유효하며 매우 일반적입니다.
그러나 CNAME 레코드가 다른 유형의 레코드와 공존하는 것은 유효하지 않습니다. RFC 1034에는 "CNAME RR이 노드에 있는 경우 다른 데이터가 없어야 합니다. 이렇게 하면 정식 이름과 해당 별칭에 대한 데이터가 다를 수 없습니다"라고 명시되어 있습니다. 나는 최근에 이 특정 문제에 직면했고 TXT 레코드와 CNAME 레코드가 공존할 수 없다는 사실에 어리둥절했습니다.
내가 할 몇 가지 일:
- DNS 확인자 캐시 플러시
- Windows: ipconfig /flushdns
- Linux: sudo 서비스 nscd 재시작
- 맥 OS X
- Mountain Lion 및 Lion: sudo killall -HUP mDNSResponder
- Snow Leopard: sudo dscacheutil -flushcache
- 친구가 CNAME 레코드가 아닌 A 레코드를 사용하고 있는지 확인하겠습니다.
- 나는 당신의 친구에게 @ 레코드(또는 영역 자체)의 TTL을 확인하라고 했을 것입니다. 당신은 TTL이 무엇인지 언급하지 않았습니다. 86400초(24시간)가 일반적인 TTL 값이지만 DNS 트래픽을 줄이기 위해 훨씬 더 높게 설정하는 것이 항상 가능합니다.
- DNS 쿼리 유틸리티(예: dig)를 사용하여 DNS 서버에 직접 쿼리