● ¿Habla de cómo garantizar la fiabilidad de TCP, y estableció una breve conexión TCP y procedimientos de desconexión
respuesta de referencia:
TCP garantiza la fiabilidad:
(1) número de secuencia, reconocimiento, tiempo de retransmisión
Los datos llegan en el lado receptor, el lado receptor tiene que enviar una respuesta de confirmación que indica el segmento de datos ha sido recibido, se describirán el número de confirmación y el número de secuencia de datos de próxima vez que necesita recibir. Si el remitente envía el retardo de respuesta de confirmación no se recibe, puede haber una pérdida de datos enviada, podría ser el reconocimiento se pierde, entonces el remitente después de esperar un cierto tiempo será retransmitido. Este tiempo es generalmente 2 * RTT (ida y vuelta segmento de tiempo) + un valor de desplazamiento.
(2) el control de la ventana y de alta velocidad de control de retransmisión / retransmisión rápida (duplicado de acuse de recibo)
TCP utilizará controles de la ventana para aumentar la velocidad de transmisión, lo que significa dentro de un tamaño de la ventana, no tienen que esperar una respuesta antes de enviar la siguiente pieza de datos, el tamaño de la ventana hay necesidad de esperar la confirmación y puede continuar enviando datos a la máxima. Si usted no utiliza los controles de ventana, cada uno no recibieron el reconocimiento de los datos a ser retransmitido.
El uso de la ventana de control, si el segmento de datos se pierde 1001-2000, detrás de cada dato de transmisión, continuará enviando el número de confirmación 1001 como respuesta, para recibir los datos que representa el comienzo de 1001, el final de transmisión recibe tres veces si la misma respuesta, que vuelve a ser transmitido inmediatamente, pero hay una situación que puede haber son recibidos los datos, pero algunas respuestas se echa en falta, esto no va a ser retransmitido porque el remitente sabe que si el segmento de datos se pierde, el receptor no lo hace permitirá a ella, que sería una locura para recordar ......
(3) Control de Congestión
Si se da la ventana de un extremo de emisión continua grande envía grandes cantidades de datos pueden dar lugar a la congestión de red (estamos utilizando la red, ¿qué estás loco del pelo, el rendimiento es tan grande, por supuesto, será bloqueado), e incluso causar la red parálisis. Por lo tanto, con el fin de evitar que este control lleva a cabo la congestión de TCP.
comienzo lento: Definir ventana de congestión, inicie el tamaño de la ventana a 1, después de cada recibir una respuesta de confirmación (después de un RTT), el tamaño de la ventana de congestión * 2.
Evitar la congestión: Establecer umbral de inicio lento, por lo general están listos para comenzar 65536. evitación de la congestión es cuando el tamaño de ventana de congestión alcanza el valor umbral de la ventana de congestión ya no aumentó, pero el aumento en el sumador (cada acuse de recibo / cada RTT, el tamaño de ventana de congestión + 1), con el fin de la congestión evitar.
El tiempo de retransmisión visto como segmento congestionado, el evento de tiempo de retransmisión, necesitamos primero establecer el umbral de la mitad del tamaño de la ventana actual, y el tamaño de la ventana con el valor inicial de 1, y luego volver a entrar en el lento comienzo.
retransmisión rápida: retransmitido inmediatamente en la cara 3 veces repiten respuesta de acuse de recibo (control de retransmisión de alta velocidad), Representante recibió tres segmentos, pero el uno antes de ese segmento se pierde, será.
Entonces, el primer umbral se establece en la mitad del tamaño de la ventana actual, entonces el tamaño de la ventana de congestión al tamaño del umbral de inicio lento 3.
Esto se puede lograr: cuando el tráfico TCP, mostró un aumento gradual de rendimiento de la red, y el rendimiento para reducir la congestión con, y luego elevarse lentamente en el proceso, la parálisis de la red no se produce fácilmente.
establecimiento de la conexión TCP y desconexión:
Apretón de manos de tres vías:
1. bit de bandera Client SYN se fija a 1, un valor ss generado aleatoriamente = J, y el paquete se envía al servidor, el cliente entra en el estado SYN_SENT, a la espera para el servidor de reconocimiento.
2. Server recibe los datos del paquete de la bandera de bits solicitudes SYN = 1 know cliente para establecer una conexión, el servidor SYN y el bit de la bandera ACK se fijan a 1, ack = J + 1, un valor ss generado aleatoriamente = K, los datos y paquete a la solicitud de conexión a confirmar cliente, el servidor entra en estado de SYN_RCVD.
3. El cliente recibe el acuse de recibo, la comprobación de si el ACK J + 1, ACK es 1, entonces si la bandera ACK correcta se establece en 1, ack = K + 1, y el paquete se envía al servidor, los controles de servidor de ACK si K + 1, ACK es 1, si es correcta, se establece la conexión, el cliente y el servidor entra establecidos estado, completar el enlace de tres vías, a continuación, puede empezar a transferir datos entre el cliente y el servidor.
Cuatro de onda:
Dado que la conexión TCP es full-duplex, por lo tanto, cada dirección se tiene que parar por separado, este principio es que cuando una tarea se termina el envío de datos, enviando un FIN para terminar la conexión en esta dirección, pero los medios recibe un FIN no hay datos sobre el flujo en esa dirección, que ya no es recibir datos, pero aún así ser capaz de enviar datos a través de la conexión TCP hasta esta dirección también se envía un FIN. En primer lugar será el que para llevar a cabo cerca de activo, mientras que el otro realiza un cierre pasivo.
1. Después de completar la transferencia de datos, el proceso de aplicación de cliente hace un segmento de liberación de la conexión, y se detiene el envío de datos, el cliente entra FIN_WAIT_1 estado, los datos a continuación, el cliente todavía puede que reciben enviados por el servidor.
2. Después de que el servidor recibe el FIN, ACK enviado a un cliente, el número de acuse de recibo es el número de secuencia de + 1 recibido, el servidor entra en estado CLOSE_WAIT. FIN_WAIT_2 en el cliente después de la recepción del estado.
3. Cuando el servidor hay datos que enviar, el servidor envía un paquete FIN, que el servidor entra en estado de LAST_ACK, a la espera de la confirmación del cliente
4. Informar al cliente después de que el servidor recibe un paquete FIN, envía un paquete ACK al servidor para confirmar el número de secuencia del número de secuencia recibido 1. En este caso el cliente entra en el estado TIME_WAIT, esperando 2MSL (MSL: segmento máximo tiempo de supervivencia), y luego cerrar la conexión.
● Por favor, conteste sobre la diferencia entre HTTP y HTTPS, HTTPS, y cuáles son las desventajas?
respuesta de referencia:
HTTP diferencias protocolo y el protocolo HTTPS como sigue:
1) el protocolo HTTP en el claro en la red de transmisión de datos, el protocolo de transmisión de datos es HTTPS TLS-codificados, HTTPS que tiene una seguridad más alto
2) HTTPS después de la etapa de enlace de tres vías TCP, la necesidad de SSL apretón de manos y el uso de cifrado simétrico acuerdo de clave de cifrado de
3) el protocolo HTTPS requiere la solicitud de certificado de servidor, el navegador instalado correspondiente certificado raíz
4) puerto de protocolo HTTP 80, HTTPS puerto de protocolo 443
ventajas https:
HTTPS datos de transmisión cifrada mediante un proceso clave, por lo que una seguridad más alto
El protocolo HTTPS puede autenticar el usuario y el servidor, asegúrese de enviar los datos al usuario y el servidor correcto
HTTPS Desventajas:
HTTPS apretón de manos retardo de fase superior: Desde antes de la sesión HTTP también necesita un protocolo de enlace SSL, por lo HTTPS aumenta retardo de fase apretón de manos protocolo
HTTPS costo de implementación: por un lado el protocolo HTTPS requiere el uso de certificados para verificar su seguridad, por lo que es necesario adquirir un certificado de CA; por otro lado, debido al uso del protocolo HTTPS requiere cálculos de cifrado y descifrado, ocupando más recursos de CPU, o la necesidad de configuración del servidor un número alto
● ¿Habla de código de retorno HTTP
1xx: información de indicación - indica una petición ha sido recibida, el proceso continúa.
2xx: Éxito - indica que la solicitud ha sido recibida con éxito, entendido, aceptado.
3xx: redirección - para cumplir con la solicitud debe ir un paso más allá.
4xx: Error de cliente - La solicitud contiene un error de sintaxis o una solicitud no puede lograrse.
5xx: Error del lado del servidor - El servidor no pudo alcanzar una solicitud legítima.
códigos de estado más comunes, el estado describen en la descripción detallada a continuación.
200 OK: La solicitud del cliente se ha realizado correctamente.
206 servidor de contenido parcial correctamente ha procesado una solicitud GET HTTP parcial o implementado de forma simultánea rebanada de descarga, la solicitud debe indicar el intervalo de hasta solicitud incluyendo un cliente obtuvo el rango deseado
300 múltiples opciones de redirección (opcional): una serie de recursos solicitados para la información de retroalimentación seleccionada por el navegador / usuario seleccionar uno de los suyos.
301 Movido permanentemente (redirección permanente): El recurso ha sido trasladado de manera permanente a una nueva ubicación, volver a acceder a los recursos tiene que utilizar uno de varios URI esta vuelta respuesta.
302 movimiento temporalmente (redirección temporal): ahora la petición de recursos temporal a partir de un URI diferente obtenido en
304: sin modificar: si el cliente envía una solicitud GET y la condición de espera de solicitud de que se le permitiera a través, mientras que el contenido del documento no se cambia, se devuelve 304, la respuesta no contiene inclusiones (caché se puede utilizar directamente).
403 Prohibido: servidor recibe la petición, pero se negó a proporcionar los servicios.
● ¿Habla de la TCP enlace de tres vías y cuatro agitando proceso y las razones
respuesta de referencia:
C-> SYN -> S
S-> SYN / ACK-> C
C-> ACK-> S
razones de apretón de manos de tres vías:
// Hay tres puntos de vista diferentes:
1. desperdicio de recursos Punto de vista: cita de dudas "redes informáticas" y soluciones de ejercicio Xie Xiren
Apretón de manos de tres vías no ha logrado evitar el paquete de petición de conexión al servidor de repente transportar los residuos de los recursos causados por el servidor. Por ejemplo, el cliente envía un SYN, pero debido a la congestión de la red, el paquete SYN en un nodo de larga estancia. El cliente entonces retransmite paquete SYN y establecer correctamente una conexión TCP, y luego cerrar la conexión Después de la transmisión de datos. El fallo de liberación de la conexión después de que el paquete SYN para llegar al servidor. Bajo la premisa de la segunda apretón de manos, el servidor que esta es una iniciada por el cliente otra petición, y luego enviar SYN, y crear ranura en el lado del servidor, hemos estado esperando para que el cliente envíe datos. Sin embargo, debido a que el cliente no inicia una nueva solicitud, caerá lado del servicio SYN. En este punto el servidor cliente espera para enviar los datos resultantes en la pérdida de recursos.
2, la fiabilidad del juicio:
Otra desea determinar si los dos canales obstruido, debe utilizar tres de transmisión y los paquetes que reciben, es decir, de tres vías: "La esencia del problema es que el canal no es fiable, la comunicación requerirá una doble cuestión de acuerdo. y para resolver este problema, ya que la información que está contenida en el mensaje, la comunicación es tres veces el mínimo teórico. modo TCP de tres vías no es un requisito per se, sino para cumplir con el "canal fiable poco fiable transmisión de la información ", provocó la demanda.
Tres es asegurar que las partes reciban clara entre sí se pueden hacer del valor mínimo. En teoría, no importa cuántas veces el apretón de manos no puede confirmar el canal es un "fiable", pero se puede confirmar por lo menos de 3 vías apretón de manos que está "disponible", y luego más adelante para mejorar los apretones de manos añadido pero "está disponible". Esta conclusión de credibilidad. Además transmisión más fiable Tcp es confiar en mecanismos de retransmisión para asegurar la
3. Número de Secuencia Inicial:
Establecimiento de conexión TCP apretón de manos, en esencia, consiste en establecer un enlace de comunicación bidireccional fiable, mientras que un lado a otro, cada lado viene retransmisión de tiempo de espera garantizar la fiabilidad (en lugar de por el número de apretones de manos). TCP de tres vías es el resultado de la optimización, de hecho, debería ser un apretón de manos de 4 vías para establecer una conexión, ya que es de base cero, por lo que el SYN ACK y SYN abierta pasiva se fundieron en un SYN-ACK.
acción del apretón de manos, sirve para determinar el número de secuencia inicial de dos bidireccional, TCP número de secuencia de la transmisión de acceso byte de compilación, porque está conectado a ambas direcciones, es necesario dos números de secuencia, no transmitir ningún procedimiento byte apretón de manos, determinar solamente un número de secuencia inicial.
TCP de cuatro agitaban la siguiente manera:
C-> FIN-> S
S-> ACK-> C
S-> FIN-> C
C-> ACK-> S
Cuatro razón agitando: ya que el control de cierre de la conexión en la capa de aplicación , la pasiva cerrada al recibir uno de los paquetes FIN, pila TCP enviará un ACK paquete de confirmación directa, la prioridad del extremo cerrado de la comunicación. A continuación, informar a la capa de aplicación, la capa de aplicación decidir cuándo enviar paquetes FIN. La función de la capa de aplicación usa una llamada de sistema para leer == 0 determina si el peer cierra la conexión. (Esa iniciativa de la parte no envía los datos después de enviar FIN, sino que también puede tener que aceptar datos)
● Será el protocolo de enlace TCP ¿Por qué no dos veces? ¿Por qué no cuatro?
No cuatro:
sacudir Originalmente manos y ondulado, al igual que todos tienen que ser confirmados en ambas direcciones puede Unicom han sido el modelo debe ser:
1. El cliente envía al servidor de syn0
2. El servidor recibe syn0, respuesta ACK (syn0 + 1)
3 servidor envía SYN1
4. cliente recibe SYN1, responder ack (syn1 + 1)
como TCP es dúplex completo, confirmó los cuatro datos superiores en ambas direcciones se puede llegar correctamente, los pasos 2 y 3 pero no hay arriba y enlaces que se pueden combinar para acelerar la eficiencia del protocolo de enlace hacia abajo, todo se convierte en un apretón de manos de 3 vías.
● Qué busca el control de congestión de TCP?
respuesta de referencia:
tamaño Proceso cwnd crece exponencialmente hasta que se supera el umbral de inicio lento, y luego entran en la fase de evitar la congestión, el tamaño del crecimiento lineal de cwnd cuando (tres ACK duplicado o un tiempo de espera) cuando hay congestión de la red, el umbral de comienzo lento se configura para que aparezca tiempo congestión la mitad del tamaño, el tamaño de cwnd volvió a entrar en el lento comienzo de cero.
retransmisión rápida y recuperación rápida: requisitos de retransmisión rápidos emitidos por el receptor repite inmediatamente la confirmación (con el fin de permitir que el remitente saber tan pronto como sea posible segmento no alcanza el otro lado) y no esperar hasta que se envían fuera de servicio después de la recepción de un segmento que lleva a cuestas de datos. Especifica el algoritmo de retransmisión rápida, siempre y cuando el emisor recibe tres reconocimientos consecutivos duplicados deben retransmitir inmediatamente a los demás segmentos aún no han recibido, en lugar de seguir esperando a que expire el tiempo de ajuste del temporizador de retransmisión
Tenga en cuenta dos cosas:
1. TCP algoritmo de control de congestión tiene cuatro clases, es decir, el comienzo lento, para evitar la congestión, retransmisión rápida y recuperación rápida
2. Después de la aplicación de retransmisión rápida recuperación rápida en lugar de comienzo lento. Cuando 4 puntos, para no empezar comienzo lento, pero el algoritmo de recuperación rápida lleva a cabo, el umbral y el tamaño de la ventana de congestión se establecen en la ventana actual congestión / 2, y comenzar a aplicar el algoritmo para evitar la congestión.