Protocolo TFTP ¿confiable o poco confiable?

Publicado 2019-11-28 13:47:53Última respuesta nov. 29, 2019 11:03:37 75 3 0 0
  Recompensa Goldies : 0 (solución de problemas)

Comunidad Huawei Enterprise, buen día.


A continuación les traigo la siguiente pregunta, esperando su mejor respuesta y/o aportación a esta pregunta.


Si TFTP usa UDP, ¿es un protocolo confiable o poco confiable? ¿Qué sucede si se pierde un paquete?

  • x
  • convención:

Respuestas destacadas
gabo.lr
VIP Publicado 2019-11-28 15:10:31 Útil(0) Útil(0)
Hola Jorge

La transferencia de archivos TFTP siempre se basa en una solicitud del cliente en la que se solicita acceso de lectura o escritura. Esta solicitud también sirve como una solicitud de conexión, que se otorga automáticamente si el servidor otorga acceso. El cliente o servidor luego envía el archivo correspondiente en bloques de un tamaño fijo. En las versiones originales del protocolo, el tamaño fijo aún era de 512 bytes. Desde el lanzamiento de RFC 2348, tanto el servidor como el cliente han podido definir el tamaño de bloque individualmente.

La transferencia se realiza bloque por bloque. Cada bloque debe confirmarse mediante un paquete de confirmación antes de que se pueda enviar el siguiente bloque. Un paquete de datos más pequeño que el tamaño fijo señala el final de una transferencia de archivos. Si se pierde un paquete durante la transferencia, se producirá un tiempo de espera en el extremo del receptor que le solicitará que reenvíe el último paquete enviado. Esto informa al remitente del paquete perdido que debe enviarse nuevamente. Si se produce un error durante la transferencia del archivo TFTP, se generará un paquete de error que terminará la transferencia en la mayoría de los casos.

El protocolo TFTP se destaca principalmente por su simplicidad. Está diseñado para permitir la lectura y escritura de archivos y cumple esta función sin tener que establecer una conexión entre el cliente y el servidor. Como resultado, el protocolo TFTP no solo es fácil de implementar sino que también allana el camino para transferencias rápidas de archivos. Los identificadores de transferencia individuales (TID) y los números de bloque de datos únicos aseguran que el destinatario reciba el archivo en su totalidad.

Sin embargo, la falta de cifrado o un mecanismo de control de autenticación / acceso hace que el envío de archivos confidenciales a través del TFTP sea muy arriesgado, por lo que se deben utilizar alternativas más seguras, como un FTP más complejo. Además, eliminar y renombrar archivos no está permitido en muchos servidores TFTP.

Espero haber respondido su pregunta

Saludos
  • x
  • convención:

Telecommunications%20and%20Electronics%20Engineer%2C%20with%208%20years%20of%20experience%20working%20with%20Huawei%20equipment.
Todas las respuestas
gabo.lr
gabo.lr VIP Publicado 2019-11-28 15:10:31 Útil(0) Útil(0)
Hola Jorge

La transferencia de archivos TFTP siempre se basa en una solicitud del cliente en la que se solicita acceso de lectura o escritura. Esta solicitud también sirve como una solicitud de conexión, que se otorga automáticamente si el servidor otorga acceso. El cliente o servidor luego envía el archivo correspondiente en bloques de un tamaño fijo. En las versiones originales del protocolo, el tamaño fijo aún era de 512 bytes. Desde el lanzamiento de RFC 2348, tanto el servidor como el cliente han podido definir el tamaño de bloque individualmente.

La transferencia se realiza bloque por bloque. Cada bloque debe confirmarse mediante un paquete de confirmación antes de que se pueda enviar el siguiente bloque. Un paquete de datos más pequeño que el tamaño fijo señala el final de una transferencia de archivos. Si se pierde un paquete durante la transferencia, se producirá un tiempo de espera en el extremo del receptor que le solicitará que reenvíe el último paquete enviado. Esto informa al remitente del paquete perdido que debe enviarse nuevamente. Si se produce un error durante la transferencia del archivo TFTP, se generará un paquete de error que terminará la transferencia en la mayoría de los casos.

El protocolo TFTP se destaca principalmente por su simplicidad. Está diseñado para permitir la lectura y escritura de archivos y cumple esta función sin tener que establecer una conexión entre el cliente y el servidor. Como resultado, el protocolo TFTP no solo es fácil de implementar sino que también allana el camino para transferencias rápidas de archivos. Los identificadores de transferencia individuales (TID) y los números de bloque de datos únicos aseguran que el destinatario reciba el archivo en su totalidad.

Sin embargo, la falta de cifrado o un mecanismo de control de autenticación / acceso hace que el envío de archivos confidenciales a través del TFTP sea muy arriesgado, por lo que se deben utilizar alternativas más seguras, como un FTP más complejo. Además, eliminar y renombrar archivos no está permitido en muchos servidores TFTP.

Espero haber respondido su pregunta

Saludos
  • x
  • convención:

Telecommunications%20and%20Electronics%20Engineer%2C%20with%208%20years%20of%20experience%20working%20with%20Huawei%20equipment.
Jorge
Jorge VIP Publicado 2019-11-29 11:00:42 Útil(0) Útil(0)
Publicado por gabo.lr a las 2019-11-28 01:10 Hola JorgeLa transferencia de archivos TFTP siempre se basa en una solicitud del cliente en la que s ...
@gabo.lr muchas gracias por tu respuesta. Saludos!
  • x
  • convención:

Senior Cybersecurity Engineer
Jorge
Jorge VIP Publicado 2019-11-29 11:03:37 Útil(0) Útil(0)
A continuación mi respuesta como aportación a la pregunta planteada.

TFTP es confiable y utiliza reconocimiento y retransmisiones.

RFC 1350.

Si un paquete se pierde en la red, el destinatario previsto excederá el tiempo de espera y puede retransmitir su último paquete (que puede ser un dato o un acuse de recibo), haciendo que el remitente del paquete perdido retransmita ese paquete perdido. El remitente tiene que tener a mano un solo paquete para la retransmisión, ya que el reconocimiento del paso de bloqueo garantiza que se hayan recibido todos los paquetes más antiguos.

Tenga en cuenta que ambos equipos involucrados en una transferencia se consideran remitentes y receptores. Uno envía datos y recibe acuses de recibo, el otro envía acuses de recibo y recibe datos.

Saludos!
  • x
  • convención:

Senior Cybersecurity Engineer

Comentar

Responder
Debe iniciar sesión para responder la publicación Inicio de sesión | Registrarse

Aviso Aviso: Para garantizar sus legítimos derechos e intereses, la comunidad y los terceros no publicarán contenido que pueda generar riesgos legales a las partes, por ejemplo, pornografía, contenido político, contenido sobre juego, consumo y tráfico de drogas, así como contenido que viole los derechos de propiedad intelectual de terceros, por ejemplo, secretos comerciales, marcas, derechos de autor, patentes y privacidad personal. No comparta su cuenta ni su contraseña con terceros. Todas las operaciones realizadas usando su cuenta se considerarán como sus acciones y todas las consecuencias que estas acciones generen serán responsabilidad suya. Para obtener información detallada, consulte la “ Política de privacidad.”
Si el botón para adjuntar no está disponible, actualice Adobe Flash Player con la versión más reciente
¡Ingresa y disfruta de todos los beneficios para los miembros!

¡Ingresa y disfruta de todos los beneficios para los miembros!

Inicia sesión