Hypertext Transfer Protocol Equipe: Alan José de Moura Silva Filho (ajmsf) Cyrus Dias da Silva (cds) Dayse Danielle Soares da Rocha(ddsr) Elton Renan Magalhães Alves (erma) Marcelo Costa Melo de Andrade (mcma)

Roteiro Visão Geral Conexões Versões Formato de mensagens Métodos Códigos de status HTTPS

Visão Geral Protocolo da camada de aplicação Tipos mensagens Sintaxe das mensagens Semântica das mensagens Regras de quando e como os processos enviam as mensagens

Visão Geral Web e http Jargões Páginas web consistem em objetos Um objeto é qualquer coisa que tenha uma URL( Universal Resourse Locator) hostcaminho

Visão Geral Cliente user agent Servidor http response http request http response http request Modelo Cliente Servidor

Visão Geral Usa TCP Porta 8 0 Stateless – o servidor não mantém estado sobre requisições passadas de clientes

Conexões Não-persistente Persistente

Não-persistente No máximo um objeto é enviado pela conexão TCP HTTP/1.0 usa HTTP não-persistente como padrão 2 RTT – round trip time - para cada objeto Abre sempre uma nova conexão para cada objeto

Não persistente Abre conexão para cada objeto RTT Abre conexão OBJETO Transmis são do objeto

Persistente Varios objetos podem ser enviados em uma mesma conexão TCP entre o cliente e o servidor. HTTP 1.1 usa como padrão Implementa pipeline A conexão fecha quando sinalizada no header “Connection ” das mensagens HTTP

Vantagens Abre menos conexões TCP. É possível implementar um pipeline sobre requisições e respostas O congestionamento da rede é reduzido com a redução do número de pacotes para abrir as conexões Latencia em requisições seguintes diminui, já que não será necessário abrir novas conexões

Sem pipeline Só envia próxima requisição quando a anterior tiver sido recebida. 1 RTT para cada objeto

Sem pipeline Vários objetos na mesma conexão RTT OBJETO

Com pipeline Padrão do HTTP 1.1 Cliente envia requisições sem esperar pela resposta de cada requisição Gasta um pouco mais que 1RTT para todos os objetos Não deve enviar em pipeline métodos que não são idempotentes. Deve esperar pela resposta

Com pipeline Vários objetos solicitados ao mesmo tempo RTT OBJETOS

Versões HTTP 0.9 – só o GET HTTP 1.0 – RFC 1945 HTTP 1.1 – RFC 2616

HTTP – RFC 1945 Usa conexão não-persistente Possibilidade de transmissão de mensagens do tipo MIME44 (Multipurpose Internet Mail Extension) Implementa os métodos de requisição POST e HEAD Ainda é um protocolo bastante utilizado

HTTP – RFC 2616 Habilita conexão persistente com ou sem pipeline Implementa os métodos GET, POST, HEAD, PUT, DELETE, TRACE, OPTIONS e CONNECT Servidores Proxys, entre outras características

Pergunta Há incompatibilidade entre o HTTP1.0 e o HTTP1.1?

Formato das Mensagens Mensagens do HTTP 1.1 Especificadas em ASCII Formato geral de uma request mensage

Formato das Mensagens Exemplo de request mensage: GET /~if738 HTTP 1.1 Host: User-agent: Mozilla/4.0 Connection: close Accept-language: pt-br

Formato das Mensagens Versioncodesentence Mensagens do HTTP 1.1 Formato geral de uma reponse mensage

Formato das Mensagens Exemplo de response mensage: HTTP/ Moved Permanently Date: Thu, 23 Sep :27:20 GMT Server: Apache Location: Content-Length: 303 Connection: close Content-Type: text/html; charset=iso Moved Permanently Moved Permanently The document has moved here. Apache Ser ver at Port 80

Métodos Métodos Seguros: Get, Head Métodos idempotentes: Put, Delete, Options, Trace, Get e Head Post e Connect não respeitam essas propriedades

Métodos GET Qualquer requisição de dados especificada por uma URL Sempre retorna entidade conditional GET partial GET HEAD Idêntico ao GET, porém sem corpo. Pode ser usado para validar hyperlink. Retorna metadados

Métodos POST Enviar dados a serem processados no servidor. PUT Envia dados que serão armazenados no servidor. Caso a operação não seja realizada o servidor não pode deixar de retorno uma mensagem da causa HTTP1.1 não define como esse método afeta o estado do servido

Métodos DELETE Deleta dados no servidor As mensagem de resposta podem não ser o que parece. TRACE Ecoa o caminho feito pela requisição OPTIONS Retorna informação sobre as opções de conexão entre as partes da conexão CONNECT Converte a conexão para TCP/Tunnel transparente. Facilita o uso do criptografia SSL

Diferença entre POST e PUT A principal diferença entre o POST e o PUT está no significado do URI - Identificador Uniforme de Recursos - da requisição. POST – identifica um recurso que irá manipular o objeto enviado PUT – identifica o próprio objeto enviado

Códigos de Resposta Ao responder uma requisição do cliente, o servidor envia um código de resposta Constituído por numeros Segue um padrão

Padrão de resposta 1XX – informativo 2XX – sucesso 3XX – redirecionamento 4XX – erros no cliente 5XX – erros no servidor

Exemplos 200 OK A resposta segue com o objeto requisitado 302 Found Cliente pega o campo “Location” do header que informa a URI para o qual o recurso foi direcionado 301 Moved Permanently Redirecionamento permanente de URI

Exemplos 304 Not Modified Para uso de caching. Informa que não teve alteração desde a ultima requisição 401 Unauthourized é possível acessar o recurso apenas por meio de autenticação 403 Forbidden Não é possível acessar o recurso, mesmo usando autenticação

Exemplos 404 Not Found O recurso está temporariamente indisponível ou realmente não exista 500 Internal Server Error Algo inesperado aconteceu no servidor (???) 503 Service Unavailable Temporariamente indisponível. Manutenção ou sobrecarga

HTTPS Implementação de HTTP sobre uma camada SSL Usado no comércio online/operações bancárias e clientes de Permite que os dados sejam transmitidos por uma conexão criptografada Verifica autenticidade usando certificados digitais

HTTPS

SSL HANDSHAKE

Referencias Redes De Computadores E A Internet - James F Kurose

?