문제

어떻게 변경할 수 있는지 이해합니다. dns 내 이름 서버를 실행할 때 바인드 구성을 편집하여 내 도메인 설정을 변경합니다.나는 등록기관의 온라인 제어판을 통해 네임서버를 정의할 수 있다는 것을 알고 있습니다.하지만 그 부분이 어떻게 작동하는지 전혀 모르겠습니다 ...

내 등록기관은 네임서버에 대한 데이터를 어떻게 저장합니까?루트 이름 서버에 NS 레코드를 저장할 권한을 갖는 것처럼 영리한 것입니까?

이 부분이 헷갈리는데 혹시 설명해주실 수 있으신가요?

도움이 되었습니까?

해결책

등록자는 "누군가 stackoverflow.com을 요청하면 권한 있는 DNS가 xxx.xxx.xxx.xxx라고 알려주세요"라는 루트 DNS 항목을 설정하는 일을 담당합니다.그들은 자신이 소유한 기록을 변경할 수 있는 인터페이스를 가지고 있습니다.

그런 다음 요청자는 권한 있는 DNS(등록 기관에 지정한 것이 DNS였습니다)로 이동하여 stackoverflow.com의 IP, 하위 도메인, 이메일 서버 및 해당 도메인과 관련된 기타 DNS 레코드를 찾아야 합니다.

-아담

다른 팁

나는 방금 이것을 보았습니다:

# dig +trace ns stackoverflow.com 

; <<>> DiG 9.2.4 <<>> +trace ns stackoverflow.com
;; global options:  printcmd
.                       269431  IN      NS      B.ROOT-SERVERS.NET.
.                       269431  IN      NS      C.ROOT-SERVERS.NET.
.                       269431  IN      NS      D.ROOT-SERVERS.NET.
.                       269431  IN      NS      E.ROOT-SERVERS.NET.
.                       269431  IN      NS      F.ROOT-SERVERS.NET.
.                       269431  IN      NS      G.ROOT-SERVERS.NET.
.                       269431  IN      NS      H.ROOT-SERVERS.NET.
.                       269431  IN      NS      I.ROOT-SERVERS.NET.
.                       269431  IN      NS      J.ROOT-SERVERS.NET.
.                       269431  IN      NS      K.ROOT-SERVERS.NET.
.                       269431  IN      NS      L.ROOT-SERVERS.NET.
.                       269431  IN      NS      M.ROOT-SERVERS.NET.
.                       269431  IN      NS      A.ROOT-SERVERS.NET.
;; Received 504 bytes from 83.138.151.80#53(83.138.151.80) in 3 ms

com.                    172800  IN      NS      A.GTLD-SERVERS.NET.
com.                    172800  IN      NS      B.GTLD-SERVERS.NET.
com.                    172800  IN      NS      C.GTLD-SERVERS.NET.
com.                    172800  IN      NS      D.GTLD-SERVERS.NET.
com.                    172800  IN      NS      E.GTLD-SERVERS.NET.
com.                    172800  IN      NS      F.GTLD-SERVERS.NET.
com.                    172800  IN      NS      G.GTLD-SERVERS.NET.
com.                    172800  IN      NS      H.GTLD-SERVERS.NET.
com.                    172800  IN      NS      I.GTLD-SERVERS.NET.
com.                    172800  IN      NS      J.GTLD-SERVERS.NET.
com.                    172800  IN      NS      K.GTLD-SERVERS.NET.
com.                    172800  IN      NS      L.GTLD-SERVERS.NET.
com.                    172800  IN      NS      M.GTLD-SERVERS.NET.
;; Received 495 bytes from 192.228.79.201#53(B.ROOT-SERVERS.NET) in 145 ms

stackoverflow.com.      172800  IN      NS      ns51.domaincontrol.com.
stackoverflow.com.      172800  IN      NS      ns52.domaincontrol.com.
;; Received 119 bytes from 192.5.6.30#53(A.GTLD-SERVERS.NET) in 156 ms

이것은 stackoverflow.com 네임서버가 .com 네임서버에 저장되었다는 의미입니까?

아니면 그들이 지금 거기에 있는 것일까요?

우선 "등록기관"과 "등록기관"의 차이점을 이해하는 것이 도움이 될 수 있습니다.등록기관은 도메인 이름(예:godaddy) 구매자에게.누구나 등록자가 될 수 있습니다.등록자가 될 수 있습니다.

