Os navegadores da Web usam portas de saída diferentes para guias diferentes?

Em um navegador da web que oferece suporte a várias guias, como o Firefox, guias diferentes que vão para domínios de sites diferentes usam uma porta dedicada para cada domínio ?.

Ou o navegador usa uma única porta para gerenciar todas as guias e, portanto, todos os domínios?

Os navegadores usam portas diferentes para se conectar a sites diferentes?

Sim, eles fazem.

Aqui está um exemplo, mostrando minhas conexões atuais do Firefox (tenho 9 guias abertas) no Windows 7:

Notas:

• Você pode ver que as portas locais são todas diferentes.

• As portas remotas são geralmente 80 (HTTP), 443 (HTTPS) ou 8080 (HTTP Alternativo).

  • Muitas outras portas são usadas para hospedar servidores da web. Procure HTTPna lista de números de porta TCP e UDP alguns deles.

• O processo completo de renderização de uma página da web é descrito abaixo. Veja em particular as etapas 5, 6, 13 e 15 (em negrito):

  • Em geral, a renderização de uma única página da Web usa várias conexões, nem todas no mesmo endereço remoto.

  • Isso ocorre porque as páginas da Web geralmente incluem recursos hospedados em outros lugares (arquivos javascript, etc.).

• Múltiplas conexões com o mesmo site (por exemplo, stackoverflow.com) também possuem portas locais diferentes (porque são conexões separadas em guias diferentes, renderizando páginas diferentes).

Renderizando uma página da Web - passo a passo

Nota:

• As etapas 5, 6, 13 e 15 (em negrito) são diretamente relevantes para a pergunta.

Você já pensou no que acontece quando você navega na web? Não é tão simples quanto parece:

1. Você digita um URL na barra de endereços no seu navegador preferido.
2. O navegador analisa o URL para encontrar o protocolo, host, porta e caminho.
3. Ele forma uma solicitação HTTP (provavelmente o protocolo)
4. Para alcançar o host, ele primeiro precisa converter o host legível por humanos em um número IP e faz isso fazendo uma pesquisa de DNS no host
5. Em seguida, é necessário abrir um soquete do computador do usuário para esse número IP, na porta especificada (geralmente a porta 80)
6. Quando uma conexão é aberta, a solicitação HTTP é enviada ao host
7. O host encaminha a solicitação ao software do servidor (geralmente Apache) configurado para escutar na porta especificada
8. O servidor inspeciona a solicitação (geralmente apenas o caminho) e inicia o plug-in do servidor necessário para lidar com a solicitação (correspondente à linguagem do servidor que você usa, PHP, Java, .NET, Python?)
9. O plug-in obtém acesso à solicitação completa e começa a preparar uma resposta HTTP.
10. Para construir a resposta, um banco de dados é (provavelmente) acessado. É feita uma pesquisa no banco de dados, com base nos parâmetros no caminho (ou dados) da solicitação
11. Os dados do banco de dados, juntamente com outras informações que o plug-in decide adicionar, são combinados em uma longa sequência de texto (provavelmente HTML).
12. O plug-in combina esses dados com alguns metadados (na forma de cabeçalhos HTTP) e envia a resposta HTTP de volta ao navegador.
13. O navegador recebe a resposta e analisa o HTML (que com 95% de probabilidade está quebrado) na resposta
14. Uma árvore DOM é construída a partir do HTML quebrado
15. Novas solicitações são feitas ao servidor para cada novo recurso encontrado na fonte HTML (normalmente imagens, folhas de estilo e arquivos JavaScript). Volte para a etapa 3 e repita para cada recurso.
16. As folhas de estilo são analisadas e as informações de renderização em cada uma são anexadas ao nó correspondente na árvore DOM
17. Javascript é analisado e executado, os nós DOM são movidos e as informações de estilo são atualizadas de acordo
18. O navegador renderiza a página na tela de acordo com a árvore DOM e as informações de estilo para cada nó
19. Você vê a página na tela
20. Você fica irritado por todo o processo ser muito lento.

