¿Los navegadores web utilizan diferentes puertos de salida para diferentes pestañas?

En un navegador web que admite tener múltiples pestañas, como Firefox, ¿las diferentes pestañas que van a diferentes dominios del sitio web utilizan un puerto dedicado para cada dominio?

¿O el navegador usa un solo puerto para administrar todas las pestañas y, por lo tanto, todos los dominios?

¿Los navegadores usan diferentes puertos para conectarse a diferentes sitios web?

Ellos si.

Aquí hay un ejemplo que muestra mis conexiones actuales de Firefox (tengo 9 pestañas abiertas) en Windows 7:

Notas:

• Puede ver que los puertos locales son todos diferentes.

• Los puertos remotos suelen ser 80 (HTTP), 443 (HTTPS) u 8080 (HTTP alternativo).

  • Muchos otros puertos se utilizan para alojar servidores web. Busque HTTPen la Lista de números de puerto TCP y UDP algunos de ellos.

• El proceso completo de representación de una página web se describe a continuación. Vea en particular los pasos 5, 6, 13 y 15 (que están en negrita):

  • En general, la representación de una sola página web utiliza múltiples conexiones, no todas las cuales serán a la misma dirección remota.

  • Esto se debe a que las páginas web a menudo incluyen recursos alojados en otros lugares (archivos javascript, etc.).

• Las conexiones múltiples al mismo sitio web (por ejemplo, stackoverflow.com) también tienen puertos locales diferentes (porque son conexiones separadas en diferentes pestañas que representan diferentes páginas).

Representación de una página web: paso a paso

Nota:

• Los pasos 5, 6, 13 y 15 (que están en negrita) son directamente relevantes para la pregunta.

¿Alguna vez has pensado en lo que sucede cuando navegas por la web? No es tan simple como parece:

1. Escribe una URL en la barra de direcciones en su navegador preferido.
2. El navegador analiza la URL para encontrar el protocolo, el host, el puerto y la ruta.
3. Forma una solicitud HTTP (que probablemente era el protocolo)
4. Para llegar al host, primero debe traducir el host legible por humanos en un número IP, y lo hace haciendo una búsqueda de DNS en el host
5. Luego, se debe abrir un socket desde la computadora del usuario a ese número de IP, en el puerto especificado (generalmente el puerto 80)
6. Cuando una conexión está abierta, la solicitud HTTP se envía al host
7. El host reenvía la solicitud al software del servidor (más a menudo Apache) configurado para escuchar en el puerto especificado
8. El servidor inspecciona la solicitud (la mayoría de las veces solo la ruta) e inicia el complemento del servidor necesario para manejar la solicitud (¿correspondiente al idioma del servidor que utiliza, PHP, Java, .NET, Python?)
9. El complemento obtiene acceso a la solicitud completa y comienza a preparar una respuesta HTTP.
10. Para construir la respuesta se accede a una base de datos (muy probablemente). Se realiza una búsqueda en la base de datos, basada en parámetros en la ruta (o datos) de la solicitud
11. Los datos de la base de datos, junto con otra información que el complemento decida agregar, se combinan en una larga cadena de texto (probablemente HTML).
12. El complemento combina esos datos con algunos metadatos (en forma de encabezados HTTP) y envía la respuesta HTTP al navegador.
13. El navegador recibe la respuesta y analiza el HTML (que con un 95% de probabilidad está roto) en la respuesta
14. Un árbol DOM está construido a partir del HTML roto
15. Se realizan nuevas solicitudes al servidor para cada nuevo recurso que se encuentra en la fuente HTML (generalmente imágenes, hojas de estilo y archivos JavaScript). Vuelva al paso 3 y repita para cada recurso.
16. Las hojas de estilo se analizan y la información de representación en cada una se adjunta al nodo correspondiente en el árbol DOM
17. Javascript se analiza y ejecuta, y los nodos DOM se mueven y la información de estilo se actualiza en consecuencia
18. El navegador muestra la página en la pantalla de acuerdo con el árbol DOM y la información de estilo para cada nodo
19. Ves la página en la pantalla
20. Te molesta todo el proceso fue demasiado lento.

