최근에 whois 레코드를 보았으며 google.com
관리자의 연락처 세부 정보와 같은 일반적인 정보가 없습니다. 매우 잘립니다.
Domain Name: GOOGLE.COM
Registry Domain ID: 2138514_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.markmonitor.com
Registrar URL: http://www.markmonitor.com
Updated Date: 2011-07-20T16:55:31Z
Creation Date: 1997-09-15T04:00:00Z
Registry Expiry Date: 2020-09-14T04:00:00Z
Registrar: MarkMonitor Inc.
Registrar IANA ID: 292
Registrar Abuse Contact Email: abusecomplaints@markmonitor.com
Registrar Abuse Contact Phone: +1.2083895740
Domain Status: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Domain Status: clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited
Domain Status: serverDeleteProhibited https://icann.org/epp#serverDeleteProhibited
Domain Status: serverTransferProhibited https://icann.org/epp#serverTransferProhibited
Domain Status: serverUpdateProhibited https://icann.org/epp#serverUpdateProhibited
Name Server: NS1.GOOGLE.COM
Name Server: NS2.GOOGLE.COM
Name Server: NS3.GOOGLE.COM
Name Server: NS4.GOOGLE.COM
DNSSEC: unsigned
같은 다른 도메인 duolingo.com
도 stackexchange.com
있습니다. 왜이 도메인들이 후이즈 정보를 갖지 못하게됩니까? 개인 정보 보호를 위해 누구나 액세스 할 수있는 것입니까?
답변
왜이 도메인들이 후이즈 정보를 갖지 못하게됩니까? 개인 정보 보호를 위해 누구나 액세스 할 수있는 것입니까?
TLDR : 이러한 도메인이 ICANN으로부터 면제를 얻어 공공 WHOIS 레코드에서 특정 데이터를 생략하지 않는 경우는 아닙니다. 본 WHOIS 레코드가 전체 레코드 세트 google.com
(또는 다른 .com
도메인 이름)를 표시하지 않는 경우가 많습니다 .
두껍고 얇은 WHOIS 조회
인터넷 도메인에 대한 WHOIS 데이터는 다음 두 가지 방법 중 하나로 저장 될 수 있습니다.
- 각 TLD 레지스트리가 TLD의 각 하위 도메인에 대한 완전한 WHOIS 레코드를 유지 하는 씩 데이터 저장소
- TLD 레지스트리가 WHOIS 레코드의 저장 및 유지 보수를 등록자 가 도메인을 등록하기 위해 사용한 등록자 에게 위임 하는 얇은 모델 .
WHOIS Wikipedia 기사는 두껍고 얇은 WHOIS 조회 의 차이점을 설명 하고 얇은 조회를 다음 과 같이 설명합니다.
Thin WHOIS 서버는 도메인 등록 기관의 WHOIS 서버 이름 만 저장하며, 조회되는 데이터에 대한 전체 세부 사항 (예 : .com WHOIS 서버)은 WHOIS 쿼리를 등록 기관에 참조합니다. 도메인이 등록되었습니다).
.com 검색
ICANN은 .com
도메인 이름 을 관리하기 위해 Verisign을 레지스트리로 할당했습니다 . ICANN의 자체 WHOIS 서버에서 실행되는 WHOIS 쿼리 는 도메인 에 사용할 표준 WHOIS 서버로 whois.iana.org
나열 whois.verisign-grs.com
됩니다 .com
. 도메인 이름의 whois
세부 정보를 찾을 때 클라이언트 가 쿼리하는 기본 WHOIS 서버입니다 (이 쿼리 .com
의 결과는 질문에 표시됨).
애즈 .com
도메인이 사용하는 얇은 모델은 하나의 키 의 도메인 이름에 대한 WHOIS 조회에서 반환 (기록) 인 등록자 WHOIS 서버 . 이 키는 해당 도메인 이름의 전체 세부 사항 을 나열하는 WHOIS 서버의 도메인 이름을 지정합니다 .
Registrar WHOIS Server: whois.markmonitor.com
이 키는 whois
클라이언트 에게 실제로 whois.markmonitor.com
해당 도메인에 대한 전체 WHOIS 레코드를 얻기 위해 쿼리해야 함을 알려줍니다 .
당신이 본 WHOIS 결과가이 추천을 따르지 않은 결과 인 것 같습니다.
WHOIS 추천을 따르지 않는 한 가지 이유
whois
클라이언트가 조회를 따르지 않는 한 가지 이유는 올해 초 ICANN 이 레지스트리 운영자가 사용해야 하는 키 이름을 변경 했기 때문 입니다.
이 변경 이전에는 위임 된 서버를 지정하는 데 사용 된 키 이름이 Whois Server 였으며 그 결과는 다음과 google.com
같습니다.
Whois Server: whois.markmonitor.com
도메인 이름 레지스트리가 WHOIS 서버를 업데이트 한 후 문자열을 찾는 클라이언트 WHOIS Server:
(앞 공백이있는)를 찾지 못하면 등록자의 WHOIS 서버 이름을 확인할 수 없습니다.
클라이언트 수정 예
ICANN의 최근 변경 사항을 반영하기 위해 데비안 whois
클라이언트 용 코드 는 이번 7 월 에 패치 되어 버전 5.2.17로 릴리스되었습니다. 그러나 (2017 년 10 월 현재) 대부분의 데비안 기반 배포판은 여전히 이전 코드베이스를 사용하므로 사용자는 책임있는 WHOIS 서버의 이름을 명시 적으로 제공해야합니다.
whois -h whois.markmonitor.com google.com
답변
WHOIS 클라이언트가 레지스트리의 WHOIS 서비스 (보다 자세하지 않음)에서 레지스트라의 WHOIS 서비스 (보다 자세하게) 로의 리디렉션을 이해하지 못하거나 무시하도록 지시받은 것 같습니다.
이 분할은 모든 TLD에 존재하지 않지만 COM에 대해서는 존재합니다.
(등록자) 의 google.com
항목 whois.markmonitor.com
에는 모든 예상 연락처 정보 등
이 있습니다. 적절한 WHOIS 클라이언트를 사용하는 경우 기본적으로 표시되는 결과입니다.
답변
macOS에서는 호스트 매개 변수를 사용하여 @Hakan이 언급 한 리디렉션을 따릅니다.
whois -h whois.markmonitor.com google.com