Comment puis-je rechercher de nouveaux TLD, tels que .email, .guru, etc., à l'aide de la commande whois
sous linux?
Exécuter 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.
Il suffit de créer le fichier /etc/whois.conf
et d'ajouter le contenu suivant pour pouvoir consulter 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
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/ pour prendre en charge tous les TLD et adresses IP, car toutes les recherches commencent à IANA, puis accédez au registre et au registraire selon vos 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:
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 vers http://nic.newtldname
vous amène généralement à la page Registre/Lancement.
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 facile 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 l’ai seulement testé avec les domaines .so et .ninja).
Une solution consiste à utiliser TLD. Whois-servers.net comme 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.
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 commutateur -a
était simple et fonctionnait très bien:
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 en souplesse le serveur whois
approprié en premier, puis effectue la recherche à l'aide de ce serveur.
jwhois un client Whois amélioré capable de sélectionner le serveur Whois à interroger en fonction 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