Fuente Representación de una página web: paso a paso

Cada conexión a un sitio web utiliza un socket diferente con el puerto TCP de destino predeterminado 80 para HTTP simple y 443 para HTTPS. Para que el socket sea único, la combinación de la dirección IP de origen, el puerto TCP de origen, la dirección IP de destino y el puerto TCP de destino debe ser diferente.

Si tiene varias conexiones al mismo sitio web (suponiendo que el sitio web use solo 1 dirección IP) desde la misma computadora, se debe usar un puerto TCP de origen diferente. De esta manera, cada conexión es única.

Sin embargo, debe tenerse en cuenta que a partir de HTTP 1.1, todas las conexiones son persistentes durante un período de tiempo determinado (a menos que se declare lo contrario). Esto significa que su navegador puede reutilizar la misma conexión si se solicitan múltiples recursos del mismo sitio web (por ejemplo, archivos css / js). Esto también se aplica si tiene varias instancias del mismo sitio web en su navegador.

Si está en Windows, el netstat -no -p TCPcomando le mostrará todos los sockets TCP activos y su ID de proceso correspondiente, incluidos los de su navegador:

Si está en Unix / Linux (Debian en este caso), puede usar el comando netstat -ntpo ss -t:

En cuanto a las pestañas a diferentes sitios web, no hay nada en TCP que requiera que el puerto local sea diferente, siempre que la tupla {IP local, puerto local, IP objetivo, puerto objetivo} sea ​​única. Para pestañas al mismo sitio web, la situación es mucho más compleja.

El navegador, como cualquier otra pieza de software de cliente, utiliza un puerto local diferente por conexión saliente al mismo objetivo. En general, formará múltiples conexiones a cualquier sitio web dado, para obtener recursos incrustados como imágenes, CSS, JavaScript, etc. También agrupará esas conexiones para su posible reutilización.

No es posible decir si las diferentes pestañas del mismo sitio web utilizarán conexiones distintas , porque (a) de todos modos, por lo general, no hay una sola conexión por pestaña, y (b) dependiendo del momento y la autenticación, las conexiones pueden ser reutilizado entre pestañas; y como no es posible identificar las conexiones, tampoco es posible identificar los puertos locales.

Si. No, quizás. Depende.

Primero, un navegador puede usar cualquiera de estas estrategias para las conexiones:

1. Conexión única (poco probable para cualquier navegador más reciente que 1995)
2. Una conexión por pestaña (básicamente igual que la n. ° 1, solo que un poco mejor)
3. Una conexión por recurso (ingenuo, pero no funciona tan mal)
4. Conjunto de conexiones con conexiones para reutilizar y mantener vivo
5. Algo diferente (léase como: cosas raras)

No tiene una manera de saber qué estrategia usará un navegador, aunque usar un grupo de conexiones (y reutilizar conexiones) es una suposición razonable.

En segundo lugar, la forma en que funciona TCP, tiene un puerto de origen y un puerto de destino para cada conexión. El par de dirección / puerto de origen y destino define la conexión.
Siempre ^[1] utiliza un puerto conocido (como 80 o 443) para conectarse al servidor (al que escucha en su dirección anunciada), pero el otro puerto se elige al azar. Por lo tanto, dependiendo de qué lado mire una conexión, tiene uno o muchos puertos posibles.

Por lo tanto, la misma pestaña puede (y usualmente) usará varios puertos diferentes en su extremo, pero en principio diferentes pestañas podrían (si las conexiones se agrupan y se cargan diferentes recursos en diferentes pestañas desde el mismo servidor) usar el mismo puerto.

Como la pregunta menciona explícitamente la salida , en el caso "normal", los números de puerto serían los mismos independientemente de la pestaña en la que se encuentren o uno de los dos puertos posibles (80 y 443). Aunque, por supuesto, es posible solicitar explícitamente un puerto diferente (como 8080) en una URL. Sin embargo, eso es un poco raro.