Réponses:
Vous pouvez configurer manuellement les serveurs whois pour les nouveaux TLD.
Créez simplement le fichier /etc/whois.conf
et ajoutez le contenu suivant pour pouvoir rechercher les nouveaux TLD:
whois.conf (miroir Github: whois.conf )
Whois.conf utilise des expressions régulières .
Vous pouvez facilement obtenir le bon serveur whois directement auprès de l'IANA sans modifier de fichiers ou de tableaux supplémentaires.
Exemple pour ".de" TLD
Linux, OSX (et compatible):
whois -h whois.iana.org .de |
egrep -e '^whois:' |
sed -e 's/[[:space:]][[:space:]]*/ /g' |
cut -d " " -f 2
S'amuser
whois
utilitaire, je ne suis pas sûr (peut-être pour réduire la charge?). Quoi qu'il en soit, les accessoires et merci.
whois -h $(whois -h whois.iana.org .TLD | grep '^whois:' | sed 's/whois:\s*//') example.TLD
. Ce qui est intéressant, c’est suffisant de l’utiliser en whois.nic.TLD
tant qu’hôte de base de données pour la plupart (ou peut-être tous?), Comme l'a souligné @Andrew.
.tube
le serveur responsable n'est pas publié. Probablement parce que le serveur IANA est responsable des whois -h whois.iana.org nic.tube
travaux.
La plupart des clients whois codent en dur les serveurs TLD whos, au lieu de rechercher activement le serveur whois auprès de l'IANA lors de l'exécution pour un TLD qui n'est pas déjà connu du client.
J'ai construit mon propre outil de recherche en ligne Whois que vous pouvez utiliser http://gwhois.org/ qui prend en charge tous les TLD et toutes les adresses IP, car toutes les recherches commencent à l'IANA, puis passent au registre et au registraire selon les besoins.
J'ai également passé beaucoup de temps à créer un analyseur whois intelligent qui affiche les données whois de manière conviviale.
Exemple de captures d'écran:
gwhois
paquet nécessite l'installation de 25 paquets supplémentaires à partir du référentiel officiel. Non pas que je manquerais les ~ 4,4 Mo de stockage, est-ce que tout cela est vraiment nécessaire pour que le paquet fonctionne correctement?
Cela semble fonctionner pour la plupart des nouveaux tld:
Le nom d'hôte du serveur est sous la forme: whois.nic.newtldname
par exemple:
whois -h whois.nic.host example.host
"Ce nom est réservé par le registre conformément à la politique de l'ICANN." etc etc etc
En outre, la navigation sur http://nic.newtldname
vous amène généralement à la page Registre / Lancement.
whois -h $(whois -h whois.iana.org .TLD | grep '^whois:' | sed 's/whois:\s*//') example.TLD
whois.nic.$ext
et $ext.whois-servers.net
- je cherche d'autres personnes à ajouter à ma liste.
Si vous utilisez le client Linux standard, les définitions n'ont pas encore été mises à jour pour inclure le nouveau TLDS.
Vous avez deux solutions possibles:
Sous OS X, l’outil whois ne semble pas avoir été construit avec le support /etc/whois.conf ( tout comme slackware? ). Le moyen le plus simple de résoudre ce problème semble être d’installer le whois "dupé" de homebrew . Vous pouvez le faire avec
brew tap homebrew/dupes
brew update
brew install whois
brew untap homebrew/dupes
De cette façon, il utilisera une liste mise à jour de serveurs whois (mais je n'ai testé qu'avec les domaines .so et .ninja).
Une solution consiste à utiliser TLD .whois-servers.net en tant que serveur whois, par exemple:
whois -h mobi.whois-servers.net npr.mobi
Le domaine whois-server.net (géré par CenterGate LLC, sans affiliation) contient une liste, espérons-le, à jour des redirections DNS CNAME vers les serveurs TLD whois officiels, par exemple:
dig mobi.whois-servers.net
...
;; ANSWER SECTION:
mobi.whois-servers.net. 146 IN CNAME whois.dotmobiregistry.net.
whois -c mobi npr.mobi
. Malheureusement , il ne fonctionne pas pour tous les domaines au moment de la rédaction , par exemplewhois -c tube nic.tube
Pour mettre à jour votre /etc/whois.conf, vous pouvez utiliser un script tel que
/*
* 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
Cet autre dépôt github fournit de bonnes données sur le serveur whois https://github.com/whois-server-list/whois-server-list
Ma solution n'était pas très sophistiquée. Je ne pouvais pas rechercher un certain TLD sous Debian Wheezy ou Squeeze, ni sous OS X El Capitan ou Snow Leopard. J'ai découvert que je pouvais consulter le TLD dans Debian Jessie. Sur les machines Debian, je viens de récupérer le code source de Whois pour Jessie et de le construire; fonctionne bien maintenant. Pour OS X, j’ai récupéré une version plus récente de whois via MacPorts.
J'ai eu la même réponse problématique du serveur à l'une de mes demandes.
Dans ce cas, l’utilisation du -a
commutateur était simple et a très bien fonctionné:
whois -a [your_request_here]
De man
:
[This flag is] understood by whois.ripe.net and some other RIPE-like servers:
-a
Also search all the mirrored databases.
Ou, vous pouvez simplement utiliser un meilleur outil. Par exemple, GNU jwhois, qui recherche d' whois
abord le serveur approprié de manière flexible , puis effectue la recherche à l'aide de ce serveur.
jwhois un client Whois amélioré capable de sélectionner le serveur Whois à interroger sur la base d'un fichier de configuration flexible utilisant des expressions régulières ou des blocs CIDR
Chemin GNU: https://ftp.gnu.org/gnu/jwhois/
Github one: https://github.com/jonasob/jwhois