새로운 TLD는 누구에게 있습니까?


46

whoislinux 의 명령을 사용하여 .email, .guru 등과 같은 새로운 TLD를 어떻게 찾을 수 있습니까?

whois새 TLD에서 실행 하면 응답 만 제공됩니다.

No whois server is known for this kind of object.

답변:


43

새 TLD에 대해 whois 서버를 수동으로 구성 할 수 있습니다.

파일 /etc/whois.conf을 만들고 다음 내용을 추가하면 새 TLD를 찾을 수 있습니다.

whois.conf (Github 미러 : whois.conf )

whois.conf는 정규 표현식을 사용하고 있습니다.


1
와우 감사합니다! 이 정보를 얻는 출처를 말씀해 주시겠습니까? 나는이 목록이 시간이 지남에 따라 데이트 될 것이라고 생각한다.
Paul

2
최신 IANA 데이터에서 WHOIS 서버를 수집하는 스크립트를 작성하고이 답변을 업데이트했습니다.
Royce Williams

2
다른 버전의 후이즈는 후이즈 서버의 스냅 샷이 다르기 때문에 다른 사람들이 다른 목록을 필요로합니다. 매번 전체 목록을 사용하면 모든 사람에게 효과적입니다. 또한 모든 것을 간단히 수확하는 것이 훨씬 쉽습니다. :-)
Royce Williams

1
@TomBrossman 나는 이것이 왜 그런지 확실하지 않으며 레지스트라 수준으로 가지 않는 조회와 관련이 있음을 발견하는 것 이상으로 더 이상 조사하지 않았습니다. 아래 답변 중 하나에서 gwhois.org 도구를 사용하면 훨씬 잘 설명되어 있습니다.
Paul

3
@TomBrossman 맞습니다. .com 도메인에 대한 Whois 서버가 다릅니다. whois.conf에이 모든 것을 입력 할 수 있습니다. 가장 쉬운 방법은 .com 항목을 제거하는 것입니다.
thde

14

추가 파일이나 테이블을 편집하지 않고도 IANA에서 직접 올바른 whois 서버를 얻을 수 있습니다 .

".de"TLD의 예

Linux, OSX (및 호환) :

whois -h whois.iana.org .de |
  egrep -e '^whois:' |
  sed -e 's/[[:space:]][[:space:]]*/ /g' |
  cut -d " " -f 2

즐기세요


나는 당신의 대답이 훨씬 더 많이지지되기를 바랍니다. 이것은 완벽하고 정확한 일반화 된 솔루션입니다. 하드 코딩이 필요하지 않습니다 (그렇지 않으면 모든 OS에서 새로운 TLD마다 WHOIS 서버를 하드 코딩해야합니다!). 이것이 whois유틸리티 의 기본 동작이 아닌 이유는 확실하지 않습니다 (로드를 줄일 수 있습니까?). 어쨌든 소품과 감사합니다.
apinstein

2
도메인을 쿼리하면 아이디어를 사용하여 다음과 같이 작동합니다 whois -h $(whois -h whois.iana.org .TLD | grep '^whois:' | sed 's/whois:\s*//') example.TLD. 흥미롭게도 whois.nic.TLD@Andrew가 지적한 것처럼 대부분의 TLD에 대해 데이터베이스 호스트 로 사용 하면 충분합니다 .
Peterino

이것은 모든 TLD에서 작동하지 않는 것 같습니다. 대한 .tube책임 서버 게시되지 않습니다. 아마도 IANA 서버가 whois -h whois.iana.org nic.tube작동하는 책임이 있기 때문일 것 입니다.
thde

11

대부분의 whois 클라이언트는 아직 클라이언트에게 알려지지 않은 TLD를 수행 할 때 IANA에서 whois 서버를 적극적으로 검색하는 대신 TLD whos 서버를 하드 코딩합니다.

모든 조회가 IANA에서 시작된 다음 필요에 따라 레지스트리 및 등록 기관을 통과하므로 모든 TLD 및 IP 주소를 지원 하는 http://gwhois.org/ 를 사용할 수있는 자체 온라인 whois 조회 도구를 만들었습니다 .

