Dado que:
domain.com resolves to some IP and
www.domain.com would resolve (usually) to the same IP
¿Por qué abc.www.domain.com o abcddomain.com no resuelven el siguiente nombre de pieza N disponible de forma predeterminada?
Respuesta1
Porque existe una diferencia entre un nombre de host en una zona y una zona o subzona delegada.
Dado www.example.com, wwwes un nombre de host en la zona example.com. Sí, hay una computadora en example.com que presta servicio a esa zona, pero el sistema DNS está configurado explícitamente para decir "www es un host aquí" y no "hay una subzona llamada www".
Por supuesto, algunos software de servidor DNS admiten el uso de comodines, por lo que se pueden configurar para tener una zona en www.example.comy luego usar un comodín en *.www.example.comy hacer que todo apunte a la misma IP.
Y, por supuesto, nada impide que alguien cree su propio software de servidor DNS que responda de la forma que desee, siempre que "hable" el protocolo DNS.
Respuesta2
La relación real aquí es exactamente lo contrario de lo que piensas. Domain.com no es una dirección alternativa para www.domain.com. Dominio.com es el nombre de todas las direcciones posibles que terminan en dominio.comyse ha vinculado explícitamente a www.dominio.com en los registros DNS. La World Wide Web no es el único, ni siquiera el más antiguo, servicio que utiliza Internet y si la organización propietaria de dominio.com no tuviera un sitio web, podría fácilmente haberlo vinculado a mail.dominio.com o ftp. .dominio.com. En los casos de organizaciones que no son explícitamente solo sitios web, el dominio suele ser el sufijo para todas las máquinas dentro de su red y el enlace podría asignarse a cualquiera de ellas o a un grupo de máquinas.
Subir de nivel de DNS generalmente significa cruzar un límite organizacional. En este caso, domain.com es propiedad de la hipotética empresa del ejemplo y tiene sentido enviar a las personas que intentan acceder a él a su sitio web. Por otro lado la com. El dominio es propiedad de Verisign, un actor importante en DNS que no tendría forma de saber cuál de sus muchos, muchos clientes le interesaba realmente.
Respuesta3
Incluso si un nombre de una parte 'máquina' se resolviera en una única IP (digamos a través de una entrada de hosts locales), habría esperado que abcmachine se resolviera en la misma IP.
Las entradas de /etc/hosts no son DNS; Creo que en realidadprecederDNS y el concepto de nombres de puntos de varios niveles. Antes de inventar el DNS, la mayoría de los sistemas solo usaban nombres de una sola palabra y a.b.c.machineen realidad no existían.
En cuanto al DNS en sí, es simplemente una elección que hicieron sus inventores de que sólo los nombres creados explícitamente serían resolubles de forma predeterminada, sin características "mágicas" como la expansión automática.
Entonces, cuando ves que www.example.comse resuelve alguna dirección, es porque el propietario del dominiorealmente agregadoel subdominio individual "www" a su zona DNS, no porque DNS lo duplique automáticamente.
Tenga en cuenta que DNS en realidadhacetener esto como unoptar encaracterística. Si crea una entrada DNS para *.example.com(en cualquier nivel), todos los subdominios desconocidos en el mismo nivel (por ejemplo, foo.example.com) se resolverán automáticamente con los mismos datos que la *entrada. En realidad, esto se utiliza para muchos sistemas de alojamiento de sitios web; por ejemplo, GitHub tiene una *.github.ioentrada para capturar automáticamente todos los nombres de usuario.
Pero en la práctica, hace que las cosasirritanteen muchos casos (fuera de la web). Si un dominio ha optado por utilizar comodines, cada vez que cometa un error tipográfico en el subdominio, ya no recibirá un mensaje de error real que diga que se equivocó con el nombre; en lugar de eso, silenciosamente se dirigirá a un lugar completamente diferente al que deseaba.