Antworten:
Sie können die whois-Server für die neuen TLDs manuell konfigurieren.
Erstellen Sie einfach die Datei /etc/whois.conf
und fügen Sie den folgenden Inhalt hinzu, und Sie können die neuen TLDs nachschlagen:
whois.conf (Github Mirror: whois.conf )
Die whois.conf verwendet reguläre Ausdrücke .
Sie können den richtigen whois-Server direkt von IANA beziehen, ohne zusätzliche Dateien oder Tabellen bearbeiten zu müssen.
Beispiel für TLD ".de"
Linux, OSX (und kompatibel):
whois -h whois.iana.org .de |
egrep -e '^whois:' |
sed -e 's/[[:space:]][[:space:]]*/ /g' |
cut -d " " -f 2
Habe Spaß
whois
Dienstprogramm ist, weiß ich nicht genau (vielleicht, um die Last zu reduzieren?). Wie auch immer, Requisiten und danke.
whois -h $(whois -h whois.iana.org .TLD | grep '^whois:' | sed 's/whois:\s*//') example.TLD
. Interessanterweise reicht es jedoch aus, die whois.nic.TLD
meisten (oder alle?) TLDs als Datenbankhost zu verwenden , wie von @Andrew hervorgehoben.
.tube
der verantwortliche Server nicht veröffentlicht. Wahrscheinlich, weil der IANA-Server wie vorgesehen verantwortlich whois -h whois.iana.org nic.tube
ist.
Die meisten whois-Clients codieren die Server der TLD fest, anstatt den whois-Server bei der Ausführung einer TLD, die dem Client noch nicht bekannt ist, aktiv von IANA abzurufen.
Ich habe mein eigenes Online-Tool für die whois-Suche erstellt, das Sie unter http://gwhois.org/ verwenden können und das alle TLDs und IP-Adressen unterstützt, da alle Suchvorgänge bei IANA beginnen und dann bei Bedarf zur Registrierung und zum Registrar weitergeleitet werden.
Ich habe auch viel Zeit damit verbracht, einen intelligenten Whois-Parser zu erstellen, der die Whois-Daten auf benutzerfreundliche Weise anzeigt.
Beispiel-Screenshots:
gwhois
Paket zusätzliche 25 Pakete aus dem offiziellen Repository installiert werden müssen. Nicht, dass ich die ~ 4,4 MB Speicherplatz vermissen würde, sind all diese wirklich notwendig, damit das Paket korrekt ausgeführt werden kann?
Dies scheint für die meisten neuen tlds zu funktionieren:
Der Hostname des Servers hat das folgende Format: whois.nic.newtldname
z.B:
whois -h whois.nic.host example.host
"Dieser Name wird von der Registry gemäß den ICANN-Richtlinien reserviert." etc etc etc
Wenn http://nic.newtldname
Sie nach durchsuchen, gelangen Sie in der Regel zur Registrierungs- / Startseite.
whois -h $(whois -h whois.iana.org .TLD | grep '^whois:' | sed 's/whois:\s*//') example.TLD
whois.nic.$ext
und $ext.whois-servers.net
- ich suche andere, die meiner Liste hinzugefügt werden können.
Wenn Sie den Standard-Linux-Client verwenden, wurden die Definitionen noch nicht aktualisiert, um das neue TLDS einzuschließen.
Sie haben zwei mögliche Lösungen:
Unter OS X scheint das whois-Tool nicht mit der Unterstützung von /etc/whois.conf erstellt worden zu sein ( genau wie Slackware? ). Der einfache Weg, dies zu beheben, scheint darin zu bestehen, die "getäuschten" Whois von Homebrew zu installieren . Das kannst du mit machen
brew tap homebrew/dupes
brew update
brew install whois
brew untap homebrew/dupes
Auf diese Weise wird eine aktualisierte Liste der whois-Server verwendet (ich habe sie jedoch nur mit .so- und .ninja-Domains getestet).
Eine Möglichkeit besteht darin, TLD .whois-servers.net als whois-Server zu verwenden, z.
whois -h mobi.whois-servers.net npr.mobi
Die Domain whois-server.net (von CenterGate LLC betrieben, keine Zugehörigkeit) enthält eine hoffentlich aktuelle Liste von DNS-CNAME-Weiterleitungen zu offiziellen TLD-whois-Servern, z.
dig mobi.whois-servers.net
...
;; ANSWER SECTION:
mobi.whois-servers.net. 146 IN CNAME whois.dotmobiregistry.net.
whois -c mobi npr.mobi
. Leider funktioniert es zum Zeitpunkt des Schreibens nicht für alle Domains, zBwhois -c tube nic.tube
Zum Aktualisieren Ihrer /etc/whois.conf können Sie ein Skript wie das folgende verwenden
/*
* 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
Dieses andere Github-Repository bietet gute Daten zum Whois-Server https://github.com/whois-server-list/whois-server-list
Meine Lösung war nicht sehr ausgefeilt. Ich konnte eine bestimmte TLD unter Debian Wheezy oder Squeeze oder in OS X El Capitan oder Snow Leopard nicht nachschlagen. Ich fand heraus, dass ich die TLD in Debian Jessie nachschlagen konnte. Auf den Debian-Maschinen habe ich nur die Quelle für whois für Jessie genommen und gebaut; funktioniert jetzt gut Für OS X habe ich mir eine neuere Version von whois über MacPorts besorgt.
Ich hatte die gleiche problematische Serverantwort auf eine meiner Anfragen.
In diesem Fall war die Verwendung des -a
Schalters einfach und funktionierte hervorragend:
whois -a [your_request_here]
Von man
:
[This flag is] understood by whois.ripe.net and some other RIPE-like servers:
-a
Also search all the mirrored databases.
Oder Sie können einfach ein besseres Werkzeug verwenden. ZB GNU jwhois, das zuerst flexibel nach geeigneten whois
Servern sucht , führt dann die eigentliche Suche mit diesem Server durch.
jwhois ist ein verbesserter Whois-Client, der in der Lage ist, den abzufragenden Whois-Server basierend auf einer flexiblen Konfigurationsdatei mit regulären Ausdrücken oder CIDR-Blöcken auszuwählen
GNU-Pfad: https://ftp.gnu.org/gnu/jwhois/
Github one: https://github.com/jonasob/jwhois