Principios de la comunicación de nombres de dominio
Su función: DNS es un sistema muy importante y de uso común. Su función principal es convertir nombres de dominio que son fáciles de recordar y direcciones IP que no son fáciles de recordar. El host de red que realiza el servicio DNS anterior puede denominarse servidor DNS. Básicamente, generalmente pensamos que DNS simplemente convierte los nombres de dominio en direcciones IP y luego usa las direcciones IP para conectarse (comúnmente conocido como "resolución directa"). De hecho, la función de convertir direcciones IP en nombres de dominio también es relativamente común. Cuando el inicio de sesión se envía a la estación de trabajo Unix, la estación de trabajo realizará una búsqueda inversa para saber desde dónde se está conectando (a menudo llamado "análisis inverso").
Sufijo DNS: Configura el sufijo DNS primario para el equipo cliente.
1.
En el Panel de control, abra el sistema.
2.
Haga clic en la pestaña Nombre de la computadora.
Esta pestaña muestra el nombre del ordenador, el grupo de trabajo o dominio al que pertenece y una breve descripción del ordenador.
3.
Haga clic en Cambiar y luego en Otro.
4.
En Sufijo DNS y nombre de computadora NetBIOS, haga lo siguiente:
Para el sufijo DNS principal de esta computadora, especifique el sufijo DNS completo. al nombre de la computadora después del nombre de dominio (FQDN).
5.
Después de aplicar estos cambios, reinicie el ordenador para inicializarlo con el nuevo nombre de dominio DNS.
6.
Si previamente has instalado y configurado tu ordenador como servidor DNS, verifica que el registro de autorización de zona haya sido actualizado.
Protocolo de Internet (abreviatura de Protocolo de Internet)
La llamada dirección IP es la dirección de 32 bits asignada a cada host conectado a Internet.
Según el protocolo TCP/IP (Protocolo de control de transmisión/Protocolo de Internet), las direcciones IP se representan en binario. Cada dirección IP tiene una longitud de 32 bits, que son 4 bytes cuando se convierten en bytes. Por ejemplo, una dirección IP en formato binario es "00001010000000000000001", que es demasiado larga y no se puede procesar. Para facilitar el uso de las personas, las direcciones IP a menudo se escriben en forma decimal, utilizando el símbolo "." para separar los diferentes bytes en el medio. Por lo tanto, la dirección IP anterior se puede representar como "10.0.0.1". Esta representación de direcciones IP se llama notación decimal con puntos, que obviamente es mucho más fácil de recordar que 1 y 0.
Algunas personas piensan que una computadora sólo puede tener una dirección IP. Esto es incorrecto. Podemos especificar que una computadora tenga múltiples direcciones IP, por lo que cuando acceda a Internet, no piense que una dirección IP es una computadora. Además, a través de una tecnología específica, varios servidores pueden * * * utilizar una dirección IP y estos servidores aparecen ante los usuarios como un solo host.
Cómo asignar direcciones IP
El protocolo TCP/IP requiere diferentes configuraciones para diferentes redes. Cada nodo generalmente requiere una dirección IP, una máscara de subred y una puerta de enlace predeterminada. Sin embargo, el Protocolo de configuración dinámica de host (DHCP) asigna automáticamente una dirección IP al cliente, lo que evita errores y simplifica la configuración del protocolo TCP/IP.
Entonces, ¿cómo asignar direcciones IP en la LAN? Las direcciones IP en Internet son administradas por una organización llamada "IANA" (Autoridad de Números Asignados de Internet).
Protocolo de control de transmisión (Protocolo de control de transmisión)
El protocolo de red es un tipo especial de software y el mecanismo más básico para que las redes informáticas realicen sus funciones. La esencia de los protocolos de red son las reglas, es decir, varios hardware y software deben seguir el mismo código. Los protocolos de red no son un conjunto único de software, están integrados en todos los demás sistemas de software, por lo que se puede decir que los protocolos son omnipresentes en la red. Los protocolos de red cubren todos los niveles del modelo de comunicación OSI, desde TCP/IP, HTTP, FTP, OSPF, IGP y otros protocolos, hay miles de ellos. Los usuarios comunes no necesitan preocuparse demasiado por el protocolo de comunicación subyacente, solo necesitan comprender sus principios de comunicación. En la gestión real, el protocolo de comunicación subyacente generalmente funciona automáticamente sin intervención manual.
Para los protocolos por encima de la tercera capa, a menudo se requiere intervención manual, como el protocolo TCP/IP, que requiere configuración manual para funcionar correctamente.
Los tres protocolos de comunicación comúnmente utilizados en LAN son el protocolo TCP/IP, el protocolo NetBEUI y el protocolo IPX/SPX. El protocolo TCP/IP es sin duda el más importante de estos tres protocolos. Como protocolo básico de Internet, es imposible acceder a Internet sin él. Cualquier operación relacionada con Internet es inseparable del protocolo TCP/IP. Sin embargo, el protocolo TCP/IP también es el más difícil de configurar entre los tres protocolos. No hay ningún problema en acceder a Internet desde una sola computadora, pero si accede a Internet a través de una LAN, debe configurar en detalle la dirección IP, la puerta de enlace, la máscara de subred, el servidor DNS y otros parámetros.
Aunque TCP/IP es actualmente el protocolo de red más popular, la eficiencia de comunicación del protocolo TCP/IP en LAN no es alta. Cuando se utiliza para navegar por computadoras en "Mis sitios de red", a menudo ocurren anomalías en la navegación. . fenómeno. La instalación del protocolo NetBEUI en este momento resolverá este problema.
NetBEUI es la interfaz de usuario mejorada de NetBios, o interfaz de usuario mejorada de NetBios. Es una versión mejorada del protocolo NetBIOS y ha sido adoptada por muchos sistemas operativos, como Windows for Workgroup, Win 9x series, Windows NT, etc. El protocolo NETBEUI es muy útil en muchas situaciones. Es el protocolo predeterminado para sistemas operativos anteriores a WINDOWS98. El protocolo NetBEUI es un protocolo de transmisión simple con alta eficiencia de comunicación. No se requieren configuraciones después de la instalación y es especialmente adecuado para transferir datos en "Mis sitios de red". Por lo tanto, se recomienda que además del protocolo TCP/IP, también se pueda instalar el protocolo NetBEUI en computadoras en LAN pequeñas. Otra cosa a tener en cuenta es que si una máquina WINDOWS98 con sólo el protocolo TCP/IP instalado quiere unirse al dominio WINNT, también debe instalarse el protocolo NetBEUI.
El protocolo IPX/SPX fue desarrollado originalmente por Novell para la red NetWare y ahora es muy común: la mayoría de los juegos en línea admiten el protocolo IPX/SPX, como StarCraft, Counter-Strike, etc. Aunque estos juegos también se pueden jugar en línea a través del protocolo TCP/IP, obviamente es más conveniente usar el protocolo IPX/SPX porque no se requiere ninguna configuración. Además, el protocolo IPX/SPX no parece ser muy útil en LAN. Si decides no jugar en línea dentro de una LAN, este protocolo es opcional.
Protocolo de transferencia de archivos
La función de FTP
Como sugiere el nombre, la función principal de FTP es permitir a los usuarios conectarse a una computadora remota (estos las computadoras ejecutan el programa de servidores FTP) para ver qué archivos hay en la computadora remota y luego copie los archivos de la computadora remota a la computadora local o envíe los archivos de la computadora local a la computadora remota.
Cómo funciona FTP
Tome la descarga de archivos como ejemplo. Cuando inicia FTP para copiar archivos desde una computadora remota, en realidad inicia dos programas: un programa cliente FTP en la computadora local, que solicita al servidor FTP que copie los archivos. Otro método es iniciar un programa de servidor FTP en la computadora remota, que responde a su solicitud y transfiere los archivos que especifique a su computadora. FTP adopta el modo "cliente/servidor" y el cliente necesita instalar el programa cliente FTP en su computadora local. Hay dos tipos de programas cliente FTP: interfaz de caracteres e interfaz gráfica. Los comandos FTP en la interfaz de caracteres son complejos y numerosos. El programa cliente FTP con interfaz gráfica es más sencillo y cómodo de operar.
HTTP (Protocolo de Transferencia de Hipertexto), es decir, Protocolo de Transferencia de Hipertexto. Es el protocolo de comunicación de la capa de aplicación entre el navegador WWW y el servidor WWW. El protocolo HTTP es un protocolo basado en TCP/IP. No solo garantiza la transmisión correcta de documentos de hipertexto, sino que también determina qué parte del documento se transmite y qué parte del contenido se muestra primero (como el texto y los gráficos primero). , etc.
Encuestado: Perfect Heartbreak - Tutor Mágico Nivel 10 5-6 19:40
Protocolo de Transferencia de Archivos
Encuestado: 408657119-Gerente Nivel 5-6 19: 41.
¿Qué es FTP? FTP es uno de los protocolos del grupo de protocolos TCP/IP y es la abreviatura del Protocolo de transferencia de archivos en inglés.
Este protocolo es la base para la transferencia de archivos por Internet y consta de una serie de documentos de especificaciones. Su objetivo es mejorar la calidad de visualización de archivos, permitir el uso indirecto por parte de computadoras remotas y hacer que los medios de almacenamiento sean transparentes, confiables y eficientes para que los usuarios transmitan datos. En pocas palabras, FTP consiste en copiar archivos entre dos computadoras, desde una computadora remota a su propia computadora, que es el llamado archivo de "descarga". Si copia un archivo desde su propia computadora a una computadora remota, a esto se le llama "cargar" el archivo. En el protocolo TCP/IP, el número de puerto TCP del comando estándar FTP es 21 y el puerto de datos del modo de puerto es 20. La tarea del protocolo FTP es transferir archivos de una computadora a otra, independientemente de dónde se encuentren las dos computadoras, cómo estén conectadas o incluso si usan el mismo sistema operativo. Suponiendo que dos computadoras se comunican a través del protocolo ftp y tienen acceso a Internet, puede usar el comando ftp para transferir archivos. Existen algunas diferencias sutiles en el uso de cada sistema operativo, pero la estructura de comando básica de cada protocolo es la misma.
La transmisión FTP tiene dos modos: modo de transmisión ASCII y modo de transmisión de datos binarios.
1. Modo de transferencia ASCII: suponiendo que el archivo que el usuario está copiando contiene texto de código ASCII simple, si la máquina remota no ejecuta UNIX, ftp generalmente ajustará automáticamente el contenido del archivo durante la transferencia del archivo. que el archivo se puede interpretar Formato para un archivo de texto almacenado en otra computadora.
Sin embargo, a menudo ocurre que el archivo que el usuario está transfiriendo no contiene un archivo de texto, sino que puede ser un programa, una base de datos, un archivo de procesamiento de textos o un archivo comprimido (aunque los archivos de procesamiento de textos contienen principalmente texto). , Incluye caracteres no imprimibles que indican el tamaño de página, fuente y otra información). Antes de copiar cualquier archivo que no sea de texto, use el comando binario para indicarle a ftp que copie palabra por palabra y no procese estos archivos. Esta es también la transferencia binaria que se analiza a continuación.
2. Modo de transmisión binaria: En la transmisión binaria, el orden de bits de los archivos se guarda para que el archivo original y el archivo copiado correspondan uno a uno. Incluso los archivos que contienen secuencias de bits no tienen sentido en la máquina de destino. Por ejemplo, un Macintosh envía un archivo ejecutable a un sistema Windows en modo binario, pero este archivo no se puede ejecutar en otro sistema.
Si un archivo binario se transfiere en modo ASCII, la traducción se realizará incluso si no es necesaria. Esto ralentizará ligeramente la transferencia y también dañará los datos, haciendo que el archivo quede inutilizable. (En la mayoría de las computadoras, ASCII generalmente supone que el primer bit significativo de cada carácter no tiene sentido porque las combinaciones de caracteres ASCII no lo usan. Si transfiere un archivo binario, todos los bits son significativos. Si sabe si las dos máquinas son iguales , entonces el modo binario es válido tanto para archivos de texto como para archivos de datos.
5 Cómo funciona FTP
FTP admite dos modos, uno se llama estándar (es decir, modo de puerto y modo activo). ), uno se llama pasivo (PASV, modo pasivo). El cliente FTP en modo estándar envía el comando PORT al servidor FTP.
Así es como funcionan ambos métodos:
El modo de puerto. El cliente FTP primero establece una conexión con el puerto TCP 21 del servidor FTP y envía comandos a través de este canal. Cuando el cliente necesita recibir datos, envía comandos en este canal. El comando PORT contiene el puerto. utilizado por el cliente para recibir datos Al transmitir datos, el servidor debe conectarse al puerto designado del cliente a través de su propio puerto TCP 20 para enviar los datos.
El modo pasivo es similar al modo estándar. un canal de control, pero envía un comando Pasv en lugar de un comando de Puerto después de establecer una conexión. Después de que el servidor FTP recibe el comando Pasv, abre aleatoriamente un puerto de gama alta (número de puerto mayor que 1024) y notifica al cliente. Solicite transmitir datos en este puerto. El cliente se conecta a este puerto del servidor FTP y luego el servidor FTP transmitirá datos a través de este puerto. En este momento, el servidor FTP ya no necesita establecer una nueva conexión con el cliente. conexión.
Muchos firewalls no pueden aceptar conexiones externas cuando están configurados, por lo que muchos servidores FTP ubicados detrás del firewall o intranet no admiten el modo PASV porque el cliente no puede abrir el puerto de gama alta del FTP. servidor a través del firewall Sin embargo, muchos clientes de intranet no pueden iniciar sesión en el servidor FTP en modo de puerto porque TCP 20 del servidor no puede establecer una nueva conexión con el cliente de intranet, lo que provoca que no funcione.
Si no sabe cómo usar ftp para descargar cosas, es fácil de resolver, siempre que sea el siguiente software ftp, como flashfxp, ultraftp, etc., simplemente ingrese la dirección y descárguelo. directamente.
Si desea crear un sitio ftp, debe configurar el software usted mismo, directamente usando server-u u otras configuraciones de software.
Protocolo de transferencia de hipertexto
El núcleo del protocolo HTTP
Como todos sabemos, el protocolo básico de Internet es el protocolo TCP/IP. FTP y Archie Gopher, ampliamente utilizados actualmente, son protocolos de capa de aplicación basados en el protocolo TCP/IP. Diferentes protocolos corresponden a diferentes aplicaciones. & ltBR & gtEl protocolo principal utilizado por el servidor WWW es el protocolo HTTP, un protocolo de transferencia de hiperestilo. Debido a que los servicios admitidos por el protocolo HTTP no se limitan a WWW, sino que también incluyen otros servicios, el protocolo HTTP permite a los usuarios acceder a diferentes servicios de diferentes protocolos bajo una interfaz unificada, como FTP, Archie, SMTP, NNTP, etc. Además, el protocolo HTTP se puede utilizar para servidores de nombres y gestión de objetos distribuidos.
2.1 Introducción al protocolo HTTP
HTTP es un protocolo orientado a objetos y pertenece a la capa de aplicación. Debido a su método simple y rápido, es adecuado para sistemas de información hipermedia distribuidos. Fue propuesto en 1990. Después de varios años de uso y desarrollo, se ha mejorado y ampliado continuamente. Actualmente, la WWW utiliza la sexta versión de HTTP/1.0. La estandarización de HTTP/1.1 está en progreso y se han presentado recomendaciones para HTTP-NG (HTTP de próxima generación).
Las características principales del protocolo HTTP se pueden resumir en las siguientes:
1.
2. Simple y rápido: cuando un cliente solicita un servicio al servidor, solo necesita transmitir el método y la ruta de la solicitud. Los métodos de solicitud más utilizados son GET, HEAD y POST. Cada método especifica un tipo diferente de contacto entre el cliente y el servidor.
Debido a la simplicidad del protocolo HTTP, el tamaño del programa del servidor HTTP es pequeño, por lo que la velocidad de comunicación es muy rápida.
3. Flexibilidad: HTTP permite la transmisión de cualquier tipo de objeto de datos. El tipo que se transfiere está marcado por el tipo de contenido.
4. Sin conexión: Sin conexión significa limitar cada conexión a una solicitud. Una vez que el servidor haya procesado la solicitud del cliente y haya recibido la respuesta del cliente, se desconectará. Esto ahorra tiempo de transferencia.
5. Sin estado: El protocolo HTTP no tiene estado. Sin estado significa que el protocolo no tiene memoria para el procesamiento de transacciones. La falta de estado hace que si el procesamiento posterior requiere información previa, esta deba ser retransmitida, lo que puede provocar un aumento en la cantidad de datos transferidos por conexión. En cambio, cuando el servidor no necesita la información anterior, responde más rápido.
2.2 Varios conceptos importantes del protocolo http
1. Conexión: el ciclo real de la capa de transporte, que se establece entre dos aplicaciones de comunicación.
2. Mensaje): HTTP La unidad básica de comunicación HTTP, que consiste en una secuencia estructurada de octetos transmitidos a través de una conexión.
3. Solicitud: El mensaje de solicitud del cliente al servidor incluye el método aplicado al recurso, el identificador del recurso y el número de versión del protocolo.
4. Respuesta: El mensaje devuelto por el servidor incluye el número de versión del protocolo HTTP, el estado de la solicitud (como "exitosa" o "no encontrada") y el tipo MIME del documento. .
5. Recurso: Objeto o servicio de datos de red identificado por URI.
6. Entidad: Una representación especial de un recurso de datos o reflejo de un recurso de servicio, que puede incluirse en un mensaje de solicitud o respuesta. Una entidad incluye información del encabezado de la entidad y su propio contenido.
7. Cliente: Aplicación que establece una conexión para enviar solicitudes.
8. Agente de usuario: inicializa la solicitud del cliente.
Son navegadores, editores u otras herramientas de usuario.
9. Servidor: Aplicación que acepta conexiones y devuelve información a las solicitudes.
10. Servidor de origen: Servidor que puede alojar o crear un recurso determinado.
11. Proxy: Programa intermedio que puede actuar como servidor o cliente y establecer solicitudes para otros clientes. Las solicitudes se transmiten internamente o mediante posibles transformaciones a otros servidores. El proxy DEBE interpretar y reescribir la información de la solicitud, si es posible, antes de enviarla.
Un proxy se utiliza a menudo como puerta de enlace a través de un firewall hacia el cliente y también se puede utilizar como una aplicación auxiliar para manejar solicitudes que el agente de usuario no puede completar a través del protocolo.
12. Gateway: Servidor que actúa como intermediario entre otros servidores. A diferencia de un proxy, una puerta de enlace acepta solicitudes como si fuera el servidor de origen del recurso solicitado; el cliente que realiza la solicitud no sabe que se trata de una puerta de enlace.
Una puerta de enlace se utiliza normalmente como puerta de enlace a través de un firewall para llegar a un servidor, y también se puede utilizar como un conversor de protocolos para acceder a recursos almacenados en sistemas que no son HTTP.
13. Túnel: Es un programa intermedio que actúa como relevo entre dos conexiones. Una vez activado, el canal no se considera perteneciente a la comunicación HTTP, aunque puede iniciarse mediante una solicitud HTTP. Cuando ambos extremos de la conexión troncal están cerrados, el canal desaparece. Los canales se utilizan normalmente cuando debe existir un portal o cuando el intermediario no puede interpretar el tráfico retransmitido.
14. Caché: almacenamiento local de información de respuesta.
2.3 El modo de funcionamiento del protocolo http
El protocolo HTTP se basa en el paradigma de solicitud/respuesta. Después de que el cliente establece una conexión con el servidor, envía una solicitud al servidor en forma de un identificador de recurso uniforme y un número de versión de protocolo, seguido de información MIME, incluidos modificadores de solicitud, información del cliente y posible contenido. Después de recibir la solicitud, el servidor proporciona la información de respuesta correspondiente en forma de una línea de estado, incluido el número de versión del protocolo de la información, el código de éxito o error, seguido de información MIME, incluida la información del servidor, la información de la entidad y el posible contenido.
Muchas comunicaciones HTTP son iniciadas por agentes de usuario e incluyen solicitudes de recursos en el servidor de origen. En el caso más simple, esto se puede hacer a través de una conexión separada entre el agente de usuario (UA) y el servidor de origen (O) (consulte la Figura 2-1).
Figura 2-1
La situación se complica cuando aparecen uno o más intermediarios en la cadena de solicitud/respuesta. Hay tres tipos de intermediarios: proxy, puerta de enlace y túnel. El proxy acepta la solicitud según el formato absoluto del URI, reescribe todo o parte del mensaje y envía la solicitud formateada al servidor con la identidad del URI. Una puerta de enlace es un proxy receptor que actúa como una capa superior para otros servidores y convierte las solicitudes al protocolo de servidor inferior si es necesario. Un canal actúa como un punto de retransmisión entre dos conexiones que no cambian los mensajes. Los canales se suelen utilizar cuando la comunicación debe pasar a través de un intermediario (como un firewall, etc.). ) o cuando el intermediario no pueda identificar el contenido del mensaje. Figura 2-2
La Figura 2-2 anterior muestra que hay tres intermediarios (A, B y C) entre el agente de usuario (UA) y el servidor de origen (O). Un mensaje de solicitud o respuesta a través de toda la cadena debe pasar por cuatro segmentos de conexión. Esta distinción es importante porque algunas opciones de comunicación HTTP pueden aplicarse a la conexión más cercana, a un vecino sin canal, al final de una cadena o a todas las conexiones de una cadena. Aunque la Figura 2-2 es lineal, cada participante puede participar en múltiples comunicaciones simultáneas. Por ejemplo, B puede recibir solicitudes de muchos clientes sin pasar por A y/o enviar solicitudes a A sin pasar por C, mientras que también puede manejar las solicitudes de A.
Cualquier agregado en un canal inactivo puede habilitar el almacenamiento en caché interno para manejar solicitudes. La función del almacenamiento en caché es acortar la cadena de solicitud/respuesta, siempre que un participante en la cadena tenga una respuesta almacenada en caché a la solicitud. La siguiente figura ilustra la cadena de resultados, suponiendo que para una solicitud no almacenada en caché por UA o A, B tiene una copia en caché de la respuesta anterior de O a C.
Figura 2-3
En Internet, la comunicación HTTP generalmente ocurre a través de conexiones TCP/IP. El puerto predeterminado es TCP 80, pero se pueden utilizar otros puertos. Sin embargo, esto no significa que el protocolo HTTP sólo pueda realizarse sobre otros protocolos en Internet u otras redes. HTTP solo significa transmisión confiable.
Lo anterior presenta brevemente el modo de operación macro del protocolo HTTP. A continuación se describe el proceso de operación interna del protocolo HTTP.
En primer lugar, se presenta brevemente el proceso de intercambio de información del modo cliente/servidor basado en el protocolo HTTP. Como se muestra en la Figura 2-4, se divide en cuatro procesos: establecer una conexión, enviar información de solicitud, enviar información de respuesta y cerrar la conexión.
Figura 2-4
En WWW, "cliente" y "servidor" son conceptos relativos y solo existen durante una conexión específica, es decir, un cliente conectado puede actuar como un servidor. en otra conexión. Cuando el servidor WWW se está ejecutando, siempre escucha el puerto TCP 80 (el puerto predeterminado de WWW), esperando que aparezca una conexión.
A continuación, se analiza la implementación del intercambio de información en modo cliente/servidor bajo protocolo HTTP. 1. Establezca una conexión solicitando un enchufe. El cliente abre un socket y lo vincula a un puerto. Si tiene éxito, equivale a crear un archivo virtual. Posteriormente, podrá escribir datos en el archivo virtual y enviarlos a través de la red.
Enviar una solicitud
Después de abrir la conexión, el cliente envía un mensaje de solicitud al puerto de parada del servidor para completar la operación de solicitud.
El formato del mensaje de solicitud HTTP/1.0 es:
Mensaje de solicitud = línea de solicitud (información general | encabezado de solicitud | encabezado de entidad) CRLF [contenido de entidad]
Línea de solicitud = método URL de solicitud Número de versión HTTP CRLF
Método =GET|HEAD|POST|Método de extensión
U R L = nombre del protocolo + nombre de host + directorio y nombre de archivo.
Los métodos en la línea de solicitud describen las operaciones que deben realizarse en el recurso especificado. Los métodos más utilizados son GET, HEAD y POST. Diferentes objetos de solicitud obtienen resultados diferentes, y las relaciones correspondientes son las siguientes:
Resultados obtenidos por el objeto
Contenido del archivo
Resultados de ejecución del programa .
Resultados de la consulta de la base de datos
head: requiere que el servidor encuentre la metainformación del objeto, no el objeto en sí.
Los datos de publicación se transfieren del cliente al servidor. Cuando el servidor y CGI requieren procesamiento adicional, se utiliza el método POST. POST se utiliza principalmente para enviar contenido de formulario en forma de texto HTML a programas CGI para su procesamiento.
Un ejemplo de solicitud es:
Obtener HTTP/1.0
La información del encabezado también se denomina metainformación, es decir, información sobre información, que puede Se puede utilizar para implementar solicitudes o respuestas condicionales.
Encabezado de solicitud: le dice al servidor cómo interpretar esta solicitud, incluyendo principalmente tipos de datos, métodos de compresión e idiomas aceptables para el usuario.
Encabezado de entidad: tipo de información de la entidad, longitud, método de compresión, hora de la última modificación, período de validez de los datos, etc.
Entidad: el objeto de solicitud o respuesta en sí.
Enviar respuesta
El servidor envía un mensaje de respuesta al cliente después de procesar la solicitud del cliente.
El formato del mensaje de respuesta de HTTP/1.0 es el siguiente:
Mensaje de respuesta = línea de estado (título del mensaje general | título de la respuesta | título de la entidad) CRLF [contenido de la entidad]
Línea de estado=Código de estado del número de versión HTTP.
El código de estado indica el tipo de respuesta.
1×× está reservado
2××× indica que la solicitud se ha recibido correctamente.
3×××Para completar la solicitud, el cliente debe refinarla aún más.
4×××Error de cliente
5×××Error de servidor
La información en el encabezado de respuesta incluye: el nombre del programa de servicio, la notificación al cliente del recurso solicitado La URL requiere autenticación y cuándo se puede utilizar el recurso solicitado.
Cerrar la conexión
Tanto el cliente como el servidor pueden finalizar la sesión TCP/IP cerrando el socket.