레지스트리는 도메인 이름의 마스터 데이터베이스를 유지 관리하는 법인(ICANN에서 선택)입니다.거기에는 여러 개의 레지스트리가 있습니다.ISOC(Internet Society)는 모든 .org 이름에 대한 등록 기관이고, Verisign은 모든 .com 및 .net 도메인 이름에 대한 등록 기관입니다.다른 국가도 있으며 각 국가마다 해당 도메인에 대한 국가가 있습니다.모든 등록자는 레지스트리 데이터베이스에 액세스하고 업데이트합니다.

레지스트리는 최종 DNS 서버인 최상위 도메인(TLD)을 유지 관리하는 역할을 담당합니다.도메인 이름 확인 요청은 다른 DNS 서버에서 확인할 수 없는 경우 TLD까지 필터링됩니다.TLD가 트렁크인 트리와 같은 계층 구조로 생각하십시오.이 시점에서는 IP 주소로 확인되거나 오류가 반환됩니다.

미안해요 너무너무 도와드릴 수는 없지만 다음으로 가세요 http://twit.tv, 그리고 Security Now 팟캐스트를 찾으세요. 그들은 몇 주 전에 DNS에서 팟캐스트를 진행했습니다. 첫 번째 팟캐스트를 얻으세요.작동 방식 등에 대한 좋은 설명이 있습니다(도움이 될 수 있음).

해당 사이트의 두 번째 항목은 해당 사이트가 어떻게 "해킹"되었는지에 대한 것입니다. 첫 번째 항목은 작동 방식에 대한 것입니다.

대답하자면:

"루트 서버"(예: .com)는 stackoverflow.com에 대한 기록을 보유합니다.하지만 모든 세부 사항을 보관할 수는 없기 때문에 "더 많은 정보를 원하면 저쪽으로 가세요"라고 말하는 NS 레코드(네임 서버 레코드)가 있습니다.따라서 귀하의 컴퓨터는 대상 컴퓨터(ns1.stackoverflow.com)에 www.stackoverflow.com을 요청하고 A 레코드(IP 주소) 또는 MX(메일 등)를 다시 가져옵니다.

따라서 귀하의 도메인 등록부는 이를 데이터베이스나 그들이 선택한 무엇이든 저장할 것이며 귀하가 업데이트를 수행할 때 그들은 어떻게든(모르겠지만 NIC에서 게시한 것 같지만 등록자가 되려면 비용을 지불해야 하며 체크아웃 등) 해당 변경 사항을 루트 이름 서버(클러스터)에 푸시합니다.그런 다음 도메인에 대한 변경 사항(예: www가 가는 곳, 메일이 가는 곳 등)을 실제로 도메인 정보를 제공하는 로컬 서버에 푸시합니다.

그것이 의미가 있기를 바랍니다 :)

이것은 stackoverflow.com Nameservers가 .com 이름 서버에 저장되었다고 말합니까?

예, 아니오.

.com으로 끝나는 모든 항목에 대해 디렉토리 지원을 요청하는 것과 같습니다.당신은 stackoverflow를 요청합니다 - 그들은 "당신이 원한다면 이 번호로 전화하십시오. Jeff(www), Joel(mail) 등을 얻는 방법을 알려줄 수 있습니다"라고 말합니다.

루트 서버는 최초의 디렉토리 보조자입니다.등록부의 이름 서버는 두 번째 호출이 끝날 때의 이름 서버입니다(전화했다고 가정).

지금까지의 답변에는 몇 가지 실수가 있습니다(아직 이에 대해 논평할 만큼 충분한 평판을 얻지 못했습니다).

  1. ".com" 이름 서버는 루트 이름 서버와 전혀 관련이 없습니다.등록 기관을 통해 stackoverflow.com의 이름 서버를 변경하면 ".com" 이름 서버에 변경이 이루어집니다.루트 이름 서버는 영향을 받지 않습니다.

  2. 레지스트리가 모두 ICANN에 의해 ​​선택된다는 것은 사실이 아닙니다.예를 들어 ccTLD 레지스트리(".jp" 또는 ".ca"와 같은 국가 코드 TLD)는 국가에 따라 달라지는 프로세스를 통해 로컬로 선택됩니다.

  3. 모든 TLD가 레지스트리/등록자 시스템을 사용하는 것은 아닙니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top