또한 whois 데이터를 사용자 친화적 인 방식으로 표시하는 지능형 whois 파서를 작성하는 데 많은 시간을 보냈습니다.

스크린 샷 예 :

스크린 샷

스크린 샷 2


Ruby를 실행하지 않으므로이 답변이 더 효과적입니다. Ubuntu Server 12.04를 실행하면 gwhois패키지가 공식 저장소에서 추가로 25 개의 패키지를 설치해야하는 것처럼 보입니다 . ~ 4.4MB의 스토리지를 놓치지 않을 것이 아니라 패키지를 올바르게 실행하는 데 실제로 필요한 것입니까?
Paul

오. Gwhois.org는 Linux의 'gwhois'패키지와 관련이 없습니다. 혼란을 드려 죄송합니다
iglvzx

좋아요, 작동하지만 명령 줄 도구는 없습니까? 어떻게 든 커맨드 라인 문제를 해결하고 싶습니다.
Paul

1
네. 내가 자체 whois 도구를 구축하기로 결정한 주된 이유는 이미 존재하는 솔루션에 만족하지 않았기 때문입니다. :)
iglvzx

2
@iglvzx 나는 당신의 도구를 좋아합니다. 앱을 적극적으로 변경할 수 있도록 코드를 오픈 소싱하는 것에 대해 생각해 보셨습니까?
David Okwii

11

이것은 대부분의 새로운 tld에서 작동하는 것으로 보입니다.

서버 호스트 이름은 whois.nic.newtldname 형식입니다.

예 :

whois -h whois.nic.host example.host

"이 이름은 ICANN 정책에 따라 레지스트리에서 보유합니다." 등 등

또한 http://nic.newtldname일반적으로 찾아 보면 레지스트리 / 시작 페이지로 이동합니다.


환상적인! IANA에 공식적으로 등록 된 호스트가 대부분의 도메인 레지스트리에서 다른 경우에도 왜 작동합니까? 이 문서가 어딘가에 기록되어 있습니까? iANA 또는 ICANN에서 공식적으로 지원됩니까? -솔루션의 동적 버전은 다음과 whois -h $(whois -h whois.iana.org .TLD | grep '^whois:' | sed 's/whois:\s*//') example.TLD
같습니다.

1
해당 TLD를 조회하기 위해 TLD 확장을 허용하는 다른 WHOIS 서버를 알고 있습니까? 나는 두 가지를 알고있다 : whois.nic.$ext그리고 $ext.whois-servers.net-나는 내 목록에 추가 할 다른 사람들을 찾고있다.
chovy

5

표준 Linux 클라이언트를 사용중인 경우 새 TLDS를 포함하도록 정의가 아직 업데이트되지 않았습니다.

두 가지 가능한 솔루션이 있습니다.

  1. 모든 새로운 gTLD 목록을 잡고 whois 호스트를 매개 변수로 whois 클라이언트에 전달하십시오.
  2. 대체 클라이언트를 사용하십시오. 현재 Ruby WHOIS 클라이언트 가 새로운 gTLD와 동기화되도록 최선을 다하고 있으므로 사용할 수 있습니다. 또한 CLI를 제공합니다.

모든 새 gTLD 목록을 어디에서 가져야할지 확실하지 않으며 whois 호스트를 매개 변수로 whois 클라이언트에 whois 클라이언트에 전달하는 방법을 잘 모르겠습니다. 서버에 Ruby가 설치되어 있지 않습니다. 이것은 좋은 대답이 아닙니다.
Paul

여기 Simone의 tlds에 대한 whois 호스트 목록이 있습니다. 여기 whois 매뉴얼 페이지의 사본이 있습니다.
Kelly Thomas

IANA의 루트 영역 데이터베이스 에는 whois 서버와 TLD에 대한 기타 정보가 포함됩니다. (그것은 TLD의 항목의 하단 근처에 있습니다.)
Matt Nordhoff

2

OS X에서 whois 도구는 /etc/whois.conf 지원 ( slackware?처럼 ) 으로 빌드되지 않은 것 같습니다 . 이 문제를 해결하는 쉬운 방법은 homebrew 에서 "duped"whois를 설치하는 것 같습니다 . 당신은 그것을 할 수 있습니다