Origem Renderização de uma página da Web - passo a passo

Cada conexão com um site usa um soquete diferente com a porta TCP de destino padrão 80 para HTTP simples e 443 para HTTPS. Para que o soquete seja exclusivo, a combinação do endereço IP de origem, porta TCP de origem, endereço IP de destino e porta TCP de destino deve ser diferente.

Se você tiver várias conexões com o mesmo site (assumindo que o site use apenas 1 endereço IP) do mesmo computador, uma porta TCP de origem diferente deverá ser usada. Dessa forma, cada conexão é única.

No entanto, deve-se observar que, a partir do HTTP 1.1, todas as conexões são persistentes por um determinado período de tempo (a menos que seja declarado o contrário). Isso significa que a mesma conexão pode ser reutilizada pelo seu navegador se forem solicitados vários recursos do mesmo site (por exemplo, arquivos css / js). Isso também se aplica se você tiver várias instâncias do mesmo site no seu navegador.

Se você estiver no Windows, o netstat -no -p TCPcomando mostrará todos os soquetes TCP ativos e seu ID de processo correspondente, incluindo os do seu navegador:

Se você estiver no Unix / Linux (Debian neste caso), poderá usar o comando netstat -ntpou ss -t:

No que diz respeito a guias para sites diferentes, nada no TCP exige que a porta local seja diferente, desde que a tupla {IP local, porta local, IP de destino, porta de destino} seja única. Para guias para o mesmo site, a situação é muito mais complexa.

O navegador, como qualquer outro software cliente, usa uma porta local diferente por conexão de saída para o mesmo destino. Em geral, ele formará várias conexões com qualquer site, para buscar recursos incorporados, como imagens, CSS, JavaScript etc. Ele também agrupará essas conexões para possível reutilização.

Não é possível dizer se guias diferentes para o mesmo site usarão conexões distintas , porque (a) geralmente não existe uma única conexão por guia e (b) dependendo do tempo e da autenticação, as conexões podem ser reutilizado entre guias; e como não é possível identificar as conexões, também não é possível identificar as portas locais.

Sim. Não Talvez. Depende.

Primeiro, um navegador pode usar qualquer uma dessas estratégias para conexões:

1. Conexão única (improvável para qualquer navegador mais recente que 1995)
2. Uma conexão por guia (basicamente igual ao nº 1, apenas um pouco melhor)
3. Uma conexão por recurso (ingênua, mas não funciona tão mal)
4. Conjunto de conexões com conexões keep-alive e reutilização
5. Algo diferente (leia-se: coisas estranhas)

Você não tem como saber qual estratégia o navegador utilizará, embora o uso de um conjunto de conexões (e a reutilização de conexões) seja uma suposição razoável.

Segundo, da maneira que o TCP funciona, você tem uma porta de origem e uma porta de destino para todas as conexões. O par de origem / destino endereço / porta define a conexão.
Você sempre ^[1] usa uma porta conhecida (como 80 ou 443) para se conectar ao servidor (no qual ele escuta no endereço anunciado), mas a outra porta é escolhida aleatoriamente. Portanto, dependendo de qual lado você olha para uma conexão, ela possui uma ou várias portas possíveis.

Portanto, a mesma guia pode (e geralmente utilizará) várias portas diferentes em sua extremidade, mas, em princípio, guias diferentes podem (se as conexões forem agrupadas e recursos diferentes em guias diferentes forem carregadas do mesmo servidor) usar a mesma porta.

Como a pergunta menciona explicitamente a saída , no caso "normal", os números de porta seriam os mesmos, independentemente da guia em que estão ou de uma das duas portas possíveis (80 e 443). Embora, é claro, seja possível solicitar explicitamente uma porta diferente (como 8080) em um URL. Isso é meio raro, no entanto.