Comment puis-je rechercher de nouveaux TLD, tels que .email, .guru, etc., à l'aide de la whois
commande linux?
L'exécution whois
sur un nouveau TLD ne donne que la réponse:
No whois server is known for this kind of object.
Comment puis-je rechercher de nouveaux TLD, tels que .email, .guru, etc., à l'aide de la whois
commande linux?
L'exécution whois
sur un nouveau TLD ne donne que la réponse:
No whois server is known for this kind of object.
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):
S'amuser
la source
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 enwhois.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 deswhois -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:
la source
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:
"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.la source
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:
la source
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
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).
la source
whois
CLI mise à jour estbrew install homebrew/dupes/whois
Une solution consiste à utiliser TLD .whois-servers.net en tant que serveur whois, par exemple:
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:
la source
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
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
la source
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.
la source
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é:De
man
:la source
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.Chemin GNU: https://ftp.gnu.org/gnu/jwhois/
Github one: https://github.com/jonasob/jwhois
la source