Capítulo 16 BOOTP: Protocolo Bootstrap
Un ejemplo 16.3
Echemos un vistazo a un ejemplo de un arranque de terminal X con BOOTP. FIG 16--3 muestra la salida de la tcpdump (llamado Proteus realización, el cliente, se obtiene el nombre del servidor de salida tcpdump mercurio en una red diferente, son otros ejemplos de esta aplicación se ha utilizado.).
En la línea 1, vemos una solicitud del cliente 0.0.. 0.0 68, la estación de destino de transmisión es 255. 255. 255. 255. 67. El cliente tiene que rellenar el campo es el número de segundos y su propia dirección Ethernet. Nuestros clientes suelen ver el número de segundos que se establece en 100.
tcpdump no muestra el número de saltos y ID de transacción, porque son cero (0 transacción identificador indica que el cliente ignora este campo, ya que si la intención de devolver una respuesta para la autenticación, se fijará este campo a un valor aleatorio). La línea 2 es la respuesta devuelta por el servidor. Rellena los campos por el servidor que la dirección IP del cliente (tcpdump para visualizar el nombre de Proteus), la dirección IP del servidor (el nombre se muestra como el mercurio), la dirección IP de la puerta (que se muestra como el nombre de mercurio) y el nombre del archivo de inicio.
Después de recibir la respuesta BOOTP, el cliente envía inmediatamente una solicitud ARP para ver si hay otras máquinas de la dirección IP de red. quien siguió - Destino dirección IP correspondiente al nombre de Proteus (figuras 4 -. 3), la dirección IP del remitente se establece en 0 0 0 0 .... A continuación, envía una solicitud ARP en los mismos 0,5 segundos, seguido por otros 0,5 segundos y una grasa. En la tercera petición ARP (línea 5), la dirección IP, cambia la dirección IP del remitente de su propia. Esta es una petición ARP sin sentido (véase la sección 4.7). Línea 6 muestra que el cliente espere otro 0,5 segundos, otra solicitud de difusión BOOTP. La única diferencia entre esta solicitud y la primera fila de clientes en este momento es escribirlo en la cabecera IP de la dirección IP. Se recibió la misma respuesta desde el mismo servidor (línea 7).
El cliente después de esperar 2 segundos, y una solicitud de difusión BOOTP (línea 8), también recibieron la misma respuesta desde el mismo servidor.
Después de que el cliente espera dos segundos, el mercurio envía una petición ARP (en la línea 10) a su servidor. Tras la recepción de esta respuesta ARP, se envía inmediatamente una petición de lectura TFTP, una solicitud para leer su archivo de arranque (primeras 12 líneas). proceso de transferencia de archivos que comprende 2.464 paquetes TFTP TH y acuse de recibo, la cantidad de datos transferida a 5 1 2 × 2463 + 224 = 1 261 280 bytes. Este sistema operativo será transferido al terminal X. Tenemos 16 Chart - borrado más TFTP línea 3.
Como muestra la Figura 1 y 5 - 2 proceso de intercambio de datos comparativo TFTP ha de notar aquí que el cliente TFTP usando el puerto bien conocido del proceso de transmisión (69). Dado que una de las partes comunicantes están utilizando el puerto 6 9, tcpdump saber que estos grupos son paquetes TFTP, por lo que puede utilizar el protocolo TFTP para explicar cada paquete. Esta es la razón por la figura 16 a -3 puede especificar que contiene datos, que incluye una confirmación, y un número de bloque de cada paquete. En la Figura 2 15--, no podemos obtener esta información adicional, ya que las dos partes no se comunican usando conocido puerto de transferencia de datos TFTP. Debido a que el servidor TFTP como un sistema multi-usuario, y usos bien conocidos TFTP puerto, y es a menudo cliente TFTP no puede utilizar ese puerto. Pero aquí el sistema está en proceso de ser dirigido, no proporcionar un servidor TFTP, lo que permite a los clientes utilizar el conocido puerto TFTP durante la transmisión. Esto también implica que el servidor TFTP en el mercurio no le importa lo que el número de puerto del cliente es - es sólo transfiere los datos al puerto del cliente, independientemente de lo que sucede.
De la figura 16 a -3 puede verse en 9 segundos fueron transferidos 1,261,280 bytes. Una velocidad de datos de aproximadamente 140 000 bps. Esto es más lento que la mayoría de acceso Ethernet a una forma de transferencia de archivos FTP, sino por un simple protocolo de parada y espera, como TFTP ya es muy buena.
Después de que el sistema de guía terminal de X, la necesidad de utilizar ficheros terminales de transferencia TFTP, algunas peticiones al servidor de nombres DNS, a continuación, iniciar el protocolo X. Figura 16 - 3 Todas las etapas de la toma aproximadamente 5 segundos, los pasos restantes de 6 segundos, por lo que el tiempo total que el terminal de arranque del sistema sin disco X es de 21 segundos.
