¿Cómo se produce la comunicación entre un navegador y un servidor web?

Su navegador primero resuelve el servername a través de DNS a una IP. Luego abre una conexión TCP al servidor web e intenta comunicarse a través de HTTP. Normalmente es en el puerto TCP 80, pero puede especificar uno diferente (http://server:portnumber).

HTTP se ve así:

Una vez que está conectado, envía la solicitud, que se parece a:

GET /site HTTP/1.0
Header1: bla
Header2: blub
{emptyline}

Por ejemplo, un encabezado podría ser Authorization o Range. Ver aquí para más.

Entonces el servidor responde así:

200 OK
Header3: foo
Header4: bar

content following here...

Por ejemplo, a header podría ser Date o Content-Type. Ver aquí para más.

Mira Wikipedia para HTTP para más información sobre este protocolo.

Los enlaces para las especificaciones de cada aspecto de la pregunta son los siguientes:

• OBTENER, PUBLICAR verbos (entre otros) - La especificación HTTP analiza exhaustivamente todos los aspectos de la comunicación HTTP (el protocolo para la comunicación entre el servidor web y el navegador). Explica los protocolos de mensaje de solicitud y mensaje de respuesta.

• Cookies - se establecen adjuntando un encabezado HTTP Set-Cookie al HTTP respuesta.

• Anillos de consulta - ¿es la parte de la URL en la solicitud HTTP que sigue a la primera aparición de un "?" caracter. La especificación vinculada corresponde a la sección 3.4 de la especificación URI.

• Sessions - HTTP es un protocolo síncrono sin estado. Las sesiones, o la ilusión de estado, se pueden crear mediante (1) el uso de cookies para almacenar datos de estado como texto sin formato en el ordenador del cliente, (2) pasando valores de datos en la URL y querystring de la solicitud, (3) enviar solicitudes POST con una colección de valores que pueden indicar estado y, (4) almacenar información de estado por un mecanismo de persistencia del lado del servidor que se recupera mediante una clave de sesión (la clave de sesión se resuelve desde la cookie, URL/Querystring o la colección de valores POST.

Una explicación de HTTP puede durar días, pero he intentado proporcionar una respuesta concisa pero conceptualmente completa, e incluir los enlaces apropiados para lectura adicional de las especificaciones oficiales.

Su navegador está sentado encima de TCP / IP, ya que la web se basa en estándares, generalmente el puerto 80, lo que sucede es cuando ingresa una dirección, como google.com, su computadora donde se ejecuta el navegador, crea paquetes de datos, encapsulados en cada capa de acuerdo con los estándares OSI, (piense en sobres de diferentes tamaños, empaquetados en cada sobre del siguiente tamaño), OSI define 7 capas, en uno de los sobres contiene la dirección de origen y la dirección de destino (que es el sitio web) codificado en binario.

A medida que alcanza la 1a capa, en términos de OSI, se transmite a través del transmisor de medios (como cable, DSL).

Si está conectado a través de ISP, el paquete de capas de sobres se transmite al ISP, el sistema de red del ISP, se asoma a través del paquete de capas de sobres decodificando en orden inverso para averiguar la dirección, luego el ISP comprueba su base de datos del Sistema de Nombres de dominio para averiguar si tienen una ruta a esa dirección ( lo hace, lo reenvía a través de la red de Internet-de nuevo paquete de capas de sobres).

Si no lo hace, el ISP interroga al servidor DNS de nivel superior para decir 'Oye, consígueme la ruta para la dirección como la suministraste, es decir. el navegador', el servidor DNS de nivel superior luego pasa la ruta al ISP que luego se almacena en la memoria del servidor del ISP.

El paquete de capas de sobres son transmitidos y recibidos por el servidor del sitio web después de enrutamiento exitoso de los paquetes (piense en enrutamiento como señales de direcciones para llegar al servidor), que a su vez, desempaca el paquete de capas de sobres, extrae la dirección de origen y dice 'Aha, eso es para mí, correcto, conozco la dirección de destino (es decir, usted, el navegador), luego el servidor empaqueta las páginas web en sobres empaquetados en capas y las envía de vuelta (generalmente en ruta inversa, pero no siempre es el caso).

Su navegador recibe los sobres empaquetados y desempaca cada uno de ellos. Entonces tu computadora descifra los datos y su navegador muestra las páginas en la pantalla.

Espero que esta respuesta sea suficiente para su comprensión.

Esto es de la comunicación Navegador - Servidor

Depende del servidor web, pero si te estás preguntando cómo se ve desde el lado del cliente, simplemente instala Live Headers y Firebug para firefox. Con la pestaña net en firebug y los encabezados live abiertos, debería quedar claro exactamente cómo interactúan los dos.

Para una mirada más profunda a los datos reales que van y vienen, use wireshark.

Existe un producto comercial con un logo interesante que permite ver todo tipo de tráfico entre servidor y cliente llamado charles.

Otras herramientas de código abierto incluyen: Live HttpHeaders, Wireshark o Firebug.

La comunicación entre un navegador y un servidor web tiene lugar a tantos niveles que es casi imposible responder a esta pregunta. HTTP juega un papel, pero HTTP no tiene sentido sin TCP, que no tiene sentido sin IP, que no tiene sentido sin una red física en la que se envía. Luego, hay solicitudes POST vs GET que son similares pero lo suficientemente diferentes como para justificar una discusión especial. A veces, una solicitud HTTP necesita ser autenticada, a veces, no es necesario. Los tipos Mime deben ser indicado. Luego, un navegador envía una solicitud diferente si hay un proxy. Y entonces también las codificaciones juegan un papel. Entonces, supongo que la respuesta más concisa a este tipo de preguntas es: el navegador le pide al servidor datos y el servidor le da los datos solicitados al navegador.