Requisitos de proceso para solicitudes de páginas WEB
: Las computadoras en la red de la escuela acceden al servidor web en la red de Google
1. La computadora está conectada a la red del campus a través de un cable de red física
2. La computadora ejecuta el protocolo DHCP y obtiene una dirección IP del servidor DHCP local (el servidor DHCP generalmente es actuado por un enrutador de puerta de enlace).El
proceso de adquisición:
1) Como cliente DHCP, la computadora primero enviará una solicitud DHCP mensaje ----DHCP– descubrir paquete (paquete de transmisión)
capa de transporte: SP (número de puerto de origen): 68 DP: 67
capa de red: SIP: 0.0.0.0 (no representa ninguna dirección IP) DIP: 255.255.255.255 (dirección de transmisión)
capa de enlace de datos: SM : MAC propio DMAC: Todo F
数据包先通过传输介质，来到交换机上。交换机收到数据包先关注数据帧中的源MAC地址，将源MAC地址和进入接口的对应关系记录在本地的MAC地址表中。之后，再看目标MAC地址，因为目标MAC地址是广播地址，所以，交换机将执行泛洪动作，将该数据包发于所有和自己连接的设备（发送设备除外）。
因为路由器和交换机连接，路由器将收到该广播帧。先看二层MAC地址，因为是广播帧，所以，将解二层封装看三层；因为三层的目标IP地址是255.255.255.255，所以，路由器将解三层封装，根据三层封装中的协议号（17）判定将该数据交给UDP模块进行处理，UDP解四层封装，UDP模块基于目标端口号67，判定此数据寻址的是DHCP服务，将交于DHCP服务进行后续处理。则此时DHCP服务器收到了DHCP客户端的请求。
(La capa de transporte DHCP usa el protocolo UDP y el número de protocolo UDP es 17)
2) El servidor DHCP responderá a la solicitud del cliente DHCP y responderá al paquete de oferta de DHCP. ----Unicast/Broadcast
Este paquete transportará una dirección IP disponible en el segmento de red asignable (el segmento de red asignable en la figura es 68.80.2.0/24, y la dirección IP disponible transportada es 68.80.2.101), entre los cuales también incluye información sobre la puerta de enlace 68.80.2.1 y el servidor DNS 68.87.71.226.
3) El cliente DHCP realiza una selección inversa y responde al paquete de solicitud de DHCP: la solicitud es para la información de IP en la oferta de DHCP. —Paquete de difusión (se pueden recibir múltiples DHCP-OFFER, en forma de paquetes de difusión, por un lado, decirle al servidor DHCP que solicita la IP que necesita obtener su dirección IP; por otro lado, decirle a otros servidores DHCP en el dominio de difusión (si lo hay) ) La dirección IP solicitada por uno mismo no es la suya, y la dirección puede ser liberada)
Nota: Si el cliente DHCP recibe múltiples ofertas de DHCP, elegirá la primera recibida para realizar la solicitud.
4) El servidor DHCP enviará DHCP-ACK para la confirmación final. —Unicast/broadcast (diferente de diferentes fabricantes)
3. En este momento, la computadora tiene las condiciones básicas de red para acceder al servidor de Google, luego ingrese la URL (Localizador Uniforme de Recursos) de www.google.com en el navegador
4. Debido a que la entrada es información de nombre de dominio, pero el acceso al servidor requiere información de dirección IP, por lo que la computadora activará una solicitud de DNS y la enviará al servidor DNS.
DNS: Protocolo de resolución de nombres de dominio
Método de búsqueda de solicitud de protocolo DNS:
1. Búsqueda recursiva: la computadora envía una solicitud de búsqueda al servidor DNS local (la computadora solicita la dirección IP de Baidu del servidor DNS local y el DNS local busca la dirección IP de Baidu en su propia tabla de direcciones, si la hay, responderá directamente a la dirección IP de Baidu; si no, el servidor DNS local continuará buscando otros DNS, si no hay DNS, este DNS continuará buscando hasta que sea encontrado, y luego busque otra capa. La primera capa se transmite hacia arriba, y la ruta original se devuelve hasta que el DNS local recibe la dirección IP de Baidu, y el servidor DNS local luego envía la dirección IP de Baidu a la computadora). (La búsqueda recursiva local generalmente usa Puerto UDP 53) 2.
Búsqueda iterativa: la solicitud de búsqueda enviada por el servidor DNS local (por ejemplo, la computadora solicita la dirección IP de Baidu del servidor DNS local y el DNS local busca la dirección IP de Baidu en su propia tabla de direcciones. Si hay, responderá directamente a la dirección IP de Baidu. Si no, en este momento, el DNS local devuelve una dirección IP a la computadora, pero esta dirección IP no es la IP de Baidu, sino otro servidor DNS. Este servidor DNS luego verifica si hay la dirección IP de Baidu en la tabla de direcciones locales, y si es así, responderá a la computadora, si no, entonces responda a la computadora la dirección IP de otro servidor DNS......) (La búsqueda iterativa usa el puerto TCP 53)
Capa de transporte: UDP DP: 53
Capa de red: SIP: 68.85.2.101 DIP: 68.87.71.226
Capa de enlace de datos: SM: MAC propia MAC de destino: ? ? ? (Todavía no lo sé) (La MAC de destino es la MAC de la puerta de enlace, porque la computadora y el servidor DNS no están en el mismo dominio de transmisión, por lo que se requiere el enrutador de la puerta de enlace para ayudar a reenviar la información)
5. Para obtener la dirección MAC de la puerta de enlace, la computadora debe enviar un paquete de solicitud ARP con la IP de la puerta de enlace: 68.85.2.1 como IP de solicitud.
IP de origen: 68.85.2.101 IP de destino: 68.85.2.1
MAC de origen: Su propia MAC MAC de destino: Todo F (forma de transmisión)
Proceso de trabajo:
Primero, el host envía una solicitud ARP en forma de transmisión y solicita la dirección MAC a través de la dirección IP. Debido a que es un marco de transmisión, todos los dispositivos en el dominio de transmisión recibirán esta solicitud. Después de recibir la solicitud, el dispositivo primero registra la relación correspondiente entre la IP de origen y la MAC de origen en el paquete de datos en su tabla de caché ARP local. Luego, mire la dirección IP solicitada, si la dirección IP solicitada no es la suya, el paquete de datos será descartado directamente. Si la solicitud es de una dirección IP propia, será atendida. Posteriormente, al comunicarse nuevamente, primero se verificará la tabla de caché ARP local, si hay un registro, se agregará de acuerdo con la dirección MAC en el registro, si no hay ningún registro, enviará una solicitud ARP para obtenerlo. .
A través de la solicitud ARP, la computadora obtendrá la dirección MAC de la puerta de enlace
6. El paquete de solicitud de DNS se encapsulará normalmente
Capa de transporte: UDP DP: 53
Capa de red: SIP: 68.85.2.101 DIP: 68.87.71.226
Capa de enlace de datos: SM: MAC propia MAC de destino: MAC de la puerta de enlace
7. Cuando la puerta de enlace recibe el paquete de solicitud de DNS enviado por la computadora, primero verifica la dirección MAC.Si la MAC de destino es su propia MAC, desencapsulará la segunda capa y observará la tercera capa. Verifique la tabla de enrutamiento local según la dirección IP de destino de la capa 3. Si hay una entrada de enrutamiento coincidente, se reenviará de acuerdo con la entrada de enrutamiento. Si no está presente, el datagrama simplemente será descartado. (Sin embargo, en el escenario actual, la puerta de enlace lo enviará al ISP en la red pública a través de la ruta predeterminada)
**8. A través del reenvío del enrutador, el paquete de solicitud llegará al servidor DNS local. **Si la dirección IP correspondiente al nombre de dominio existe en la memoria caché del servidor DNS local, se devolverá directamente a la computadora. De lo contrario, iniciará una solicitud de búsqueda iterativa al servidor raíz DNS y, finalmente, obtendrá la dirección IP correspondiente al nombre de dominio y la devolverá a la computadora. (El puerto TCP 53 se utiliza para la búsqueda iterativa)
9. El ordenador obtendrá la información de la dirección IP correspondiente a www.google.com a través del protocolo DNS. Posteriormente, se activará el establecimiento de una relación HTTP desde la computadora local al servidor de destino.
Debido a que el protocolo HTTP funciona según el protocolo TCP, primero es necesario completar la conexión de la sesión TCP entre la computadora y el servidor de destino. (Apretón de manos de tres vías)
Cuando se establece la sesión TCP, el cliente (computadora) y el servidor establecerán un canal de sesión de dos vías y podrán enviarse información entre sí.
10. Cliente----servidor: enviar solicitud Http----obtener información de la página web----enviar solicitud GET
11. Servidor----Cliente: Después de recibir la solicitud GET, el servidor devolverá la información de la página web (200 OK) al cliente----En este punto, la computadora de Xiao Ming obtendrá la información de la página web de Google servidor.
Si no se establece el protocolo de enlace de tres vías, las dos partes no pueden transmitir datos. El apretón de manos de tres vías y la transmisión de datos confiable son dos cosas diferentes.Es necesario asegurarse de que no haya problemas con la conexión orientada, para que los datos se puedan transmitir de manera confiable.
Si las dos partes son modelos de cliente (C) y servidor (S), modelo CS, generalmente el cliente primero envía un paquete de solicitud síncrono para el primer protocolo de enlace.
Si los dos extremos no son modelos de cliente o servidor, no importa quién envía datos primero Solo después de que una parte envía, la otra parte suprime la primera capacidad de apretón de manos
Protocolo de enlace de tres vías:
el primer protocolo de enlace: el host envía un paquete de solicitud de sincronización (syn+req) al servidor (posición de marca de sincronización 1)
solicitud de sincronización: ambos extremos de la solicitud están en el mismo estado (un host está listo para enviar datos a B, y el servidor B está listo Estado recibido) (el host solicita que se abra el puerto del servidor)
el segundo protocolo de enlace: el servidor responde al host (ACK+syn+req, (posición de marca ACK 1) (ACK bit de marca de confirmación) ACK significa confirmación) (mientras se confirma se envía otro paquete de solicitud de sincronización) (el servidor solicita que se abra el puerto del host) el tercer protocolo de enlace: el host
responde al servidor con un paquete ACK (la posición de la marca ACK es 1, porque la comunicación es bidireccional, por lo que la posición de la marca de solicitud SYN también se establece en 1)