¿Cómo whois nuevos TLD?
Respuestas:
Puede configurar manualmente los servidores whois para los nuevos TLD.
Simplemente cree el archivo /etc/whois.confy agregue el siguiente contenido y podrá buscar los nuevos TLD:
whois.conf (Github Mirror: whois.conf )
Whois.conf está utilizando expresiones regulares .
Puede obtener fácilmente el servidor whois correcto directamente de IANA sin editar archivos o tablas adicionales.
Ejemplo para ".de" TLD
Linux, OSX (y compatible):
whois -h whois.iana.org .de |
egrep -e '^whois:' |
sed -e 's/[[:space:]][[:space:]]*/ /g' |
cut -d " " -f 2
Que te diviertas
whoisutilidad, no estoy seguro (¿tal vez para reducir la carga?). De todos modos, accesorios y gracias.
whois -h $(whois -h whois.iana.org .TLD | grep '^whois:' | sed 's/whois:\s*//') example.TLD. Curiosamente, sin embargo, es suficiente para usar whois.nic.TLDcomo host de base de datos para la mayoría (¿o tal vez para todos?) TLD's, como lo señaló @Andrew.
.tubeel servidor responsable no se publica. Probablemente porque el servidor IANA es responsable como whois -h whois.iana.org nic.tubefunciona.
La mayoría de los clientes whois codifican el TLD cuyos servidores, en lugar de recuperar activamente el servidor whois de IANA cuando se realiza para un TLD que el cliente aún no conoce.
He creado mi propia herramienta de búsqueda whois en línea que puede usar http://gwhois.org/ que admite todos los TLD y direcciones IP, ya que todas las búsquedas comienzan en IANA y luego pasan al registro y registrador según sea necesario.
También pasé mucho tiempo creando un analizador whois inteligente que muestra los datos whois de una manera fácil de usar.
Capturas de pantalla de ejemplo:
gwhoispaquete requiere la instalación de 25 paquetes adicionales desde el repositorio oficial. No es que extrañe los ~ 4.4MB de almacenamiento, ¿son todos estos realmente necesarios para que el paquete se ejecute correctamente?
Esto parece funcionar para la mayoría de los nuevos tlds:
El nombre de host del servidor tiene el formato: whois.nic.newtldname
p.ej:
whois -h whois.nic.host example.host
"Este nombre está reservado por el Registro de acuerdo con la Política de ICANN". etc etc etc
Además, la exploración http://nic.newtldnamegeneralmente lo lleva a la página Registro / Inicio.
whois -h $(whois -h whois.iana.org .TLD | grep '^whois:' | sed 's/whois:\s*//') example.TLD
whois.nic.$exty $ext.whois-servers.netestoy buscando a otros para agregar a mi lista.
Si está utilizando el cliente Linux estándar, las definiciones aún no se han actualizado para incluir el nuevo TLDS.
Tienes dos posibles soluciones:
- Obtenga la lista de todos los nuevos gTLD y pase el host whois como parámetro al cliente whois
- Use un cliente alternativo. Actualmente estoy haciendo todo lo posible para mantener el cliente Ruby WHOIS sincronizado con los nuevos gTLD, para que pueda usarlo. También ofrece una CLI.
En OS X, la herramienta whois no parece estar construida con el soporte /etc/whois.conf ( ¿como slackware? ). La forma fácil de solucionar esto parece ser instalar el whois "engañado" de homebrew . Puedes hacer eso con
brew tap homebrew/dupes
brew update
brew install whois
brew untap homebrew/dupes
De esa manera, usará una lista actualizada de servidores whois (pero solo probé con dominios .so y .ninja).
Una forma es usar TLD .whois-server.net como el servidor whois, por ejemplo:
whois -h mobi.whois-servers.net npr.mobi
El dominio whois-server.net (administrado por CenterGate LLC, sin afiliación) contiene una lista actualizada de redireccionamientos DNS CNAME a servidores whois de TLD oficiales, por ejemplo:
dig mobi.whois-servers.net
...
;; ANSWER SECTION:
mobi.whois-servers.net. 146 IN CNAME whois.dotmobiregistry.net.
whois -c mobi npr.mobi. Lamentablemente no funciona para todos los dominios en el momento de escribir por ejemplowhois -c tube nic.tube
Para actualizar su /etc/whois.conf puede usar un script como
/*
* 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
Este otro repositorio de github proporciona buenos datos sobre el servidor whois https://github.com/whois-server-list/whois-server-list
Mi solución no fue muy sofisticada. No pude buscar un determinado TLD en Debian Wheezy o Squeeze, o en OS X El Capitan o Snow Leopard. Sin embargo, descubrí que podía buscar el TLD en Debian Jessie. En las máquinas Debian, simplemente tomé la fuente de whois para Jessie y la construí; funciona bien ahora. Para OS X, tomé una versión más nueva de whois a través de MacPorts.
Tuve la misma respuesta problemática del servidor a una de mis solicitudes.
En este caso, usar el -ainterruptor fue simple y funcionó muy 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.
O simplemente puede usar una herramienta mejor. Por ejemplo, GNU jwhois, que whoisprimero busca de manera flexible el servidor apropiado , luego realiza la búsqueda real usando ese servidor.
es un cliente Whois mejorado capaz de seleccionar el servidor Whois para consultar en función de un archivo de configuración flexible utilizando expresiones regulares o bloques CIDR
Ruta de GNU: https://ftp.gnu.org/gnu/jwhois/
Github one: https://github.com/jonasob/jwhois