comunicación de red day35

Contenido de hoy:
capa de transporte tcp \ udp
capa de aplicación: el
protocolo se puede personalizar = "encabezado + parte de datos
http https ftp


Protocolo de cinco capas
computadora 1: computadora 2:

Capa de aplicación

zócalo

Capa de transporte segmento capa de transporte capa de
red paquete capa de red capa
de enlace de datos trama capa de enlace de datos capa
física <=========== máquina interactiva ===========> capa física


Software del cliente enviar software del servidor
sistema operativo del sistema operativo
hardware de la computadora <==== medios físicos =====> hardware de la computadora

 

encabezado ethernet + encabezado ip + encabezado tcp + encabezado de capa de aplicación + datos de capa de aplicación

# 一: Capa de transporte tcp \ udp =》 Basado en el puerto
El rango de puertos 0-65535, 0-1023 está ocupado por el sistema
ip + port =》 Identifica una aplicación única basada en la comunicación de red en el mundo


Antes de la comunicación basada en el protocolo tcp: se debe establecer un enlace para la comunicación bidireccional
C --------------------> S
C <------------ -------- S

Apretón de manos de tres vías para establecer un enlace: el
establecimiento del enlace es prepararse para la transmisión de datos

Cuatro manos agitadas para desconectar el enlace Al
desconectar el enlace, debe haber cuatro desconexiones debido a la transmisión de datos en el enlace

tcp es una transmisión confiable. El
envío de datos debe completarse después de que la otra parte lo confirme, y luego los datos en su propia memoria se borrarán, de lo contrario la retransmisión

ps: cuando el servidor está en el estado TIME_WAIT, significa que el servidor está experimentando una alta concurrencia


Agrupación de semi-conexión TCP:
reserva
[solicitud de enlace 1, solicitud de enlace 2, solicitud de enlace 3, solicitud de enlace 5]

# 2: Capa de aplicación: el
protocolo se puede personalizar = "encabezado + parte de datos.
Los problemas a los que se debe prestar atención en el protocolo personalizado:
1. Dos componentes principales = encabezado + parte de datos
Encabezado: ponga la información descriptiva de los datos
como: A quién, el tipo de datos, la longitud de los
datos, la parte de datos: los datos que desea enviar

2. La longitud del encabezado debe ser fija
porque el extremo receptor necesita obtener la información detallada de los datos recibidos a través del encabezado
http https ftp


Comunicación de red-Capa de
transporte Función de capa de transporte: Establecer comunicación de puerto a puerto
Suplemento: Rango de puerto 0-65535, de los cuales 0-1023 es el puerto ocupado por el sistema, no se recomienda utilizar el
protocolo tcp en el rango de 0-1023 al personalizar
Transmisión confiable (transmisión de canal bidireccional abierto), los paquetes de datos TCP no tienen límite de longitud, teóricamente pueden ser infinitamente largos, pero para garantizar la eficiencia de la red, generalmente la longitud de los paquetes de datos TCP no excederá la longitud de los paquetes de datos IP para garantizar un solo paquete de datos TCP No más divisiones.
el protocolo udp
no es una transmisión confiable (solo es responsable de la transmisión, independientemente de si la otra parte puede recibirlo), la parte del "encabezado" solo tiene un total de 8 bytes, la longitud total no excede los 65.535 bytes, simplemente coloque un paquete de datos IP.
mensaje tcp

Apretón de manos de tres vías tcp y cuatro manos agitadas (SYN = 1 ACK = 1)
Apretón
de manos de tres vías '' '
Se requiere un apretón de manos de tres vías para establecer una ruta de dos vías entre el cliente y el servidor.
1, el cliente envía al paquete SYN del servidor, una solicitud para establecer una conexión, el cliente se encuentra en la SYN_SENT estado
2, monitoreo de servidor, y la recepción de SYN del cliente Un paquete ACK al cliente para confirmar y también para los clientes
iniciados el establecimiento de un paquete SYN solicitud de conexión, entonces el servidor SYN_RCVD estado
3, el cliente recibe el servidor se ESTABLASHED estado después de devolver una respuesta al cliente representado servidor de
canal del lado de servicios está establecido con éxito, después de recibir Después del mensaje de solicitud transmitido por el
servidor, también se devuelve un ACK al servidor para su confirmación. Después de que el servidor recibe el ACK devuelto por el cliente, se ESTABLECERÁ.
Finalmente, se establece el canal de transmisión del servidor al cliente. El establecimiento del canal de dos vías con el servidor se ha completado
. Este es el apretón de manos de tres vías.
'' '

