Tabla de Contenido
Protocolo de transferência de hipertexto e linguagem de marcação de hipertexto
Existem protocolos específicos da camada de aplicativo que são projetados para usos comuns, como navegação na web e e-mail. O primeiro tópico deu uma visão geral desses protocolos. Este tópico entra em mais detalhes.
Quando um endereço da web ou Uniform Resource Locator (URL) é digitado em um navegador da web, o navegador da web estabelece uma conexão com o serviço da web. O serviço da web está sendo executado no servidor que está usando o protocolo HTTP. URLs e Uniform Resource Identifiers (URIs) são os nomes que a maioria das pessoas associa a endereços da web.
Para entender melhor como o navegador da web e o servidor da web interagem, examine como uma página da web é aberta em um navegador. Para este exemplo, use o URL ht tp: //www.cisco.com/index.html.
Clique em cada botão para obter mais informações.
O navegador interpreta as três partes do URL:
- http (o protocolo ou esquema)
- www.cisco.com (o nome do servidor)
- index.html (o nome de arquivo específico solicitado)
O navegador então verifica com um servidor de nomes para converter www.cisco.com em um endereço IP numérico, que usa para se conectar ao servidor. O cliente inicia uma solicitação HTTP a um servidor enviando uma solicitação GET ao servidor e solicita o arquivo index.html.
Em resposta à solicitação, o servidor envia ao navegador o código HTML dessa página da web.
O navegador decifra o código HTML e formata a página para a janela do navegador.
HTTP e HTTPS
HTTP é um protocolo de solicitação / resposta. Quando um cliente, normalmente um navegador da web, envia uma solicitação a um servidor da web, o HTTP especifica os tipos de mensagem usados para essa comunicação. Os três tipos de mensagem comuns são GET (veja a figura), POST e PUT:
- GET – Esta é uma solicitação de dados do cliente. Um cliente (navegador da web) envia a mensagem GET ao servidor da web para solicitar páginas HTML.
- POST – Carrega arquivos de dados para o servidor da web, como dados de formulário.
- PUT – Carrega recursos ou conteúdo para o servidor da web, como uma imagem.
Embora o HTTP seja notavelmente flexível, não é um protocolo seguro. As mensagens de solicitação enviam informações ao servidor em texto simples que podem ser interceptadas e lidas. As respostas do servidor, normalmente páginas HTML, também não são criptografadas.
Para comunicação segura pela Internet, é usado o protocolo HTTP Secure (HTTPS). HTTPS usa autenticação e criptografia para proteger os dados enquanto eles trafegam entre o cliente e o servidor. HTTPS usa o mesmo processo de resposta do servidor de solicitação do cliente que o HTTP, mas o fluxo de dados é criptografado com Secure Socket Layer (SSL) antes de ser transportado pela rede.
Protocolos de Email
Um dos principais serviços oferecidos por um ISP é a hospedagem de e-mail. Para ser executado em um computador ou outro dispositivo final, o e-mail requer vários aplicativos e serviços, conforme mostrado na figura. E-mail é um método de armazenar e encaminhar para enviar, armazenar e recuperar mensagens eletrônicas em uma rede. As mensagens de email são armazenadas em bancos de dados em servidores de email.
Os clientes de email se comunicam com os servidores de email para enviar e receber emails. Os servidores de correio comunicam-se com outros servidores de correio para transportar mensagens de um domínio para outro. Um cliente de email não se comunica diretamente com outro cliente de email ao enviar email. Em vez disso, os dois clientes contam com o servidor de correio para transportar mensagens.
O e-mail oferece suporte a três protocolos separados para operação: Simple Mail Transfer Protocol (SMTP), Post Office Protocol (POP) e IMAP. O processo da camada de aplicativo que envia e-mail usa SMTP. Um cliente recupera e-mail usando um dos dois protocolos de camada de aplicativo: POP ou IMAP.
SMTP, POP e IMAP
Clique em cada botão para obter mais informações.
Os formatos de mensagem SMTP requerem um cabeçalho e um corpo de mensagem. Embora o corpo da mensagem possa conter qualquer quantidade de texto, o cabeçalho da mensagem deve ter um endereço de e-mail do destinatário formatado corretamente e um endereço do remetente.
Quando um cliente envia e-mail, o processo SMTP do cliente se conecta a um processo SMTP do servidor na porta 25 conhecida. Depois que a conexão é feita, o cliente tenta enviar o e-mail ao servidor através da conexão. Quando o servidor recebe a mensagem, ele a coloca em uma conta local, se o destinatário for local, ou a encaminha para outro servidor de e-mail para entrega.
O servidor de e-mail de destino pode não estar online ou pode estar ocupado quando as mensagens de e-mail são enviadas. Portanto, o SMTP faz o spoiler de mensagens para serem enviadas posteriormente. Periodicamente, o servidor verifica a fila de mensagens e tenta enviá-las novamente. Se a mensagem ainda não for entregue após um tempo de expiração predeterminado, ela será devolvida ao remetente como não entregue.
O POP é usado por um aplicativo para recuperar e-mails de um servidor de e-mail. Com o POP, o correio é baixado do servidor para o cliente e depois excluído do servidor. Esta é a operação padrão do POP.
O servidor inicia o serviço POP ouvindo passivamente na porta TCP 110 as solicitações de conexão do cliente. Quando um cliente deseja fazer uso do serviço, ele envia uma solicitação para estabelecer uma conexão TCP com o servidor, conforme mostrado na figura. Quando a conexão é estabelecida, o servidor POP envia uma saudação. O cliente e o servidor POP trocam comandos e respostas até que a conexão seja fechada ou abortada.
Com o POP, as mensagens de e-mail são baixadas para o cliente e removidas do servidor, portanto, não há um local centralizado onde as mensagens de e-mail são mantidas. Como o POP não armazena mensagens, ele não é recomendado para pequenas empresas que precisam de uma solução de backup centralizada.
POP3 é a versão mais comumente usada.
IMAP é outro protocolo que descreve um método para recuperar mensagens de e-mail. Ao contrário do POP, quando o usuário se conecta a um servidor compatível com IMAP, as cópias das mensagens são baixadas para o aplicativo cliente, conforme mostrado na figura. As mensagens originais são mantidas no servidor até serem excluídas manualmente. Os usuários visualizam cópias das mensagens em seu software cliente de e-mail.
Os usuários podem criar uma hierarquia de arquivos no servidor para organizar e armazenar mensagens. Essa estrutura de arquivo também é duplicada no cliente de e-mail. Quando um usuário decide excluir uma mensagem, o servidor sincroniza essa ação e exclui a mensagem do servidor.
