Capítulo 15 TFTP: Trivial File Transfer Protocol
Un ejemplo 15.3
Avísenos a través de la obra del protocolo TFTP observado. TFTP cliente que se ejecuta en el bsdi anfitrión, y lee un archivo de texto desde el host SVR 4:
primero nos dimos cuenta de que la longitud del documento recibido en el sistema de U nix es de 914 bytes, mientras que el TFTP se transmite 96 2 bytes. Utilizando el programa wc hemos visto, Total 48 filas, de modo 48ª U nix nueva línea se convierten en 4 8 CR / CF pair porque por modo de transferencia TFTP predeterminada utilizada netascii.
La figura proceso de intercambio de paquetes 15--2 shows se produce.
La línea 1 muestra una petición de lectura enviado por el cliente al servidor. Dado que el TFTP propósito puerto bien conocido es el puerto UDP (6 9), se explicarán tcpdump paquetes TFTP, y el nombre de archivo y la pantalla RRQ. datos UDP 19-byte incluye 2 bytes de código de operación, 7 bytes de un nombre de archivo, un patrón byte netascii 0,8 byte 0 byte 1 y otro extremo.
El siguiente paquete es enviado de vuelta por el servidor (línea 2), contiene 516 bytes: 2 opcode byte, bloque de datos de 2 byte 512 y el número de bytes de datos. Línea 3 es identificar el bloque de datos, que incluye un código de operación de 2 bytes y 2-byte número de bloque de datos. Último paquete de datos (línea 4) contiene 450 bytes de datos. 512 bytes de datos que 450 bytes de datos, además de los datos de la segunda línea es 962 bytes transmitidos al cliente. Nota paquetes TFTP tcpdump explican sólo en la primera línea, pero que no muestran ninguna información de protocolo TFTP en las líneas 2-5. Esto es porque el servidor de puerto procesa un cambio en la línea 1 y la línea 2.
protocolo TFTP requiere el proceso de cliente para el proceso bien conocido de puerto UDP servidor (69) que transmite un primer paquete (la RRQ o WRQ). Después del proceso de servidor host aplicación de servidor Bianxiang un puerto no utilizado (1077, Figura 15 a -2), un proceso de servidor usa este puerto para otros datos entre el cliente y el servidor procesa el intercambio petición. Número de puerto del proceso de cliente (en este caso es 1106) no cambió. tcpdump no puede saber el puerto 1077 en el SRV 4 anfitrión es un proceso de servidor TFTP.
La razón es el proceso de servidor de proceso de servidor de puerto de cambio no puede ocupar el conocido necesidad puerto algún tiempo para completar la transferencia de archivos (posiblemente decenas de segundos o incluso minutos). Por el contrario, en el curso de la transferencia del archivo actual, este conocido puerto reservado para su uso por otros procesos cliente TFTP enviar a sus peticiones.
Recordando la figura 10 a -6, cuando los datos transmitidos a los clientes de servidores RIP en más de 512 bytes, dos datagrama UDP usando el puerto conocido del servidor. En ese caso, incluso si el proceso de servidor debe escribir varios paquetes de datos de manera que todos los datos de vuelta al proceso del servidor es también el primero en escribir una, escribir, todos ellos utilizan su puerto bien conocido. Sin embargo, el protocolo TFTP y es diferente porque la conexión entre el cliente y el servidor de la necesidad de continuar mucho tiempo (probablemente segundos o minutos). Si un proceso de servidor utilizando el puerto bien conocida para la transferencia de archivos, a continuación, durante la transferencia de archivos, o bien rechazar cualquier peticiones de otros clientes, o un servidor a múltiples clientes procesar simultáneamente múltiples procesos de transferencia de archivo en el mismo puerto (69) . La forma más sencilla es dejar que el proceso del servidor después de recibir la RRQ o WRQ, cambie al nuevo puerto. Por supuesto, un proceso de cliente a la recepción de un paquete de datos - después (Fig. 15, línea 22) debe detectar este nuevo puerto, todos los acuses de recibo (línea 3 y línea 5) y después de que se envíe A LOS nuevo puerto.
En la sección 6.3 veremos cuando el terminal X durante el arranque del sistema a través de TFTP.
