Conceitos e Protocolos para Internet

Prévia do material em texto

1) O que é World Wide Web? É o mesmo que internet? 
R: World Wide Web é um serviço de rede de documentos cujas informações se 
encontram no formato de hipertexto (formato digital, que podem conter informações 
em formato de imagens, sons, vídeos, etc) que são interligados, através dos links e 
executados na internet. Internet é o nome que se dá à rede que conecta os 
computadores ao redor do mundo, é a estrutura pela qual são transferidos milhões de 
terabytes de dados todos os dias entre servidores e computadores pessoais, 
smartphones, tablets, consoles, televisores e vários outros dispositivos 
interconectados e a World Wide Web nada mais é do que o caminho que permite a 
você usufruir do conteúdo transferido pela internet. 
 
2) Qual o protocolo utilizado pelo serviço Web? Qual a porta associada a esse 
protocolo? Qual o tipo de dado transportado por ele? 
R: O HTTP (Hypertext Transfer Protocol), protocolo de camada de aplicação da Web e é 
enviado sobre o protocolo TCP ou em uma conexão TCP criptografada com TLS 
(embora qualquer protocolo de transporte possa ser usado), define o formato e a 
sequência das mensagens que são passadas entre o navegador e o servidor e 
desconectada após a solicitação ser atendida por um servidor. Este protocolo utiliza a 
porta padrão (80), porém outras portas podem ser utilizadas como a 8000 ou a 8080. 
Este protocolo transporta apenas texto (paginas HTML de servidores web para os 
navegadores dos clientes), qualquer arquivo que não seja texto deve ser transformado 
em texto. 
 
3) Qual a diferença entre HTTP persistente com paralelismo e HTTP persistente sem 
paralelismo? Qual dos dois é usado pelo HTTP/1.1? 
R: No HTTP persistente com paralelismo várias requisições podem ser realizadas ao 
mesmo tempo, por isso necessita de apenas um RTT (tempo para enviar um pacote de 
requisição de eco e o tempo de retorno) para todas as informações, ou seja, todos os 
objetos e fica ociosa uma fração menor de tempo. No HTTP persistente sem 
paralelismo uma nova requisição pode ser realizada apenas quando a anterior for 
respondida, portanto requer um RTT para cada objeto e pode permanecer ociosa 
aguardando outra requisição, porém a conexão não é fechada. O HTTP/1.1 usa o HTTP 
persistente com paralelismo. 
 
4) Cite três métodos HTTP Request. 
R: - Get: método que solicita algum recurso ou objeto ao servidor. 
- Head: solicita informação de um determinado objeto sem que esse seja enviado ao 
cliente apenas para testar a validade do último acesso. 
- Post: método usado para envio de arquivo de dados ou formulário HTML ao 
servidor. 
 
 
5) Cite três códigos de status do servidor emitida na mensagem HTTP response. 
R: - Código 100: Utilizada para enviar informações para o cliente de que sua requisição 
for recebida e está sendo processada. 
 - Código 300: redirecionamento (301 moved permanently). O objeto requisitado foi 
movido, com uma mensagem indicando a nova localização. 
 - Código 500: Erro do servidor (505 HTTP version not suported). Quando ocorre um 
erro no servidor ao cumprir uma requisição válida. 
 
 
6) Quais são as principais diferenças entre o HTTP/2 e o HTTP/1.1? 
R: No HTTP/ 1.1 os headers são enviados em plain text (mensagem definida 
diretamente legível e não em grupos codificados), em cada requisição. No HTTP/ 2 os 
headers são binários e comprimidos, diminuindo o volume de dados. Além disso, é 
possível reaproveitar os headers para as requisições seguintes. Dessa forma, só temos 
que mandar os cabeçalhos que mudam. 
 
7) O que os cookies podem ter? Eles mantêm o estado da sessão? 
R: Os cookies podem ter autorização, carrinhos de compras, recomendações e estado 
de sessão do usuário. Sim, usando a extensibilidade dos cabeçalhos, os cookies são 
adicionados ao fluxo do HTTP, permitindo que a criação de sessão em cada requisição 
HTTP compartilhe o mesmo contexto, ou o mesmo estado. 
 
8) Descreva como o cache web pode reduzir o atraso na recepção de um objeto 
desejado. O cache web reduzirá o atraso de todos os objetos requisitados por um 
usuário ou somente para alguns objetos? Por quê? 
R: Como um servidor com cache pode armazenar uma informação requisitada caso ela 
seja necessária novamente, quando esta próxima requisição acontecer, o objeto estará 
disponível na sua memória, tornando desnecessária a comunicação com o servidor 
original, o que diminui o tempo de resposta para a requisição. Todos os objetos 
requisitados por um usuário ficam armazenados no cache Web, portanto todos ficam 
mais rapidamente acessíveis para este usuário. 
 
9) Qual o objetivo do método de requisição HTTP GET CONDICIONAL? 
R: O Get condicional é um mecanismo que permite que um cache verifique se seus 
objetos estão desatualizados. Um cache Proxy envia uma mensagem de requisição a 
um servidor web em nome de um browser requisitante. O servidor web envia ao cache 
uma mensagem de resposta com o objeto requisitado. O cache passa o objeto ao 
browser requisitante, mas também o guarda em sua memória cache local. Este guarda, 
juntamente com o objeto, a data da última modificação. Passada uma semana e 
realizados outros passos o browser realiza uma verificação de atualização emitindo um 
Get condicional, no fim do processo o servidor web envia uma mensagem de resposta 
ao cache. Resumidamente o objetivo do GET condicional é não enviar um objeto se o 
cache estiver com a versão desatualizada do objeto requisitado. 
 
 
 
 
10) Quais as principais diferenças entre o HTTP/3 e o HTTP/2? 
R: O HTTP/2 tem nos dado multiplexação e mitigado o bloqueio de head-of-line, 
porém ele é limitado por TCP. Você pode usar uma conexão única de TCP para 
múltiplas correntes multiplexadas em conjunto para transferir dados, mas quando 
uma delas sofre a perda de um pacote, a conexão inteira (e todas as suas correntes) é 
mantida refém, até que TCP faça seu papel. O HTTP/3 não é limitado por isso. Com 
QUIC desenvolvido sobre um protocolo UDP sem conexão, o conceito de conexão não 
carrega as limitações de TCP e falhas que ocorram em uma corrente não têm 
influência sobre o restante. O QUIC também tenta atualizar o início lento do TCP, 
permitindo que altas velocidades sejam alcançadas mais rapidamente. O QUIC tenta 
aumentar a exponencial da janela de congestionamento para isso.