71 votos

¿Cómo diablos es http://to./ un nombre de dominio válido?

Al parecer, es un acortador de URL. Se resuelve bien en Chrome y Firefox. ¿Cómo es esto válido de dominio de nivel superior?

Actualización: para la gente diciendo que el navegador de travesuras, ¿por qué es que: http://com./ no me tome a: http://www.com/?

Y, ¿navegadores enviar una respuesta desde un lugar distinto de lo que es en realidad en la barra de direcciones? Aparte de conjuntos de marcos y cosas por el estilo, pensé navegadores trató muy duro para enviar sólo el contenido de el sitio en la barra de direcciones, para ayudar a protegerse contra la suplantación de identidad.

48voto

mrbradleyt Puntos 800

Básicamente, alguien se las ha arreglado para convencer a los dueños de los ccTLD'.' (Tonga?) para asignar Un registro a su propia dirección IP. Todo un golpe en el extraño viejo mundo de los acortadores de URL.

Normalmente estos niveles no tienen direcciones IP asignadas a través de un estándar de Un registro, pero no hay nada que decir que la misma no se podía hacer .reino unido, .com, .de la ue, etc.

Estrictamente hablando, no hay ninguna razón para tener el '.' especificado, aunque se debe evitar que su navegador de probar otras combinaciones, como 'to.yourdomain.com' en primer lugar, y acelerar la resolución de la dirección. También podría confundir a los navegadores, ya que no hay puntos, pero un Safari al menos parece que funciona bien con ella.

22voto

Ramiro Berrelleza Puntos 1017

"a" (el país TLD para Tonga) es la totalidad del dominio para el sitio - no hay ningún engaño del navegador:

$ telnet to 80
Trying 216.74.32.103...
Connected to to.
Escape character is '^]'.
GET / HTTP/1.1
Host: to

HTTP/1.1 200 OK
Date: Thu, 03 Dec 2009 18:34:04 GMT
Server: Apache/1.3.27 (Unix)  (Red-Hat/Linux) mod_perl/1.26
Transfer-Encoding: chunked
Content-Type: text/html; charset=ISO-8859-1

2d7
<!DOCTYPE html
    PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
     "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en-US" xml:lang="en-US">
<head>
<title>TO. -- Get Shorty URL</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
</head>
<body>
<form method="post" action="/" enctype="multipart/form-data">
<table><tr><td>Enter a long URL:</td> <td><input type="text" name="url"  size="50" /></td></tr><tr><td>Enter an optional name:</td> <td><input type="text" name="name"  size="20" /></td></tr><tr><td>&nbsp</td> <td><input type="submit" name="&#39;Witz that URL!" value="&#39;Witz that URL!" /></td></tr></table></form>
</body>
</html>
0

Connection closed by foreign host.

La razón por qué es una buena idea usar "http://to./" es porque algunos navegadores intentará convertir "a" en "http://www.to.com" en la barra de direcciones.

15voto

Erowlin Puntos 121

Cualquier zona DNS puede tener cualquier registro DNS para que la zona en sí mismo (en un archivo de configuración de bind, este registro está marcado con un @). En realidad, déjenme preguntarles esto -- la zona de la root tiene un @ para describir a sí mismo? Es decir, se pueden @ tener un registro de dirección? No veo por qué no. que sería un fresco de la dirección. "http://./"

La "Raíz" de la zona es simplemente una zona llamada ".". Por el momento, que la zona tiene un montón de servidores de nombres. Las direcciones de estos servidores de nombre son distribuye como un archivo de texto. Este archivo de texto o algo similar que se introduce manualmente en muchos de los típicos servidores de nombres recursivos.

La colocación de un "." al final del nombre le dice a su local de resolución que el nombre que usted ha entrado en una "totalmente calificado de" nombre de dominio, lo que significa que es exactamente y sólo el nombre que desea buscar. A menudo, utilizamos cualificados o de lo contrario nombres ambiguos como "www" para decir "www.of.the.place.I.work" donde está tu local de resolución de DNS tiene".el.lugar.Yo.de trabajo" como el "dominio dns" o "dominio de búsqueda".

Estos root a nivel de servidores de dominio de tener una lista de "nivel superior" de los dominios que representan aproximadamente a la edad abstracciones de cómo los investigadores en los años 80 se pensaba que el internet iba a ser utilizado y países, y un dominio de nivel superior para la "infraestructura". Cada uno de estos dominios de nivel superior tiene un montón de servidores de nombres que tienen listas de real en las zonas en que dominio, por lo que una solicitud para maps.google.com la primera vez que va a un nivel de la root del servidor, el cual pasa a una lista de servidores de nombres que saber acerca de .com, y cuando se le preguntó, uno de los que sabe acerca de qué servidor de nombres tiene registros de google.com y uno de esos sabe el registro específico para www.google.com.

Así que, todo lo que necesita hacer es convencer a quien ejecuta el TLD para un país o de una organización para poner en un registro de dirección .zona en lugar de google.zona y eres oro.

En la actualidad, los siguientes dominios de nivel superior tienen registros de direcciones (no se ejecutan todos los servidores web, aunque)