# ¿Por qué no puede ser un segundo apretón de manos? (En resumen, el segundo protocolo de enlace dará como resultado el desperdicio de recursos)
'' '
Si se trata de un escenario de protocolo de enlace bidireccional: el
cliente ingresa al estado de espera después de enviar una solicitud de establecimiento de conexión, y luego ingresa al estado establecido después de que el servidor confirma.
El servidor también ingresa al estado establecido después de enviar un mensaje de solicitud de establecimiento de conexión de confirmación (independientemente de si el cliente responde).
Esto es como, A llama a B, A: ¿Puedes oírme? B: Puedo escucharlo. Tanto A como B piensan que la otra parte puede escucharse a sí misma.
Pero hay una situación en la que B's Mai es malo. A no puede escuchar el discurso de B en absoluto. Como resultado, A no recibe una respuesta de B, pero B cree que A puede escucharlo, y
B ha estado esperando que A diga algo. .. Esto hace que B esté física y mentalmente exhausto.

El protocolo de enlace de tres vías: el
cliente ingresa en un estado de espera después de enviar un mensaje de solicitud de establecimiento de conexión, y espera que el servidor devuelva una notificación confirmando el establecimiento de conexión. El
servidor envía un mensaje de confirmación de solicitud de establecimiento de conexión y al mismo tiempo envía el mensaje de solicitud de establecimiento de conexión al cliente, ingresa En el estado de espera, el
cliente recibe el mensaje de solicitud de confirmación enviado por el servidor y el mensaje de solicitud de establecimiento de conexión del servidor. Ingrese el estado establecido
y envíe un mensaje de solicitud de confirmación de conexión al servidor. El servidor recibe el mensaje de confirmación de establecimiento de la conexión del cliente e ingresa el
A establecido : ¿Me puede escuchar? B: Puedo escucharlo, ¿puedes oírme?
A: Yo también te puedo escuchar. (establecido) B: (establecido) Tanto A como B pueden saber claramente que la otra parte definitivamente puede escucharse

Por supuesto, también es posible un apretón de manos de 4 vías o de dos vías, pero no es necesario, porque si la conexión se establece durante demasiado tiempo, el efecto se reducirá en gran medida
'' '


SYN ataque de inundación
'' '
SYN ataque de inundación: Acuerdo TCP es un hombre bueno, no importa lo que el cliente, siempre y cuando el servidor envía la petición al servidor para recibir y tratará de establecer el cliente, incluso
entonces. El ataque de inundación SYN es utilizar una gran cantidad de IP virtuales para enviar solicitudes al servidor, y luego desaparecer después del envío. En este momento, el servidor se
llenará con una gran cantidad de IP virtuales y ha estado en el estado de 'SYN_RCVD', haciendo que el cliente real piense No hay forma de acceder al servidor
(similar a que un grupo de mendigos bloquee la puerta de una empresa, lo que impide que los empleados de la empresa entren en la empresa)
'' '

Cuatro manos agitadas
# Al desconectar el enlace, debe haber cuatro desconexiones debido a la transmisión de datos en el enlace


Comunicación de red:
protocolo personalizado
en la capa de aplicación Si cree que el protocolo de otras personas es demasiado complicado en la capa de aplicación, podemos personalizar el protocolo = "encabezado + parte de datos
# El protocolo personalizado debe prestar atención a:"
''
1, dos componentes principales Parte = Encabezado + Encabezado de la parte de datos
: ponga la información descriptiva de los
datos. Por ejemplo: a quién se deben enviar los datos, el tipo de datos, la longitud de los
datos. Parte de datos: los datos que desea enviar

2. La longitud del encabezado debe ser fija
porque el extremo receptor necesita obtener la información detallada de los datos recibidos recibidos a través del encabezado
''

# Protocolo de capa de aplicación: http https ftp

Supongo que te gusta

Origin www.cnblogs.com/python--wang/p/12722750.html
Recomendado
Clasificación