Aula 10 - Infraestrutura e Sistemas Computacionais - Protocolos ICMPv6, Roteamento, Transporte, Aplicação, DNS, NAT e HTTP

Infraestrutura e Sistemas Computacionais Cristina Moreira Nunes Aula 10 Aula 10 Dividida em cinco partes Apresentação dos principais protocolos utilizados no nível de Transporte e Protocolos de Roteamento Apresentação de alguns protocolos utilizados no nível de Aplicação O que você vai aprender nessa aula Parte 1 Protocolo ICMPv6 e Protocolos de Roteamento Parte 2 Nível de Transporte Parte 3 Nível de Aplicação Parte 4 Protocolo DNS Parte 5 NAT e HTTP Aula 10 Parte 1 Protocolo ICMPv6 e Protocolos de Roteamento Mensagens do protocolo ICMPv6 Exemplos de Protocolos de Roteamento Tabelas de Roteamento Aula 10 Parte 2 Nível de Transporte Protocolo TCP Protocolo UDP Aula 10 Parte 3 Nível de Aplicação Tipos de arquiteturas Protocolo DHCP Aula 10 Parte 4 Protocolo DNS Funcionamento Tipos de Consultas Exemplo de Configuração Aula 10 Parte 5 NAT e HTTP Funcionamento do NAT Características do Protocolo HTTP O que você vai precisar para acompanhar essa aula Documentos que definem os Protocolos ICMPv6 RIP OSPF BGP TCP UDP DHCP DNS e NAT RFC 4443 ICMPv6 httpswwwrfceditororgrfcrfc4443 RFC 2453 RIP httpswwwrfceditororgrfcrfc2453 RFC 2328 OSPF httpswwwrfceditororgrfcrfc2328 RFC 4271 BGP httpswwwrfceditororgrfcrfc4271 RFC 9293 TCP httpswwwrfceditororgrfcrfc9293 RFC 768 UDP httpswwwrfceditororgrfcrfc768 RFC 2131 DHCP httpswwwrfceditororgrfcrfc2131 RFC 1034 DNS httpswwwrfceditororgrfcrfc1034 RFC 3022 NAT httpswwwrfceditororgrfcrfc3022 O que você vai aprender nessa aula Parte 1 Protocolo ICMPv6 e Protocolos de Roteamento Parte 2 Nível de Transporte Parte 3 Nível de Aplicação Parte 4 Protocolo DNS Parte 5 NAT e HTTP Checksum Type Code Dados da Mensagem 16 32 variável 8 0 Protocolo ICMPv6 Internet Control Message Protocol v6 Uma mensagem ICMPv6 possui a seguinte estrutura semelhante à do ICMPv4 O checksum é calculado sobre a mensagem incluindo também o Pseudocabeçalho IPv6 Source Address Destination Address Body of ICMP Version Priority Flow Lable Payload Length Nxt Hdr 58 Hop Limit ICMP type ICMP Code Checksum Protocolo ICMPv6 O campo tipo pode ter um dos seguintes valores 1 Destination Unreachable 2 Packet Too Big 3 Time Exceeded 4 Parameter Problem 128 Echo Request 129 Echo Reply 130 Group Membership Query 131 Group Membership Report 132 Group Membership Reduction As mensagens dividemse em duas categorias ERRO type menor do que 128 e INFORMAÇÃO type maior do que 127 IGMP 133 Router Solicitation 134 Router Advertisement 135 Neighbor Solicitation 136 Neighbor Advertisement 137 Redirect ARP Protocolo ICMPv6 Neighbor Discovery definido na RFC 4861 Adiciona novos métodos não existentes na versão anterior do protocolo IP Torna mais dinâmico alguns processos de configuração de rede determinar o endereço MAC dos nós da rede encontrar roteadores vizinhos determinar prefixos e outras informações de configuração da rede detectar endereços duplicados determinar à acessibilidades dos roteadores redirecionamento de pacotes autoconfiguração de endereços Descoberta de Vizinhança Utiliza 5 tipos de mensagens ICMPv6 Router Solicitation RS ICMPv6 Tipo 133 Router Advertisement RA ICMPv6 Tipo 134 Neighbor Solicitation NS ICMPv6 Tipo 135 Neighbor Advertisement NA ICMPv6 Tipo 136 Redirect ICMPv6 Tipo 137 São configuradas com o valor 255 no campo Hop Limit Podem conter ou não opções Source linklayer address Target linklayer address Prefix information Redirected header MTU Descoberta de Vizinhança Determina o endereço MAC dos vizinhos do mesmo enlace Substitui o protocolo ARP Utiliza o endereço de multicast em vez de broadcast O host envia uma mensagem NS informando seu endereço MAC e solicita o endereço MAC do vizinho Descoberta De Endereços MAC nicbr Determina o endereço MAC dos vizinhos do mesmo enlace Substitui o protocolo ARP Utiliza o endereço de multicast em vez de broadcast O host envia uma mensagem NS informando seu endereço MAC e solicita o endereço MAC do vizinho O vizinho responde enviando uma mensagem NA informando seu endereço MAC Descoberta De Endereços MAC nicbr Localizar roteadores vizinhos dentro da mesma rede Determina prefixos e parâmetros relacionados à autoconfiguração de endereços Roteadores enviam mensagens RA para o endereço de multicast Descoberta de Roteadores e Prefixos nicbr Verifica a unicidade do endereço de uma máquina na rede Deve ser realizado antes de se atribuir qualquer endereço unicast a uma interface Consiste no envio de uma mensagem NS pela máquina com o campo de endereço destino preenchido com seu próprio endereço Caso alguma mensagem NA seja recebida como resposta isso indicará que o endereço já está sendo utilizado Detecção de Endereços Duplicados Autoconfiguração Stateless Stateless Address Autoconfiguration SLAAC Mecanismo que permite a atribuição de endereços unicast aos nós sem a necessidade de configurações manuais sem servidores adicionais Gera endereços IP a partir de informações enviadas pelos roteadores e de dados locais como o endereço MAC Se não houverem roteadores presentes na rede é gerado apenas um endereço do tipo link local Prefixo FE8064 Autoconfiguração Stateless Stateless Address Autoconfiguration SLAAC Possibilita as máquinas se autoconfigurarem sem a necessidade de utilização de um serviço de DHCP Esse método não mantém nenhum registro dos endereços atribuídos stateless e é automaticamente atribuído nos hosts autoconfiguration Mecanismo que permite a atribuição de endereços unicast aos hosts Sem a necessidade de configurações manuais Sem servidores adicionais Gera endereços IP a partir de informações enviadas pelos roteadores e de dados locais como o endereço MAC Se não houverem roteadores presentes na rede é gerado apenas um endereço do tipo link local Prefixo FE8064 Autoconfiguração Stateless Etapas Configuração do prefixo parte de rede do endereço 64 bits iniciais Hosts aprendem o prefixo da rede através das mensagens Router Advertisement anunciadas pelos roteadores Configuração do sufixo parte de host do endereço últimos 64 bits O sufixo de host é automaticamente gerado a partir do endereço físico MAC da interface de rede Como o MAC tem apenas 48 bits aplicase uma função de expansão denominada IEEE EUI64 Extended Unique Identifier Preenche os demais 16 bits através de um algoritmo padronizado Terceira etapa Inverter o sétimo bit do primeiro byte para 1 destacado em preto uma flag indicando que o endereço é administrado localmente Por fim basta anexar o prefixo da rede ao identificador de host para ter um endereço global unicast automaticamente atribuído à interface Autoconfiguração Stateless Primeira etapa Pegar o endereço físico de 48 bits e separálo em dois blocos iguais de 24 bits Segunda etapa Adicionar os algarismos hexadecimais FFFE mais 16 bits entre os dois blocos de maneira que o endereço foi expandido para 64 bits Autoconfiguração Stateless SEND Secure Neighbor Discovery Protege mensagens trocadas no processo de descoberta de vizinhos Utiliza endereços gerados criptograficamente Cryptographically Generated Address CGA Garante que um host que envia uma mensagem Neighbor Advertisement informando que já possui um determinado IPv6 realmente possui aquele endereço Para Saber Mais SEND RFC 3971 httpswwwrfceditororgrfcrfc3971 CGA RFC 3972 httpswwwrfceditororgrfcrfc3972 Protocolos de Roteamento Utilizados para facilitar a troca de informações de roteamento entre roteadores Sua função é construir tabelas de roteamento completas nos diversos roteadores de uma rede Definem as métricas o tamanho o conteúdo a frequência e tipo de mensagens de roteamento Tipos IGP Interior Gateway Protocol realizam o roteamento dentro de um sistema autônomo AS EGP Exterior Gateway Protocol realizam o roteamento entre sistemas autônomos P Interior P Interior P Interior P Interior P Interior P Exterior SA 1 SA 2 Sistemas Autônomos Um SA Sistema Autônomo pode ser definido como Um grupo de redes e roteadores controlados por uma única autoridade administrativa Roteadores em um sistema autônomo seguem as mesma regras de roteamento Protocolos de roteamento são classificados de acordo com sua atuação Protocolos de Roteamento Protocolos do tipo IGP RIP Routing Information Protocol Desenvolvido pela Xerox Corporation no início dos anos 80 e disponível na grande maioria das versões do sistema UNIX IGRP Interior Gateway Routing Protocol Criado pela Cisco nos anos 80 EIGRP Enhanced IGRP Protocolo aprimorado do IGRP para suportar redes grandes complexas e críticas OSPF Open Shortest Path First Desenvolvido pelo IETF como substituto para o protocolo RIP ISIS Intermediate System to Intermediate System Desenvolvido para o Modelo OSI e republicado pelo IETF Protocolos do tipo EGP EGP Exterior Gateway Protocol Criado em 1982 e atualmente é obsoleto BGP Border Gateway Protocol Desenvolvido pelo IETF na década de 90 para substituir o EGP Protocolos de Roteamento Protocolos de roteamento dinâmico Protocolos Internos de Gateway IGPs Protocolos Externos de Gateway EGPs Procotolos de roteamento de vetor de distância Protocolos de roteamento linkstate Protocolo de roteamento PathVector RIPv1 IGRP RIPv2 EIGRP OSPF ISIS BGP Tabela de Roteamento RTA show ip route Codes C connected S static I IGRP R RIP M mobile B BGP D EIGRP EX EIGRP external O OSPF IA OSPF inter area E1 OSPF external type 1 E2 OSPF external type 2 E EGP i ISIS L1 ISIS level1 L2 ISIS level2 candidate default Gateway of last resort is 128213632 to network 20020000 192208100 is variably subnetted 2 subnets 2 masks O E2 192208100 2552552550 1101000 via 203250142 004125 Ethernet0 O 192208104 255255255252 110138 via 203250142 004125 Ethernet0 C 203250130 is directly connected Loopback0 203250150 is variably subnetted 3 subnets 3 masks O 2032501510 255255255255 11075 via 203250142 004125 Ethernet0 O 203250150 255255255252 11074 via 203250142 004125 Ethernet0 B 203250150 2552552550 2000 via 203250152 004125 C 203250140 is directly connected Ethernet0 12821300 is variably subnetted 2 subnets 2 masks B 12821300 25525500 200 via 128213632 004126 C 128213630 255255255252 is directly connected Serial0 OE2 00000 1101000 via 203250142 Ethernet00 B 20020000 25525500 200 via 128213632 000238 Tabela de Roteamento R2 show ipv6 route IPv6 Routing Table Default 7 entries Codes C Connected L Local S Static U Peruser Static route B BGP M MIPv6 R RIP I1 ISIS L1 I2 ISIS L2 IA ISIS interarea IS ISIS summary D EIGRP EX EIGRP external O OSPF Intra OI OSPF Inter OE1 OSPF ext 1 OE2 OSPF ext 2 ON1 OSPF NSSA ext 1 ON2 OSPF NSSA ext 2 C 200000164 00 via Serial001 directly connected L 2000121319FFFE7B5004128 00 via Serial001 receive C 200000264 00 via FastEthernet01 directly connected L 20000022128 00 via FastEthernet01 receive C 200000464 00 via FastEthernet00 directly connected L 2000421319FFFE7B5004128 00 via FastEthernet00 receive L FF008 00 via Null0 receive Tabela de Roteamento No Linux No Windows Resumo do que vimos até agora Protocolo ICMPv6 e Protocolos de Roteamento Mensagens do protocolo ICMPv6 Exemplos de Protocolos de Roteamento Tabelas de Roteamento Relembrando o conteúdo do vídeo anterior Protocolo ICMPv6 e Protocolos de Roteamento Mensagens do protocolo ICMPv6 Exemplos de Protocolos de Roteamento Tabelas de Roteamento O que você vai aprender nessa aula Parte 1 Protocolo ICMPv6 e Protocolos de Roteamento Parte 2 Nível de Transporte Parte 3 Nível de Aplicação Parte 4 Protocolo DNS Parte 5 NAT e HTTP Fonece comunicação lógica entre aplicações que estão rodando em diferentes máquinas mobile network home network enterprise network national or global ISP local or regional ISP datacenter network content provider network application transport network data link physical application transport network data link physical Ações dos protocolos de transporte origem divide mensagens da aplicação em segmentos passa para o nível de rede destino remonta segmentos em mensagens passa para o nível de aplicação Protocolos de transporte utilizado pelas aplicações na Internet TCP UDP Nível de Transporte Jim Kurose Keith Ross TCP UDP HTTP HTTPS SMTP POP DNS DHCP SNMP IP ARP ICMP ETHERNET IEEE 80211 Aplicação Transporte Rede Interface de Rede Modelo TCPIP Protocolos TCP e UDP Protocolo TCP Transmission Control Protocol Protocolo de transporte orientado à conexão Transferência de dados confiável fimafim recuperação de dados perdidos duplicados organização dos dados recebidos fora de ordem Protocolo orientado a stream Comunicação fullduplex A unidade de dados trocada entre as entidades de transporte é denominada de segmento Cada segmento área de dados mais o cabeçalho TCP é encapsulado dentro de um datagrama IP Tamanho máximo do segmento MSS 17216108180 Endereço IP da máquina Porta Protocolo TCP Reside em cima do IP e permite múltiplos programas de aplicação se comunicarem concorrentemente Utiliza o conceito de porta Uma porta é um objeto abstrato codificado por um número inteiro de 16 bits usado para identificar os protocolos de aplicação Para uma aplicação poder falar com uma outra numa máquina remota é preciso conhecer não apenas o endereço IP da máquina destino mas também a porta associada à aplicação parceira Os números das portas variam de 0 a 65535 Portas de 0 a 1023 são reservadas para o acesso a serviços padrão como HTTP SMTP Protocolo TCP Necessidade de uma comunicação com garantia de entrega pacotes podem ser perdidos ou destruídos pacotes entregues fora de ordem pacotes entregues com atraso pacotes duplicados Faz detecção de erros Faz controle de fluxo Faz controle de congestionamento Protocolo TCP Números de Sequência Bytes no fluxo de dados são numerados sequencialmente Retransmissão Uma cópia da mensagem a ser transmitida é colocada numa fila de retransmissão Se dentro de um instante de tempo não for recebida uma confirmação de recebimento ACK o protocolo envia novamente a mensagem Caso contrário ele retira a mensagem da fila de retransmissão Protocolo TCP Controle de fluxo Técnica usada para garantir que a estação transmissora não envia mais dados do que a estação receptora pode processar É verificado o tamanho do quadro que o receptor pode receber Baseado nesta informação o transmissor atualiza a sua janela de transmissão calcula o número de segmentos a enviar Janela Deslizante O tamanho da janela determina o número de octetos que podem ser transmitidos sem reconhecimento ACK Através do mecanismo de PIGGYBACK podese reconhecer um bloco de octetos via um segmento de dados Protocolo TCP Controle de Erros É adicionado um checksum a cada segmento transmitido Quando estes segmentos são recebidos são verificados os segmentos danificados são descartados e serão retransmitidos 0 31 24 16 10 4 PORTA ORIGEM PORTA DESTINO NÚMERO DE SEQUÊNCIA NÚMERO DO ACKNOWLEDGEMENT RESERVADO WINDOW CHECKSUM OPÇÕES PADDING DADOS HLEN BITS DE CÓDIGO Flags URGENT POINTER Segmento TCP Frame 215 60 bytes on wire 480 bits 60 bytes captured 480 bits on interface DeviceNPFD5CD4474BDDB4AABA19DF74B0F5D0F12 id 0 Ethernet II Src ASUSTekC6a9080 60a44c6a9080 Dst SamsungE6f9995 9883896f9995 Internet Protocol Version 4 Src 131074214 Dst 1921681141 Transmission Control Protocol Src Port 443 Dst Port 50371 Seq 47 Ack 2518 Len 0 Source Port 443 Destination Port 50371 Stream index 7 Conversation completeness Incomplete 12 TCP Segment Len 0 Sequence Number 47 relative sequence number Sequence Number raw 2538273248 Next Sequence Number 47 relative sequence number Acknowledgment Number 2518 relative ack number Acknowledgment number raw 2936714780 0101 Header Length 20 bytes 5 Flags 0x010 ACK 000 Reserved Not set 0 Nonce Not set 0 Congestion Window Reduced CWR Not set 0 ECNEcho Not set 0 Urgent Not set 1 Acknowledgment Set 0 Push Not set 0 Reset Not set 0 Syn Not set 0 Fin Not set TCP Flags A Window 16381 Calculated window size 16381 Window size scaling factor 1 unknown Checksum 0xb957 correct Checksum Status Good Calculated Checksum 0xb957 Urgent Pointer 0 SYN SYN ACK ACK Host 1 Host 2 Estabelecimento da Conexão Threeway handshake Frame 54 66 bytes on wire 528 bits 66 bytes captured 528 bits on interface DeviceNPFD5CD4474BDDB4AABA19DF74B0F5D0F12 id 0 Ethernet II Src SamsungE6f9995 9883896f9995 Dst ASUSTekC6a9080 60a44c6a9080 Internet Protocol Version 4 Src 1921681141 Dst 5420720104 Transmission Control Protocol Src Port 51136 Dst Port 80 Seq 2119935198 Len 0 Source Port 51136 Destination Port 80 Stream index 1 Conversation completeness Complete WITHDATA 31 TCP Segment Len 0 Sequence Number 2119935198 Next Sequence Number 2119935199 Acknowledgment Number 0 Acknowledgment number raw 0 1000 Header Length 32 bytes 8 Flags 0x002 SYN 000 Reserved Not set 0 Accurate ECN Not set 0 Congestion Window Reduced Not set 0 ECNEcho Not set 0 Urgent Not set 0 Acknowledgment Not set 0 Push Not set 0 Reset Not set 1 Syn Set 0 Fin Not set TCP Flags Frame 55 66 bytes on wire 528 bits 66 bytes captured 528 bits on interface DeviceNPFD5CD4474BDDB4AABA19DF74B0F5D0F12 id 0 Ethernet II Src ASUSTekC6a9080 60a44c6a9080 Dst SamsungE6f9995 9883896f9995 Internet Protocol Version 4 Src 5420720104 Dst 1921681141 Transmission Control Protocol Src Port 80 Dst Port 51136 Seq 765313965 Ack 2119935199 Len 0 Source Port 80 Destination Port 51136 Stream index 1 Conversation completeness Complete WITHDATA 31 TCP Segment Len 0 Sequence Number 765313965 Next Sequence Number 765313966 Acknowledgment Number 2119935199 1000 Header Length 32 bytes 8 Flags 0x012 SYN ACK 000 Reserved Not set 0 Accurate ECN Not set 0 Congestion Window Reduced Not set 0 ECNEcho Not set 0 Urgent Not set 1 Acknowledgment Set 0 Push Not set 0 Reset Not set 1 Syn Set 0 Fin Not set TCP Flags AS GRADU PUCRS online Case Wireshark 54 4718595 1921681141 5420720104 TCP 66 51136 80 SYN Seq2119935198 Win64240 Len0 MSS1460 WS256 SACKPERM 55 4751500 5420720104 1921681141 TCP 66 80 51136 SYN ACK Seq765313965 Ack2119935199 Win26883 Len0 MSS1460 SACKPERM WS128 56 4751613 1921681141 5420720104 TCP 54 51136 80 ACK Seq2119935199 Ack765313966 Win262656 Len0 Frame 56 54 bytes on wire 432 bits 54 bytes captured 432 bits on interface DeviceNPFD5CD4474BDDB4AABA19DF74B0F5D0F12 id 0 Ethernet II Src SamsungE6f9995 9883896f9995 Dst ASUSTekC6a9080 60a44c6a9080 Internet Protocol Version 4 Src 1921681141 Dst 5420720104 Transmission Control Protocol Src Port 51136 Dst Port 80 Seq 2119935199 Ack 765313966 Len 0 Source Port 51136 Destination Port 80 Stream index 1 Conversation completeness Complete WITHDATA 31 TCP Segment Len 0 Sequence Number 2119935199 Next Sequence Number 2119935199 Acknowledgment Number 765313966 0101 Header Length 20 bytes 5 Flags 0x010 ACK 000 Reserved Not set 0 Accurate ECN Not set 0 Congestion Window Reduced Not set 0 ECNEcho Not set 0 Urgent Not set 1 Acknowledgment Set 0 Push Not set 0 Reset Not set 0 Syn Not set 0 Fin Not set TCP Flags A MARISTA FIN ACK ACK Host 1 Host 2 FIN ACK Encerramento da Conexão Encerramento da Conexão Half Close Conexões TCP são fullduplex logo cada lado da conexão deve finalizar a conexão de forma independente Quando um dos lados envolvidos recebe uma solicitação de finalização deve enviar a notificação para a aplicação Uma aplicação após receber o pedido de finalização ainda pode mandar dados FIN ACK ACK ACK FIN ACK Data Ack of Data Half Close Exemplo Protocolo UDP User Datagram Protocol Protocolo de transporte não orientado à conexão Não implementa nenhum mecanismo de recuperação de erros São identificados os processos origem e destino através do conceito de porta O campo de Checksum é opcional Utilizado em aplicações em que a entrega imediata é mais importante do que a entrega precisa Ex transmissão de voz ou de vídeo Recebe pedidos de transmissão das aplicações das estações de origem e entrega para o IP 0 16 31 PORTA ORIGEM PORTA DESTINO TAMANHO DA MENSAGEM CHECKSUM DADOS Formato da Mensagem GRADU PUCRS online Case Wireshark 185 17772791 1921681141 19216811 DNS 82 Standard query 0x4079 A brpucrssharepointcom Frame 185 82 bytes on wire 656 bits 82 bytes captured 656 bits on interface DeviceNPFD5CD4474BDDB4AABA19DF74B0F5D0F12 id 0 Ethernet II Src SamsungE6f9995 9883896f9995 Dst ASUSTekC6a9080 60a44c6a9080 Internet Protocol Version 4 Src 1921681141 Dst 19216811 User Datagram Protocol Src Port 57035 Dst Port 53 Source Port 57035 Destination Port 53 Length 48 Checksum 0xf5fd correct Checksum Status Good Stream index 5 Timestamps UDP payload 40 bytes Domain Name System query MARISTA Resumo do que vimos até agora Nível de Transporte Protocolo TCP Protocolo UDP Relembrando o conteúdo do vídeo anterior Nível de Transporte Protocolo TCP Protocolo UDP O que você vai aprender nessa aula Parte 1 Protocolo ICMPv6 e Protocolos de Roteamento Parte 2 Nível de Transporte Parte 3 Nível de Aplicação Parte 4 Protocolo DNS Parte 5 NAT e HTTP Nível de Aplicação Tipos de arquiteturas Clienteservidor Peertopeer P2P Arquitetura ClienteServidor Processo onde uma aplicação inicia a interação com outra aplicação que sempre fica esperando Paradigma que forma o princípio de comunicação de aplicações distribuídas Servidor Hospedeiro sempre em funcionamento Endereço IP permanente Fornece serviços solicitados pelo cliente Cliente Enviam requisições ao servidor Não se comunica diretamente com outro cliente Podem ter endereço IP dinâmico Exemplos de aplicações clienteservidor HTTP FTP DNS mobile network home network enterprise network national or global ISP local or regional ISP datacenter network content provider network Arquitetura ClienteServidor Jim Kurose Keith Ross Arquitetura P2P Termo que referse a uma classe de sistemas e aplicações que emprega recursos de uma maneira descentralizada para melhorar o desempenho Cada processo cliente é um peer Nenhum processo possui maior controle sobre outro Um peer pode ser ora cliente ora servidor Peer ou pares atuam cooperativamente Altamente escaláveis mas difíceis de gerenciar mobile network home network enterprise network national or global ISP local or regional ISP datacenter network content provider network Jim Kurose Keith Ross Arquitetura Híbrida P2PCS Servidor intermedia informações enviadas pelos clientes Clientes também podem se comunicar como na arquitetura P2P normalmente a comunicação entre os clientes é sobre informações não essenciais Exemplo mensagens instantâneas Comunicação entre Processos As aplicações devem conversar entre si o usuário deseja ser entendido pela outra máquina e respondido Dentro do mesmo host dois processos se comunicam usando comunicação interprocesso processos em diferentes hosts se comunicam por meio de troca de mensagens sockets Para que haja essa comunicação é necessário que os hosts se identifiquem endereço IP número de porta Socket Na comunicação entre processos a infraestrutura de rede é abstraída por uma interface entre a camada de aplicação e a camada de transporte Essa interface é chamada de Socket Quando um processo deseja encaminhar uma informação para outro processo ele encaminha os dados para um socket O socket é uma espécie de portão onde tudo que chega ou sai de ou para um processo deve passar por ele Abstrai a infraestrutura de rede GRADU PUCRS online Socket Aplicação do Usuário F T P T E L N E T D N S H T T P S M T P S N M P Interface de Sockets UDP TCP ICMP IP ARP PPP Interface de rede Camada de Abstração do Hardware Drivers MARISTA Socket process socket transport application physical link network P2 P1 transport application physical link network P4 transport application physical link network P3 Jim Kurose Keith Ross Protocolos de Aplicação Definem os tipos de mensagens a serem trocadas a sintaxe dos vários tipos de mensagens a semântica dos campos que compõem as mensagens e as regras que determinam quando e como um processo envia e responde as mensagens Protocolo DHCP Dynamic Host Configuration Protocol Motivação Obtenção dos parâmetros de configuração IP de forma dinâmica Simplificação da tarefa de gestão do endereçamento e configuração Consistência de configuração entre máquinas Reutilização de endereços IP Características Gerencia de forma central e automática a atribuição das configurações TCPIP das máquinas de uma rede Fornece endereços IP temporários Extensão do protocolo Bootstrap Protocol BOOTP Usa UDP como transporte o servidor usa a porta 67 e o cliente a 68 Define mecanismos para que os endereços sejam dispensados durante um tempo finito O servidor DHCP possui dois banco de dados endereços estáticos físicos IP faixa de endereços disponíveis dinâmico Parâmetros essenciais ao funcionamento do TCPIP Endereço IP Máscara de rede Endereço IP do default gateway Endereços IP dos servidores DNS Funcionamento Servidor desconhecido Cliente DHCP DHCP1 DHCP2 DISCOVER B OFFER 1 OFFER 2 REQUEST B ACK Funcionamento Servidor conhecido Cliente DHCP DHCP1 DHCP2 REQUEST ACK Funcionamento Renovação de Endereço Dispensa de Recursos Cliente DHCP DHCP1 DHCP2 RELEASE Relay Agent Reencapsula os pedidos em broadcast do cliente em mensagens dirigidas aos servidores Serve de intermediário também nas respostas ao cliente 618 8604290 0000 255255255255 DHCP 342 DHCP Discover Transaction ID 0x16267218 619 8636501 19216811 1921681219 DHCP 342 DHCP Offer Transaction ID 0x16267218 620 8639779 0000 255255255255 DHCP 370 DHCP Request Transaction ID 0x16267218 621 8651549 19216811 1921681219 DHCP 357 DHCP ACK Transaction ID 0x16267218 Frame 618 342 bytes on wire 2736 bits 342 bytes captured 2736 bits on interface DeviceNPF03F961 Ethernet II Src IntelCor69b4e1 a0c58969b4e1 Dst Broadcast ffffffffffff Internet Protocol Version 4 Src 0000 Dst 255255255255 User Datagram Protocol Src Port 68 Dst Port 67 Dynamic Host Configuration Protocol Discover Message type Boot Request 1 Hardware type Ethernet 0x01 Hardware address length 6 Hops 0 Transaction ID 0x16267218 Seconds elapsed 0 Bootp flags 0x0000 Unicast Client IP address 0000 Your client IP address 0000 Next server IP address 0000 Relay agent IP address 0000 Client MAC address IntelCor69b4e1 a0c58969b4e1 Client hardware address padding 00000000000000000000 Server host name not given Boot file name not given Magic cookie DHCP Option 53 DHCP Message Type Discover Option 61 Client identifier Option 12 Host Name Option 60 Vendor class identifier Option 55 Parameter Request List Option 255 End Padding 00000000 618 8604290 0000 255255255255 DHCP 342 DHCP Discover Transaction ID 0x16267218 619 8636501 19216811 1921681219 DHCP 342 DHCP Offer Transaction ID 0x16267218 620 8639779 0000 255255255255 DHCP 370 DHCP Request Transaction ID 0x16267218 621 8651549 19216811 1921681219 DHCP 357 DHCP ACK Transaction ID 0x16267218 Frame 619 342 bytes on wire 2736 bits 342 bytes captured 2736 bits on interface DeviceNPF03F961 Ethernet II Src ASUSTekC6a9080 60a44c6a9080 Dst IntelCor69b4e1 a0c58969b4e1 Internet Protocol Version 4 Src 19216811 Dst 1921681219 User Datagram Protocol Src Port 67 Dst Port 68 Dynamic Host Configuration Protocol Offer Message type Boot Reply 2 Hardware type Ethernet 0x01 Hardware address length 6 Hops 0 Transaction ID 0x16267218 Seconds elapsed 0 Bootp flags 0x0000 Unicast Client IP address 0000 Your client IP address 1921681219 Next server IP address 19216811 Relay agent IP address 0000 Client MAC address IntelCor69b4e1 a0c58969b4e1 Client hardware address padding 00000000000000000000 Server host name not given Boot file name not given Magic cookie DHCP Option 53 DHCP Message Type Offer Option 54 DHCP Server Identifier 19216811 Option 51 IP Address Lease Time Option 58 Renewal Time Value Option 59 Rebinding Time Value Option 1 Subnet Mask 2552552550 Option 28 Broadcast Address 1921681255 Option 6 Domain Name Server Option 252 PrivateProxy autodiscovery Option 3 Router Option 255 End Padding 0000000000 618 8604290 0000 255255255255 DHCP 342 DHCP Discover Transaction ID 0x16267218 619 8636501 19216811 1921681219 DHCP 342 DHCP Offer Transaction ID 0x16267218 620 8639779 0000 255255255255 DHCP 370 DHCP Request Transaction ID 0x16267218 621 8651549 19216811 1921681219 DHCP 357 DHCP ACK Transaction ID 0x16267218 Frame 620 370 bytes on wire 2960 bits 370 bytes captured 2960 bits on interface DeviceNPF03F961 Ethernet II Src IntelCor69b4e1 a0c58969b4e1 Dst Broadcast ffffffffffff Internet Protocol Version 4 Src 0000 Dst 255255255255 User Datagram Protocol Src Port 68 Dst Port 67 Dynamic Host Configuration Protocol Request Message type Boot Request 1 Hardware type Ethernet 0x01 Hardware address length 6 Hops 0 Transaction ID 0x16267218 Seconds elapsed 0 Bootp flags 0x0000 Unicast Client IP address 0000 Your client IP address 0000 Next server IP address 0000 Relay agent IP address 0000 Client MAC address IntelCor69b4e1 a0c58969b4e1 Client hardware address padding 00000000000000000000 Server host name not given Boot file name not given Magic cookie DHCP Option 53 DHCP Message Type Request Option 61 Client identifier Option 50 Requested IP Address 1921681219 Option 54 DHCP Server Identifier 19216811 Option 12 Host Name Option 81 Client Fully Qualified Domain Name Option 60 Vendor class identifier Option 55 Parameter Request List Option 255 End 618 8604290 0000 255255255255 DHCP 342 DHCP Discover Transaction ID 0x16267218 619 8636501 19216811 1921681219 DHCP 342 DHCP Offer Transaction ID 0x16267218 620 8639779 0000 255255255255 DHCP 370 DHCP Request Transaction ID 0x16267218 621 8651549 19216811 1921681219 DHCP 357 DHCP ACK Transaction ID 0x16267218 Frame 621 357 bytes on wire 2856 bits 357 bytes captured 2856 bits on interface DeviceNPF03F961 Ethernet II Src ASUSTekC6a9080 60a44c6a9080 Dst IntelCor69b4e1 a0c58969b4e1 Internet Protocol Version 4 Src 19216811 Dst 1921681219 User Datagram Protocol Src Port 67 Dst Port 68 Dynamic Host Configuration Protocol ACK Message type Boot Reply 2 Hardware type Ethernet 0x01 Hardware address length 6 Hops 0 Transaction ID 0x16267218 Seconds elapsed 0 Bootp flags 0x0000 Unicast Client IP address 0000 Your client IP address 1921681219 Next server IP address 19216811 Relay agent IP address 0000 Client MAC address IntelCor69b4e1 a0c58969b4e1 Client hardware address padding 00000000000000000000 Server host name not given Boot file name not given Magic cookie DHCP Option 53 DHCP Message Type ACK Option 54 DHCP Server Identifier 19216811 Option 51 IP Address Lease Time Option 58 Renewal Time Value Option 59 Rebinding Time Value Option 1 Subnet Mask 2552552550 Option 28 Broadcast Address 1921681255 Option 6 Domain Name Server Option 81 Client Fully Qualified Domain Name Option 252 PrivateProxy autodiscovery Option 3 Router Option 255 End Resumo do que vimos até agora Nível de Aplicação Tipos de arquiteturas Protocolo DHCP Relembrando o conteúdo do vídeo anterior Nível de Aplicação Tipos de arquiteturas Protocolo DHCP O que você vai aprender nessa aula Parte 1 Protocolo ICMPv6 e Protocolos de Roteamento Parte 2 Nível de Transporte Parte 3 Nível de Aplicação Parte 4 Protocolo DNS Parte 5 NAT e HTTP Crescimento de Domínios no Mundo nicbr DNS Domain Name System Usado em redes TCPIP para mapear nomes simbólicos em endereços IP e vice versa É mais fácil lembramos dos nomes Internamente softwares trabalham com endereços Inicialmente existia uma tabela ou arquivo hoststxt mantida pelo DDNNIC e que era distribuída a todos os computadores da Internet DNS Modelo clienteservidor O nome é uma sequência de segmentos separados por ponto Não tem limite no número de segmentos de um nome Exemplo wwwpucrsbr 1 Qual é o endereço IP da máquina wwwpucrsbr 2 O endereço é 1041820134 Servidor de DNS Cliente wwwpucrsbr 3 https1041820134 4 Página web DNS Em 1983 a tabela hoststxt foi substituída por um banco de dados hieráquico distribuído Porta 53 Sob este sistema não existe nenhum repositório central que contenha informações sobre todos os computadores ligados à Internet Esta informação é distribuída por milhares de computadores denominados servidores de nomes ou nameservers Estes servidores encontramse organizados hieraquicamente na forma de uma árvore lógica Hierarquia de Nomes NOMES DE DOMINIO NÃO TEM IP Raiz BR COM EDU GOV PT COM PUCRS WWW 1041820134 WWW APENAS AS FOLHAS TEM IP DOMINIO Hierarquia de Nomes O DNS possui um domínio raíz root domain localizado no topo da hierarquia de domínios É composto de um banco de dados de nomes Estes nomes estabelecem uma estrutura de árvore lógica chamada de domain name space Cada nó ou domínio tem uma designação e pode conter subdomínios Domínios e subdomínios são agrupados em zonas Zona porção administrativa de um domínio DNS parte da árvore com administração independente Subárvore do espaço de nomes Composta por subzonas e máquinas BR COM PUCRS Raiz Zona br Zona pucrsbr Hierarquia de Nomes O nome do domínio identifica a posição deste na hierarquia em relação ao seu superior sendo que cada ramo da árvore tem a sua separação lógica identificada por um ponto Os domínios do topo que são atribuídos a países seguem a padronização ISO 3166 Cada domínio superior contém um domínio inferior no seu espaço referências sobre quem responde as consultas sobre estes subdomínios nameservers Nomes de hosts e de domínios permitidos az AZ 09 e Hierarquia de Nomes Domínios de mais alto nível Nome de Domínio Significado com Comercial edu Educacional gov Governamental mil Militar net Rede provedores org Outras organizações Código do país br it fr pt com edu gov int mil org net us br pucrs Raíz sem nome 1o nível 2o nível Delegação de Autoridade Autoridade é a entidade responsável pelo gerenciamento dos nomes Cada zona é administrada por uma autoridade Delegação de autoridade Autoridade da zona pode subdividila em zonas menores subzonas Possível delegar a autoridade a uma subzona Autoridade de uma zona Servidor Primário Servidores A informação de um domínio fica armazenada fisicamente em servidores de nomes nameservers Existem milhares de servidores de nomes espalhados pelo mundo Podem ser divididos em Root Name Servers São os servidores responsáveis pelo domínio da raiz Servidores Top Level Domain TLD Responsáveis pelos domínios de alto nível com org mil net br fr it etc Servidores de Autoridade Responsáveis por abrigar registros de uma organização Ex servidor de DNS responsável por gerenciar os nomes e IPs do domímio pucrsbr Hierarquia de Nomes Top Level Domain Raiz BR COM EDU GOV PT COM PUCRS WWW 1041820134 WWW Root Name Servers Servidores de Autoridade DOMINIO Hierarquia de Servidores Os servidores raiz apontam para servidores TLD que por sua vez apontam para servidores de autoridade Inserção nos servidores TLD é feito por uma entidade de registro Entidade de registro Organismo comercial que verifica se um nome de domínio é exclusivo Registra nome de domínio em sua base de dados pagamento anuidade Cadastra os servidores DNS primário e secundário da organização que solicita seu registro são os servidores autoridade No Brasil é o Registrobr Um servidor de autoridade pode servir como entidade de registro para subdomínios abaixo dele Para Saber Mais Registrobr httpsregistrobr Servidores Raiz Root Name Servers Respondem requisições sobre servidores de nomes do primeiro nível da árvore Existem vários Root Name Servers espalhados pelo mundo Quando um servidor local não consegue resolver um determinada requisição esta é repassada a um Root Name Server Fundamental para o serviço de DNS Se todos falharem todas as resoluções na Internet irão falhar Os Name Servers devem possuir uma lista atualizada de todos os Root Name Servers Para Saber Mais Servidores Root httpswwwianaorgdomainsrootservers Servidores Servidores podem ser classificados como servidor de DNS primário Autoritário Authoritative servidor que contém o mapa do domínio geralmente localizado no próprio domínio servidor de DNS secundário Não Autoritário Nonauthoritative buscam do servidor primário os mapas do domínio garante confiabilidade do serviço Para registrar um domínio é necessário ter um servidor com dois IPs fixos ou dois servidores com um IP cada de forma a configurar os dois servidores DNS necessários Os servidores do registrobr ou da entidade responsável pelo seu domínio passam então a redirecionar as requisições para o seu servidor DNS primário que responde com o endereço IP do servidor DNS Cache Novas consultas a um nome armazenado são resolvidos com essa cópia local Reduz o tráfego DNS Alivia consulta a servidores de hierarquia mais alta Informações em cache são marcadas como nonauthoritatives Atualizações periódicas Tempo de permanência de uma informação na cache é determinada pelo TTL atribuído pelo servidor primário Servidor descarta informações velhas Resolução de Nomes Recursiva pucrs Resolver 1 10 br root com google 2 3 4 5 6 7 8 9 Resolução de Nomes Iterativa pucrs Resolver 1 2 br root com google 3 5 7 10 9 8 6 4 Resolução de Nomes Iterativa Recursiva Servidor de Nomes pucrs google Servidor com Servidor Servidor br Servidor Resolver 1 10 2 3 4 5 6 7 8 9 Definindo um Domínio Para se definir um domínio num servidor de nomes é preciso construir um arquivo de zona Este arquivo conterá as entradas ou registros deste domínio A maior parte das entradas nos arquivos de banco de dados do DNS são chamadas de Resource Records RR As pesquisas feitas pelo DNS ignoram se as letras são maiúsculas ou minúsculas ou misturadas Definindo um Domínio Principais RRs encontrados nos arquivos de configuração do DNS SOA startofauthority NS nameserver A endereço IPv4 AAAA endereço IPv6 CNAME cannonical name MX mail exchange PTR pointer record Definindo um Domínio lua 1921681961 planeta 192168 1965 nuvem 192168 1964 estrela 1921681963 sol 1921681962 Exemplo de configuração xyznet IN SOA luaxyznet rootxyznet 10151 serial 8H refresh 2H retry 4W expire 3D ttl IN NS luaxyznet IN MX 10 planetaxyznet www IN CNAME estrelaxyznet smtp IN CNAME planetaxyznet pop IN CNAME planetaxyznet lua IN A 1921681961 sol IN A 1921681962 estrela IN A 1921681963 nuvem IN A 1921681964 planeta IN A 1921681965 DNS Reverso 196168192inaddrarpa IN SOA luaxyznet rootxyznet 10150 172800 3600 1728000 172800 IN NS luaxyznet 1 IN PTR luaxyznet 2 IN PTR solxyznet 3 IN PTR estrelaxyznet 4 IN PTR nuvemxyznet 5 IN PTR planetaxyznet Ferramenta de Troubleshooting nslookup Servidor Padrão poa01dns01pucrsnetbr Address 10404810 set typesoa pucrsbr Servidor poa01dns01pucrsnetbr Address 10404810 pucrsbr primary name server poa01dns01pucrsnetbr responsible mail addr securitypucrsbr serial 2018063114 refresh 3600 1 hour retry 900 15 mins expire 604800 7 days default TTL 3600 1 hour poa01dns01pucrsnetbr internet address 10404810 Resumo do que vimos até agora Protocolo DNS Funcionamento Tipos de Consultas Exemplo de Configuração Relembrando o conteúdo do vídeo anterior Protocolo DNS Funcionamento Tipos de Consultas Exemplo de Configuração O que você vai aprender nessa aula Parte 1 Protocolo ICMPv6 e Protocolos de Roteamento Parte 2 Nível de Transporte Parte 3 Nível de Aplicação Parte 4 Protocolo DNS Parte 5 NAT e HTTP NAT Network Address Translation O IPv4 é limitado devido a quantidade máxima de hosts distintos e problemas de roteamento Permite que redes utilizem um conjunto de endereços diferentes para trabalhar com a rede interna e externa Roteador modifica os endereços dos pacotes recebidos e também pode modificar suas portas Endereços não roteáveis 10000 até 10255255255 1721600 até 17231255255 19216800 até 192168255255 10001 10002 10003 10004 rede local 1000024 13876297 resto da Internet NAT datagramas com origem nesta rede tem endereço origem 100024 todos os datagramas que saem da rede interna tem o mesmo endereço IP origem 13876297 Todos os dispositivos na rede interna compartiham um endereços IPv4 para a Internet Jim Kurose Keith Ross NAT Vantagens permite o reuso de endereços IP economia de endereços IP muitas vezes apenas um endereço IP é necessário pode alterar os endereços dos dispositivos na rede local sem notificar o mundo exterior pode alterar o provedor de acesso sem alterar os endereços dos dispositivos na rede local opera em nível de rede sobre endereços IP permitindo construir redes privadas com acesso às outras redes até mesmo à Internet segurança dispositivos dentro da rede local não são endereçáveis diretamente visíveis pelo mundo exterior Oculta o layout da rede interna Características comuns do NAT Em suas diversas modalidades o NAT sempre mantém as seguintes características Alocação transparente de endereços Liga endereços da rede privada com endereços na rede global e viceversa Roteamento transparente Traduz endereços do cabeçalho IP para que contenha endereços roteáveis do próprio NATrouter NAT S 10001 3345 D 12811940186 80 1 10004 13876297 1 a máquina 10001 envia um datagrama para 12811940186 80 NAT translation table WAN side addr LAN side addr 13876297 5001 10001 3345 S 12811940186 80 D 10001 3345 4 S 13876297 5001 D 12811940186 80 2 2 o roteador NAT troca o endereço de origem do datagrama de 10001 3345 para 13876297 5001 e atualiza sua tabela S 12811940186 80 D 13876297 5001 3 3 a resposta chega para o endereçco de destino 13876297 5001 10001 10002 10003 Jim Kurose Keith Ross NAT Pacote 1 Origem 192168121111 Pacote 2 Origem 192168122222 Pacote 3 Origem 192168131111 19216812 19216813 Pacote 1 Origem 201111001 Pacote 2 Origem 201111002 Pacote 3 Origem 201111003 Endereço de saída Endereço interno 20111 1001 19216812111 20111 1002 19216812222 20111 1003 19216813111 19216811 20111 Rede interna Internet Protocolo HTTP HyperText Transfer Protocol Protocolo mais popular da Internet Base da comunicação Web A rede de servidores HTTP se interligam por meio de hyperlinks nas páginas HTTP segue o modelo clienteservidor de requisição e resposta Servidor Porta 80 Utiliza TCP ou UDP Protocolo HTTP Versões HTTP09 Versão inicial do HTTP Protocolo simples para a transferência de dados no formato de texto ASCII pela Internet Método suportado somente GET Projetado para transferir documentos hypertext HTML Conexão termina imediatamente depois da resposta Não há headers HTTP códigos de estado erro e URLs Protocolo HTTP Versões HTTP10 RFC 1945 Utiliza browser Fornece campos de cabeçalho incluindo requisição e resposta versão do HTTP código de estado tipo de conteúdo Não limitado para hypertext transmite também outros tipos de arquivos Métodos suportados GET HEAD e POST Conexão termina imediatamente após a resposta Protocolo HTTP Versões HTTP11 RFC 2068 Padronizado em 1997 Introduziu otimizações de desempenho e aprimoramento de recursos compressãodescompressão não comprime os cabeçalhos negociações de conteúdo resposta mais rápida economia de largura de banda Métodos suportados GET HEAD POST PUT DELETE TRACE OPTIONS Connection 1 Establishment TCP ThreeWay Handshake Connected to xxxxxxxxxxxx Request 1 GET enUSdocsGlossarySimpleheader HTTP11 Host developermozillaorg UserAgent Mozilla50 Macintosh Intel Mac OS X 109 rv500 Gecko20100101 Firefox500 Accept texthtmlapplicationxhtmlxmlapplicationxmlq09q08 AcceptLanguage enUSenq05 AcceptEncoding gzip deflate br Referer httpsdevelopermozillaorgenUSdocsGlossarySimpleheader Response 1 HTTP11 200 OK Connection KeepAlive ContentEncoding gzip ContentType texthtml charsetutf8 Date Wed 20 Jul 2016 105530 GMT Etag 547fa7e369ef56031dd3bff2ace9fc0832eb251a KeepAlive timeout5 max1000 LastModified Tue 19 Jul 2016 005933 GMT Server Apache TransferEncoding chunked Vary Cookie AcceptEncoding content Request 2 GET staticimgheaderbackgroundpng HTTP11 Host developercdnmozillanet UserAgent Mozilla50 Macintosh Intel Mac OS X 109 rv500 Gecko20100101 Firefox500 Accept AcceptLanguage enUSenq05 AcceptEncoding gzip deflate br Referer httpsdevelopermozillaorgenUSdocsGlossarySimpleheader Response 2 HTTP11 200 OK Age 9578461 CacheControl public maxage315360000 Connection keepalive ContentLength 3077 ContentType imagepng Date Thu 31 Mar 2016 133446 GMT LastModified Wed 21 Oct 2015 182750 GMT Server Apache image content of 3077 bytes Connection 1 Closed TCP Teardown Protocolo HTTP Versões HTTP20 RFC 7540 Padronizado em 2015 Mantém compatibilidade com o HTTP11 por exemplo com métodos códigos de status URIs e a maioria dos campos de cabeçalho Diminui a latência para melhorar a velocidade de carregamento da página em navegadores da web Faz compressão de dados e cabeçalhos HTTP Protocolo HTTP Versões HTTP20 Foi definido para trabalhar sem criptografia ou com criptografia mas muitos servidores obrigam a utilização apenas com criptografia HTTPS Multiplexa várias solicitações em uma única conexão TCP As requisições e respostas são paralelas em uma única conexão Permite fazer vários requests ao mesmo tempo e as respostas voltam conforme forem ficam prontas tudo paralelo e assíncrono Protocolo HTTP Versões HTTP20 Cada request e response no HTTP manda vários cabeçalhos no início da requisição HTTP20 manda apenas os cabeçalhos que mudarem entre requisições O que se mantém igual não é enviado Faz priorização de requests O navegador pode indicar nos requests quais deles são mais importantes Ele prioriza numericamente as requisições para indicar para o servidor quais respostas ele deve mandar antes se puder Protocolo HTTP Versões HTTP20 Uso de serverpush O servidor pode mandar alguns recursos para o navegador sem ele mesmo ter requisitado ainda O servidor envia para o navegador recursos que ele sabe que seriam requisitados logo em seguida Com isso quando o navegador precisar do recurso já vai ter em cache e não será preciso fazer um request Protocolo HTTP Versões HTTP3 RFC 9114 Melhora a velocidade de carregamento dos sites e a segurança das conexões É baseado no QUIC um padrão aberto criado pela Google Encapsulado sobre UDP O QUIC combina o handshake do TCP com o handshake do TLS 13 Criptografia e autenticação são fornecidas por padrão e também permite o estabelecimento de conexão mais rápido O QUIC fornece negociação de protocolo multiplexação baseada em fluxo e controle de fluxo Protocolo HTTP cloudflarecom cloudflarecom Protocolo HTTP HTTP não persistente HTTP09 e HTTP10 Depois que a conexão TCP é estabelecida uma única solicitação é enviada e uma única resposta é devolvida Então a conexão TCP é encerrada HTTP persistente HTTP11 Depois que a conexão TCP é estabelecida envia uma solicitação e obtém uma resposta e depois envia solicitações adicionais e recebe respostas adicionais Então a conexão TCP é encerrada wikipediaorg Mensagem HTTP Há dois tipos de mensagens HTTP Solicitação Composta por uma linha de requisição linhas de cabeçalho e corpo Resposta Composta por uma linha de status linhas de cabeçalho e corpo Alguns exemplos Mensagem HTTP Códigos de status 1xx Informational Informação utilizada para enviar informações para o cliente de que sua requisição foi recebida e está sendo processada 2xx Success Sucesso indica que a requisição do cliente foi bem sucedida 3xx Redirection Redirecionamento informa a ação adicional que deve ser tomada para completar a requisição 4xx Client Error Erro no cliente avisa que o cliente fez uma requisição que não pode ser atendida 5xx Server Error Erro no servidor ocorreu um erro no servidor ao cumprir uma requisição válida GET condicional Meta não enviar objeto se cliente já tem no cache versão atual Reduz atrasos de extração de objetos Diminui tráfego na internet O objeto no servidor pode ter sido modificado desde que o cliente tem a cópia GET condicional Uma mensagem de requisição HTTP é um GET condicional se 1 usa o método GET 2 possui a linha de cabeçalho Ifmodifiedsince Cliente especifica data da cópia no cache no pedido http Ifmodifiedsincedate Servidor resposta não contém objeto se cópia no cache é atual na linha de status HTTP11 304 Not Modified 1085 37841720 1921681141 5420720104 HTTP 637 GET HTTP11 1087 37880056 5420720104 1921681141 HTTP 266 HTTP11 304 Not Modified Frame 1085 637 bytes on wire 5096 bits 637 bytes captured 5096 bits on interface DeviceNPF Ethernet II Src SamsungE6f9995 9883896f9995 Dst ASUSTekC6a9080 60a44c6a908 Internet Protocol Version 4 Src 1921681141 Dst 5420720104 Transmission Control Protocol Src Port 65075 Dst Port 80 Seq 2235605403 Ack 2035906617 U Hypertext Transfer Protocol GET HTTP11 Host wwwpudimcombr Connection keepalive CacheControl maxage0 UpgradeInsecureRequests 1 UserAgent Mozilla50 Windows NT 100 Win64 x64 AppleWebKit53736 KHTML like Gecko Accept texthtmlapplicationxhtmlxmlapplicationxmlq09imagewebpimageapngq08 AcceptEncoding gzip deflate AcceptLanguage ptBRptq09enq08enGBq07enUSq06 IfNoneMatch 353527867f65e8ad IfModifiedSince Wed 23 Dec 2015 011820 GMT Full request URI httpwwwpudimcombr HTTP request 11 Response in frame 1087 GRADU PUCRS online Case Wireshark 1085 37841720 1921681141 5420720104 HTTP 637 GET HTTP11 1087 37880056 5420720104 1921681141 HTTP 266 HTTP11 304 Not Modified Frame 1087 266 bytes on wire 2128 bits 266 bytes captured 2128 bits on interface Ethernet II Src ASUSTekC6a9080 60a44c6a9080 Dst SamsungE6f9995 9883896f9995 Internet Protocol Version 4 Src 5420720104 Dst 1921681141 Transmission Control Protocol Src Port 80 Dst Port 65075 Seq 2035906617 Ack 2235605986 Len Hypertext Transfer Protocol HTTP11 304 Not Modified Date Sun 06 Nov 2022 203522 GMT Server Apache2434 Amazon OpenSSL102kfips PHP5538 Connection KeepAlive KeepAlive timeout5 max100 ETag 353527867f65e8ad HTTP response 11 Time since request 0038336000 seconds Request in frame 1085 Request URI httpwwwpudimcombr MARISTA Proxy ou Web Cache Meta atender pedido do cliente sem envolver servidor de origem Usuário configura browser acessos WWW via proxy Cliente envia todos pedidos HTTP ao proxy Se objeto está no cache do proxy este o devolve imediatamente na resposta HTTP Senão solicita objeto do servidor de origem armazena e depois devolve resposta HTTP ao cliente client Web cache client origin server URL URN URI URL Uniform Resource Locator Identifica o local o host para acessar determinado recurso É associar um endereço remoto Exemplo wwwpucrsbr URN Uniform Resource Name É o nome do recurso que será acessado Define a identidade de um item Exemplo homehtml URI Uniform Resource Identifier É o identificador do recurso Pode ser uma imagem uma página etc Exemplo httpwwwpucrsbrgraduacao A URI une o Protocolo http a localização do recurso URL wwwpucrsbr e o nome do recurso URN graduacao Resumo do que vimos até agora NAT e HTTP Funcionamento do NAT Características do Protocolo HTTP Dinâmica ENADE 2017 Em redes de computadores a camada de transporte é responsável pela transferência de dados entre máquinas de origem e destino Dois protocolos tradicionais para essa camada são o Transmission Control Protocol TCP e User Datagram Protocol UDP Diferente do UDP o TCP é orientado à conexão Com relação a esses protocolos avalie as afirmações a seguir I O UDP é mais eficiente que o TCP quando o tempo de envio de pacotes é fundamental II O TCP é o mais utilizado em jogos online de ação para a apresentação gráfica III O TCP é mais eficiente que o UDP quando a confiabilidade de entrega de dados é fundamental É correto apenas o que se afirma em A II apenas B III apenas C I e II apenas D I e III apenas E I II e III Enade 2017 Ciência da Computação Dinâmica ENADE 2017 Em redes de computadores a camada de transporte é responsável pela transferência de dados entre máquinas de origem e destino Dois protocolos tradicionais para essa camada são o Transmission Control Protocol TCP e User Datagram Protocol UDP Diferente do UDP o TCP é orientado à conexão Com relação a esses protocolos avalie as afirmações a seguir I O UDP é mais eficiente que o TCP quando o tempo de envio de pacotes é fundamental II O TCP é o mais utilizado em jogos online de ação para a apresentação gráfica III O TCP é mais eficiente que o UDP quando a confiabilidade de entrega de dados é fundamental É correto apenas o que se afirma em A II apenas B III apenas C I e II apenas D I e III apenas E I II e III Enade 2017 Ciência da Computação Dinâmica ENADE 2017 Em redes de computadores a camada de transporte é responsável pela transferência de dados entre máquinas de origem e destino Dois protocolos tradicionais para essa camada são o Transmission Control Protocol TCP e User Datagram Protocol UDP Diferente do UDP o TCP é orientado à conexão Com relação a esses protocolos avalie as afirmações a seguir I O UDP é mais eficiente que o TCP quando o tempo de envio de pacotes é fundamental II O TCP é o mais utilizado em jogos online de ação para a apresentação gráfica III O TCP é mais eficiente que o UDP quando a confiabilidade de entrega de dados é fundamental É correto apenas o que se afirma em A II apenas B III apenas C I e II apenas D I e III apenas E I II e III Enade 2017 Ciência da Computação Dinâmica ENADE 2017 Em redes de computadores a camada de transporte é responsável pela transferência de dados entre máquinas de origem e destino Dois protocolos tradicionais para essa camada são o Transmission Control Protocol TCP e User Datagram Protocol UDP Diferente do UDP o TCP é orientado à conexão Com relação a esses protocolos avalie as afirmações a seguir I O UDP é mais eficiente que o TCP quando o tempo de envio de pacotes é fundamental II O TCP é o mais utilizado em jogos online de ação para a apresentação gráfica III O TCP é mais eficiente que o UDP quando a confiabilidade de entrega de dados é fundamental É correto apenas o que se afirma em A II apenas B III apenas C I e II apenas D I e III apenas E I II e III Enade 2017 Ciência da Computação Dinâmica ENADE 2017 Em redes de computadores a camada de transporte é responsável pela transferência de dados entre máquinas de origem e destino Dois protocolos tradicionais para essa camada são o Transmission Control Protocol TCP e User Datagram Protocol UDP Diferente do UDP o TCP é orientado à conexão Com relação a esses protocolos avalie as afirmações a seguir I O UDP é mais eficiente que o TCP quando o tempo de envio de pacotes é fundamental II O TCP é o mais utilizado em jogos online de ação para a apresentação gráfica III O TCP é mais eficiente que o UDP quando a confiabilidade de entrega de dados é fundamental É correto apenas o que se afirma em A II apenas B III apenas C I e II apenas D I e III apenas E I II e III Enade 2017 Ciência da Computação Dinâmica ENADE 2021 Em uma arquitetura clienteservidor para que uma aplicação ou serviço seja acessado é necessário que uma comunicação seja estabelecida entre aquele que necessita cliente e aquele que disponibiliza o recurso servidor Considerando o texto apresentado avalie as asserções a seguir e a relação proposta entre elas I Quando um programador desenvolve uma aplicação ou serviço de rede é necessário utilizar um socket para unir o endereço IP da interface de rede com uma porta específica PORQUE II O socket possibilita ao sistema operacional identificar qual porta a aplicação está respondendo permitindo que o fluxo de dados seja entregue corretamente Enade 2021 Tecnologia em Redes de Computadores Dinâmica A respeito dessas asserções assinale a opção correta a As asserções I e II são proposições verdadeiras e a II é uma justificativa correta da I b As asserções I e II são proposições verdadeiras mas a II não é uma justificativa correta da I c A asserção I é uma proposição verdadeira e a II é uma proposição falsa d A asserção I é uma proposição falsa e a II é uma proposição verdadeira e As asserções I e II são proposições falsas Enade 2021 Tecnologia em Redes de Computadores Dinâmica ENADE 2021 Em uma arquitetura clienteservidor para que uma aplicação ou serviço seja acessado é necessário que uma comunicação seja estabelecida entre aquele que necessita cliente e aquele que disponibiliza o recurso servidor Considerando o texto apresentado avalie as asserções a seguir e a relação proposta entre elas I Quando um programador desenvolve uma aplicação ou serviço de rede é necessário utilizar um socket para unir o endereço IP da interface de rede com uma porta específica PORQUE II O socket possibilita ao sistema operacional identificar qual porta a aplicação está respondendo permitindo que o fluxo de dados seja entregue corretamente Enade 2021 Tecnologia em Redes de Computadores Dinâmica ENADE 2021 Em uma arquitetura clienteservidor para que uma aplicação ou serviço seja acessado é necessário que uma comunicação seja estabelecida entre aquele que necessita cliente e aquele que disponibiliza o recurso servidor Considerando o texto apresentado avalie as asserções a seguir e a relação proposta entre elas I Quando um programador desenvolve uma aplicação ou serviço de rede é necessário utilizar um socket para unir o endereço IP da interface de rede com uma porta específica PORQUE II O socket possibilita ao sistema operacional identificar qual porta a aplicação está respondendo permitindo que o fluxo de dados seja entregue corretamente Enade 2021 Tecnologia em Redes de Computadores Dinâmica ENADE 2021 Em uma arquitetura clienteservidor para que uma aplicação ou serviço seja acessado é necessário que uma comunicação seja estabelecida entre aquele que necessita cliente e aquele que disponibiliza o recurso servidor Considerando o texto apresentado avalie as asserções a seguir e a relação proposta entre elas I Quando um programador desenvolve uma aplicação ou serviço de rede é necessário utilizar um socket para unir o endereço IP da interface de rede com uma porta específica PORQUE II O socket possibilita ao sistema operacional identificar qual porta a aplicação está respondendo permitindo que o fluxo de dados seja entregue corretamente Enade 2021 Tecnologia em Redes de Computadores Dinâmica ENADE 2021 Em uma arquitetura clienteservidor para que uma aplicação ou serviço seja acessado é necessário que uma comunicação seja estabelecida entre aquele que necessita cliente e aquele que disponibiliza o recurso servidor Considerando o texto apresentado avalie as asserções a seguir e a relação proposta entre elas I Quando um programador desenvolve uma aplicação ou serviço de rede é necessário utilizar um socket para unir o endereço IP da interface de rede com uma porta específica PORQUE II O socket possibilita ao sistema operacional identificar qual porta a aplicação está respondendo permitindo que o fluxo de dados seja entregue corretamente Enade 2021 Tecnologia em Redes de Computadores Dinâmica A respeito dessas asserções assinale a opção correta a As asserções I e II são proposições verdadeiras e a II é uma justificativa correta da I b As asserções I e II são proposições verdadeiras mas a II não é uma justificativa correta da I c A asserção I é uma proposição verdadeira e a II é uma proposição falsa d A asserção I é uma proposição falsa e a II é uma proposição verdadeira e As asserções I e II são proposições falsas Enade 2021 Tecnologia em Redes de Computadores