ac has address 193.223.78.210
ai has address 209.59.119.34
bi has address 196.2.8.205
cm has address 195.24.205.60
dk has address 193.163.102.23
gg has address 87.117.196.80
hk has address 203.119.2.28
io has address 193.223.78.212
je has address 87.117.196.80
ph has address 203.119.4.7
pn has address 80.68.93.100
pw has address 203.199.114.33
sh has address 64.251.31.234
tk has address 217.119.57.22
tm has address 193.223.78.213
to has address 216.74.32.103
uz has address 91.212.89.8
ws has address 63.101.245.10

y el siguiente tienen registros mx (de manera que el usuario@TLD. es posiblemente una dirección válida)

ai mail is handled by 10 mail.offshore.ai.
as mail is handled by 10 dca.relay.gdns.net.
cf mail is handled by 10 mail.intnet.cf.
dj mail is handled by 5 smtp.intnet.dj.
dj mail is handled by 5 relais2.intnet.dj.
dm mail is handled by 10 mail.nic.dm.
gp mail is handled by 20 manta.outremer.com.
gp mail is handled by 5 ns1.nic.gp.
gp mail is handled by 10 ns34259.ovh.net.
gt mail is handled by 10 mail.gt.
hr mail is handled by 10 alpha.carnet.hr.
io mail is handled by 10 mailer2.io.
kh mail is handled by 10 ns1.dns.net.kh.
km mail is handled by 110 bow.snpt.km.
km mail is handled by 100 mail1.comorestelecom.km.
mh mail is handled by 10 imap.pwke.twtelecom.net.
mh mail is handled by 20 mx1.mail.twtelecom.net.
mh mail is handled by 30 mx2.mail.twtelecom.net.
mq mail is handled by 10 mx1-mq.mediaserv.net.
ne mail is handled by 20 bow.rain.fr.
ne mail is handled by 10 bow.intnet.ne.
pa mail is handled by 5 ns.pa.
td mail is handled by 0 mail.intnet.td.
tt mail is handled by 0 66-27-54-138.san.rr.com.
tt mail is handled by 10 66-27-54-142.san.rr.com.
ua mail is handled by 10 mr.kolo.net.
va mail is handled by 20 paul.vatican.va.
va mail is handled by 50 proxy2.urbe.it.
va mail is handled by 90 john.vatican.va.
va mail is handled by 10 lists.vatican.va.
ws mail is handled by 10 mail.worldsite.ws.

(Realmente me pregunto acerca de lo que está pasando con "tt" aquí...)

Así que, en teoría, se podría enviar correo electrónico a papa@va. y será entregado correctamente...

Si utiliza diferentes servidores root, vas a terminar con un punto de vista diferente de lo que existe en internet. Todos los locales de las resoluciones que hice fueron en contra de mi sistema local, lo que es el uso de "dnscache", que va directamente a la root de los servidores. Muchos otros la resolución de DNS de los servidores de pedir a otro servidor DNS local en lugar de pedir a los servidores root.

5voto

BerggreenDK Puntos 121

Cómo que no? No hay ninguna limitación para el mínimo de "secciones" de un dominio debe tener. Es un ccTLD de Tonga como us, eu, uk, me,.... El siguiente punto significa que es un subdominio del dominio root. De hecho, xyz.com es realmente xyz.com..

Básicamente, lo que han hecho es simplemente agregar un A registro que apunta a un servidor Web. La propietaria de servidor de nombres responsable para responder a las consultas de to. y todos sus subdominios, por lo que se puede hacer fácilmente.

Demostración del hecho:

MehrdadAir:~ Mehrdad$ ping to.
PING to (216.74.32.103): 56 data bytes
Request timeout for icmp_seq 0
^C
--- to ping statistics ---
2 packets transmitted, 0 packets received, 100.0% packet loss
MehrdadAir:~ Mehrdad$ telnet 216.74.32.103 80
Trying 216.74.32.103...
Connected to 216.74.32.103.static.sfo.hosting.com.
Escape character is '^]'.
GET / HTTP/1.0
Host: to.
User-Agent: Mozilla


HTTP/1.1 200 OK
Date: Thu, 03 Dec 2009 18:41:05 GMT
Server: Apache/1.3.27 (Unix)  (Red-Hat/Linux) mod_perl/1.26
Connection: close
Content-Type: text/html; charset=ISO-8859-1

<!DOCTYPE html
    PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
     "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en-US" xml:lang="en-US">
<head>
<title>TO. -- Get Shorty URL</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
</head>
<body>
<form method="post" action="/" enctype="multipart/form-data">
<table><tr><td>Enter a long URL:</td> <td><input type="text" name="url"  size="50" /></td></tr><tr><td>Enter an optional name:</td> <td><input type="text" name="name"  size="20" /></td></tr><tr><td>&nbsp</td> <td><input type="submit" name="&#39;Witz that URL!" value="&#39;Witz that URL!" /></td></tr></table></form>
</body>
</html>
Connection closed by foreign host.

PS: se Basa en el contenido de este hilo, estoy absolutamente convencido de que el software utilizado por algunos operadores de Internet (Isp,...) ¿ no siga especificaciones correctamente y sólo pasa a seguir las convenciones. Esta es probablemente la razón por la que el dominio está roto para muchas personas.

3voto

crb Puntos 6399

Es raro que un dominio de nivel superior tiene un registro, pero es perfectamente legítimo. Pensar cómo usted puede tener "www.foo.com" y "foo.com" tienen diferentes antecedentes y que aplique todo el camino hasta el ccTLD de Tonga, .a.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X