brew tap homebrew/dupes
brew update
brew install whois
brew untap homebrew/dupes

그렇게하면 업데이트 된 whois 서버 목록을 사용합니다 (그러나 .so 및 .ninja 도메인으로 만 테스트했습니다).


이것을 알고 반갑습니다. 업데이트 된 whoisCLI 를 설치하는 한 가지 라이너 는brew install homebrew/dupes/whois

1

한 가지 방법은 TLD .whois-servers.net 을 whois 서버로 사용하는 것입니다. 예 :

whois -h mobi.whois-servers.net npr.mobi

whois-server.net (CenterGate LLC, 아니 제휴에 의해 운영) 도메인은 공식 TLD 후이즈 서버, 예를 DNS CNAME의 리디렉션의 희망 최신 목록을 포함 :

dig mobi.whois-servers.net
...
;; ANSWER SECTION:
mobi.whois-servers.net. 146     IN      CNAME   whois.dotmobiregistry.net.

대부분의 경우 이것이 작동합니다. 더 짧은 구문이 있습니다 (적어도 OSX에서는) whois -c mobi npr.mobi. 슬프게도 그것은 예를 들어 작성시 모든 도메인에 대한 작업을 수행whois -c tube nic.tube
thde

1

/etc/whois.conf를 업데이트하기 위해 다음과 같은 스크립트를 사용할 수 있습니다

/*
 * Usage : node generateWhoisConf.js > /etc/whois.conf
 */

var json = require('comment-json');
var request = require('request');

request('https://github.com/weppos/whois/raw/master/data/tld.json', function(error, response, body){
  var obj = json.parse(body);
  Object.keys(obj).forEach(function(key){
    if(obj[key].host){
      console.log(key.replace(/\./g,'\\.') + '$ ' + obj[key].host);
    }
  });
});

https://gist.github.com/HugoPoi/4694a99f5a9d9b2c558557bbdd113f54

이 다른 github 저장소는 whois 서버에 대한 좋은 데이터를 제공합니다 https://github.com/whois-server-list/whois-server-list


슈퍼 유저에 오신 것을 환영합니다! 링크 된 페이지가 변경되면 답변이 유효하지 않을 수 있으므로 참조 링크에서 답변의 필수 부분을 인용하십시오.
DavidPostill

0

내 솔루션은 매우 정교하지 않았습니다. Debian Wheezy 또는 Squeeze 또는 OS X El Capitan 또는 Snow Leopard에서 특정 TLD를 찾을 수 없습니다. 그래도 데비안 Jessie에서 TLD를 찾을 수 있다는 것을 알았습니다. 데비안 머신에서 방금 Jessie의 whois 소스를 가져 와서 만들었습니다. 지금은 잘 작동합니다. OS X의 경우 MacPorts를 통해 최신 버전의 whois를 가져 왔습니다.


0

내 요청 중 하나에 대해 동일한 문제의 서버 응답이있었습니다.

이 경우 -a스위치를 사용하는 것이 간단하고 훌륭하게 작동했습니다.

whois -a [your_request_here]

보낸 사람 man:

[This flag is] understood by whois.ripe.net and some other RIPE-like servers:
-a
    Also search all the mirrored databases. 

0

또는 더 나은 도구를 사용할 수 있습니다. 예를 들어 GNU jwhois 는 융통성있게 적절한 whois서버를 먼저 검색 한 다음 해당 서버를 사용하여 실제 조회를 수행합니다.

jwhois는 정규식 또는 CIDR 블록을 사용하여 유연한 구성 파일을 기반으로 쿼리 할 Whois 서버를 선택할 수있는 향상된 Whois 클라이언트

GNU 경로 : https://ftp.gnu.org/gnu/jwhois/
Github one : https://github.com/jonasob/jwhois


새로운 TLD에서는 작동하지 않습니다.
Paul

아이러니하게도, 이것이 내가 새로운 TLD를 창시 할 수없는 이유였습니다. 어떤 이유로이 도구는 기본적으로 설치된 도구입니다. 나는 일반 창녀 중 하나를 설치했고 새로운 TLD를 쿼리 할 수 ​​있었고 해킹이 필요하지 않았습니다.
주목받는 개발
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.