Guia · Internet
IP, DNS e URL: como um endereço leva a um recurso?
URL identifica como acessar um recurso, DNS consulta informações associadas a nomes e IP participa do encaminhamento entre redes. Essas funções se combinam numa navegação, mas nenhuma delas, sozinha, garante que uma página será entregue.
Escrito pela equipe Compuzilla
Publicado em . Atualizado em .
Nesta leitura

IP, DNS e URL: como um endereço leva a um recurso
- Identificar pela URL
- Localizar pelo nome
- Solicitar o recurso
Ler a URL
Considere https://exemplo.com/curso/?aula=2. O esquema indica HTTPS; o nome identifica o serviço; o caminho e a consulta ajudam a escolher o recurso. A URL não contém a aula e não precisa corresponder a um arquivo guardado com aquele nome no servidor.
Um fragmento como #exercicio pode indicar uma parte a usar no cliente. Na comunicação HTTP comum, ele não integra o alvo enviado ao servidor.
Consultar informações sobre o nome
O navegador ou componentes do sistema podem usar DNS para obter informações de endereço de exemplo.com. Um resolvedor pode aproveitar uma resposta em cache ou seguir consultas na hierarquia.
DNS também oferece outros tipos de registro. Resolver um nome não significa receber a aula: o sistema fornece informações que ajudam a localizar serviços. Um nome pode estar associado a mais de um endereço.
Encaminhar a comunicação
Com informações de destino, protocolos de rede e transporte organizam o caminho. IP participa do endereçamento e do encaminhamento de datagramas. Roteadores decidem próximos trechos conforme as rotas disponíveis.
O endereço IP não descreve o caminho /curso/ nem a consulta aula=2. Essas partes pertencem a outro nível de interpretação. Um servidor pode atender muitos nomes e recursos no mesmo endereço.
Pedir e interpretar a resposta
O cliente solicita o recurso segundo as regras de HTTP e recebe uma resposta quando a comunicação funciona. O serviço pode entregar conteúdo, redirecionar ou informar erro. A página ainda pode exigir recursos adicionais para ser apresentada.
Uma falha de DNS é diferente de receber HTTP 404. No segundo caso, houve uma resposta ao pedido; o recurso não foi encontrado naquele contexto. Separar as funções evita atribuir qualquer problema à mesma etapa.
Próxima leitura
Leia o que acontece quando você abre um site para incluir conexão, cache e apresentação.
Fontes para aprofundar
- IETF — RFC 3986, seções 1 e 3: identificadores e componentes (fonte primária)
- IETF — RFC 1034, seções 2–5: nomes, hierarquia e resolução (fonte primária)
- IETF — RFC 791, seções 1–3: datagramas, endereços e octetos (fonte primária)
- IETF — RFC 9110, seções 3, 4, 9 e 15: HTTP, HTTPS, métodos e estados (fonte primária)