¿Cómo se pasa un subdominio al servidor web?

Sé que dns resuelve una dirección como example.com a una dirección IP como 11.22.33.44, pero estoy un poco confundido acerca de cómo se resuelven los subdominios, por lo que al escribir http://subdomain.example.com , lo que en realidad Se pasa al servidor en 11.22.33.44? En otras palabras, example.com = 11.22.33.44, pero subdomain.example.com/path = ???

¿Son "subdominio" y "ruta de acceso" pasados ​​como encabezados http, o mapeados en la url de alguna manera, o qué?

Gracias por adelantado.

Edit: Si estoy entendiendo correctamente, BloodPhilia dice que subdomain.example.com realmente es un dominio diferente que en principio podría resolver a un IP totalmente diferente. Pero si eso es así, ¿qué pasa con los hosts que tienen un gran número de sub-dominios (que parecen), pero que realmente se asignan a algún camino del sitio. Por ejemplo, blogspot alberga millones de blogs, y todos se parecen a esto:

aaa.blogspot.com bbb.blogspot.com ...millions more... yyy.blogspot.com zzz.blogspot.com 

Esos no son claramente subdominios con sus propios IP's, sino más bien algunos mapas como aaa.blogspot.com -> www.blogspot.com/aaa, pero ¿cómo se logra esto? ¿Qué se pasa realmente al servidor web en blogspot.com?

Dominios, Subdominios, Sub-Sub dominios y Sub (x) -sub-subdominios (hechos los dos últimos!), Son tratados exactamente de la misma manera por DNS a un usuario final y un servidor web.

Por ejemplo, el servidor DNS puede devolver resultados diferentes para domain.com , www.domain.com o mysite.domain.com .

Ahora, como usted probablemente sabe, hay muchos más dominios que IPs en el mundo.

Debido a esto, los servidores utilizan algo conocido como "Encabezados de host" con el fin de servir el contenido correcto.

No importa lo que realmente solicitas, tu máquina trata todo igual – buscará en DNS a qué IP debe conectarse, y una vez conectada, enviará el encabezado de host como parte de la solicitud. El servidor web envía de vuelta el contenido que se configuró para enviar de nuevo.

Una buena herramienta para la prueba / aprendizaje / diagnóstico es Wfetch, se puede descargar aquí .

He aquí un ejemplo de los encabezados enviados mientras accedía a superuser.com

texto alternativo

Aquí está la configuración de los encabezados de host en IIS (un servidor web):

texto alternativo

(Imagen de aquí )

Si estuviera interesado, Serverfault.com y Superuser.com están en la misma IP y esta es la técnica que se usa para separar los sitios y servir diferentes contenidos.

Para obtener más información sobre el tema, puede leer el artículo de Wikipedia sobre Hosting virtual .

(Sé que entiendes lo básico, pero pensé que sería bueno decir un poco más para que cualquiera de Google-ing esto puede aprender un poco si quieren!)

Editar

Por lo tanto, según su ejemplo, me imagino que alguien tan grande como blogspot más probable es que tenga una entrada DNS comodín (una entrada comodín devuelve el mismo resultado para cualquier consulta) que apunta a un equilibrador de carga, el equilibrador de carga a continuación, lo enviará A muchos servidores web diferentes que probablemente no tienen un sitio separado por encabezado de host, sino un solo sitio / script que la dirección escribió (encabezados de host o no) se analiza en y extrae el contenido correcto de su CDN allí y luego.

Aunque, también sería posible (pero poco probable) que simplemente tienen unos pocos miles de entradas por ip, el IP conduce a unos pocos servidores y simplemente tienen una entrada para cada sitio que tiene un encabezado de host coincidente.

De hecho, si dos dominios tienen la misma dirección IP, el servidor se basa en el explorador para especificar el dominio solicitado. Como :

 GET / HTTP/1.1 Host: data.stackexchange.com 

Subdominios no es la palabra correcta. Por lo general, un subdominio es dominio por sí mismo, por lo que sub.example.com se pasa primero al DNS, si no se encuentra ningún registro específico para este subdominio, la solicitud se pasa a la IP del dominio superior. (Example.com) En ese servidor la solicitud se realiza de nuevo y el servidor actuará en consecuencia.

En otras palabras, una solicitud a example.com no difiere de una solicitud a sub.example.com.

Subdomain.example.com no resuelve a 11.22.33.44 – para el propósito de su pregunta él tiene típicamente su propio registro de DNS A y resuelve a una diversa dirección.

Es posible permitir que el subdominio resolver a la misma dirección que el dominio principal y todavía servidor de diferentes páginas, pero si lo hace debe alojar los dos sitios en el mismo servidor web y necesita tener en cuenta en la configuración de su servidor. La forma en que cuenta esto depende de qué tipo de servidor web se esté ejecutando.