Come whois nuovi TLD?
Risposte:
È possibile configurare manualmente i server whois per i nuovi TLD.
Basta creare il file /etc/whois.confe aggiungere il seguente contenuto e sarai in grado di cercare i nuovi TLD:
whois.conf (Github Mirror: whois.conf )
Whois.conf utilizza espressioni regolari .
Puoi facilmente ottenere il server whois giusto direttamente da IANA senza modificare file o tabelle aggiuntivi.
Esempio di TLD ".de"
Linux, OSX (e compatibile):
whois -h whois.iana.org .de |
egrep -e '^whois:' |
sed -e 's/[[:space:]][[:space:]]*/ /g' |
cut -d " " -f 2
Divertiti
whoisutilità, non sono sicuro (forse per ridurre il carico?). Comunque, oggetti di scena e grazie.
whois -h $(whois -h whois.iana.org .TLD | grep '^whois:' | sed 's/whois:\s*//') example.TLD. È interessante notare che è sufficiente utilizzare whois.nic.TLDcome host di database per la maggior parte (o forse per tutti) i TLD, come sottolineato da @Andrew.
.tubeil server responsabile non viene pubblicato. Probabilmente perché il server IANA è responsabile come whois -h whois.iana.org nic.tubefunziona.
La maggior parte dei client whois codifica in modo rigido i server TLD, invece di recuperare attivamente il server whois da IANA durante l'esecuzione per un TLD che non è già noto al client.
Ho creato il mio strumento di ricerca whois online che puoi utilizzare http://gwhois.org/ che supporta tutti i TLD e gli indirizzi IP poiché tutte le ricerche iniziano da IANA e poi passano al registro e al registrar secondo necessità.
Ho anche dedicato molto tempo alla costruzione di un parser whois intelligente che visualizza i dati whois in modo intuitivo.
Schermate di esempio:
gwhoispacchetto richieda 25 pacchetti aggiuntivi da installare dal repository ufficiale. Non che mi manchino i ~ 4.4 MB di spazio di archiviazione, sono davvero tutti questi necessari per il corretto funzionamento del pacchetto?
Questo sembra funzionare per la maggior parte dei nuovi tld:
Il nome host del server è nel formato: whois.nic.newtldname
per esempio:
whois -h whois.nic.host example.host
"Questo nome è riservato dal Registro secondo la politica ICANN." ecc ecc ecc
Inoltre, la navigazione in http://nic.newtldnamegenere ti porta alla pagina Registro / Avvio.
whois -h $(whois -h whois.iana.org .TLD | grep '^whois:' | sed 's/whois:\s*//') example.TLD
whois.nic.$exte $ext.whois-servers.net- Sto cercando altri da aggiungere al mio elenco.
Se si utilizza il client Linux standard, le definizioni non sono state ancora aggiornate per includere il nuovo TLDS.
Hai due possibili soluzioni:
- Prendi l'elenco di tutti i nuovi gTLD e passa l'host whois come parametro al client whois
- Usa un client alternativo. Attualmente sto facendo del mio meglio per mantenere sincronizzato il client Ruby WHOIS con i nuovi gTLD, in modo da poterlo utilizzare. Offre anche una CLI.
Su OS X, lo strumento whois non sembra essere costruito con il supporto /etc/whois.conf ( Proprio come lo slackware? ). Il modo più semplice per risolvere questo problema sembra essere quella di installare il "ingannati" whois da homebrew . Puoi farlo con
brew tap homebrew/dupes
brew update
brew install whois
brew untap homebrew/dupes
In questo modo, utilizzerà un elenco aggiornato di server whois (ma ho testato solo con domini .so e .ninja).
Un modo consiste nell'utilizzare TLD .whois-server.net come server whois, ad esempio:
whois -h mobi.whois-servers.net npr.mobi
Il dominio whois-server.net (gestito da CenterGate LLC, nessuna affiliazione) contiene un elenco, si spera, aggiornato di reindirizzamenti CNAME DNS ai server whois TLD ufficiali, ad esempio:
dig mobi.whois-servers.net
...
;; ANSWER SECTION:
mobi.whois-servers.net. 146 IN CNAME whois.dotmobiregistry.net.
whois -c mobi npr.mobi. Purtroppo non funziona per tutti i domini al momento della stesura, ad eswhois -c tube nic.tube
Per aggiornare il tuo /etc/whois.conf puoi usare uno script simile
/*
* 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
Questo altro repository github fornisce buoni dati sul server whois https://github.com/whois-server-list/whois-server-list
La mia soluzione non era molto sofisticata. Non ho potuto cercare un certo TLD sotto Debian Wheezy o Squeeze, o in OS X El Capitan o Snow Leopard. Ho scoperto che avrei potuto cercare il TLD in Debian Jessie. Sulle macchine Debian ho appena preso la fonte di whois per Jessie e l'ho costruita; funziona bene ora. Per OS X, ho acquisito una versione più recente di whois tramite MacPorts.
Ho avuto la stessa problematica risposta del server a una delle mie richieste.
In questo caso, usare l' -ainterruttore era semplice e funzionava alla grande:
whois -a [your_request_here]
Da man:
[This flag is] understood by whois.ripe.net and some other RIPE-like servers:
-a
Also search all the mirrored databases.
Oppure puoi semplicemente usare uno strumento migliore. Ad esempio GNU jwhois, che prima cerca in modo flessibile il whoisserver appropriato , quindi esegue la ricerca effettiva utilizzando quel server.
jwho è un client Whois migliorato in grado di selezionare il server Whois per eseguire query in base a un file di configurazione flessibile utilizzando espressioni regolari o blocchi CIDR
Percorso GNU: https://ftp.gnu.org/gnu/jwhois/
Github one: https://github.com/jonasob/jwhois