Las sumas de comprobación no coinciden cuando descargo un archivo a través de http

9

Sólo para la prueba hice lo siguiente:

Descargué una página de Wikipedia a través de wget en el servidor remoto y nombré el archivo test.dat . Luego ejecuté md5sum.

Descargo el archivo a través de HTTP y lo reviso en la computadora de mi casa. La suma de comprobación no coincide.

Cuando descargo el mismo archivo a través de SCP, la suma de comprobación coincide.

Cuando comparo test.dat y test.dat.original en el visor de diferencias, obtengo este tipo de diferencias.

Cuando descargo el archivo a través de 3G (no uso mi teléfono móvil, no mi WiFi doméstica) no existe tal problema.

¿Alguna idea de cuál podría ser el problema y qué buscar?

Editar por KoCMoHaBTa

En realidad, yo y gotha estamos realizando la prueba. El problema está en mi red y aquí hay una descripción completa del problema.

Desde hace varios días, he experimentado problemas con la descarga de aplicaciones iOS de la tienda de aplicaciones en todos mis dispositivos: se descargaron, pero iOS no les permite que se instalen y da un error.

Entonces empecé a cavar alrededor. En resumen, lo que salió fue que cada vez que descargo un archivo de Internet, se altera.

He intentado con cualquier cosa, aplicaciones, archivos RAR, archivos ISO. Nunca coinciden con las sumas de cheques proporcionadas de MD5 y SHA1.

La prueba que hemos realizado tenía la intención de ver qué está sucediendo. Los cambios siempre son realmente aleatorios, nunca son los mismos.

Antes de entrar en lo que he descubierto, aquí está la configuración de mi red doméstica:

1. I have a modem provided from my ISP - Cisco EPC3208
2. Then I have a D-Link router - Dir-810L, flashed with DD-WRT (the only build available for it)
3. I have 3 iOS devices and a Windows PC
4. I own the router from about 2-3 weeks and this problem started 3-4 days ago.
5. Before this router I had D-Link Dir-300, again flashed with DD-WRT - never had any problems with it.

Así que cava aún más:

1. Modem -> Router -> Device (Wi-Fi or Lan) - the problem occurs
2. Modem -> Windows PC (LAN) - > the problem does not occurs
3. iOS Device (Tethering over Cable) -> Windows PC -> Router (LAN to WAN) -> iOS Device (Wi-Fi) - the problem does not occur
4. iOS Device (Tethering over Wi-Fi) -> any device - the problem does not occur

Entonces, en este punto, parece que el problema ocurre cuando el enrutador está conectado al módem. Así que no estoy seguro de si mi ISP o mi enrutador están haciendo algo mal. O mi ISP está haciendo algo malo, que a mi enrutador no le gusta :)

De todos modos, estamos tratando de averiguar cuál es el origen del problema. Aquí hay un enlace a los archivos de prueba, Archivos de prueba Este archivo contiene el mismo archivo descargado cuando me conecté directamente al módem y cuando uso mi enrutador. También contiene volcados WireShark de la red para ambos casos.

Al principio, cuando uso mi enrutador, todo parece correcto para mí en WireShark, pero el archivo se modifica.

Lo interesante es que cuando miras el volcado cuando estaba conectado directamente al módem, aparece una gran cantidad de paquetes "duplicados" y "fuera de servicio", pero el archivo se entregó como se esperaba.

¿Alguna idea sobre esto?

    
pregunta gotha 01.02.2015 - 12:35
fuente

1 respuesta

8

Parece un problema al manejar paquetes fuera de servicio y / o duplicados en el enrutador, tal vez un problema con la compilación de DD-WRT cuando se procesan transferencias grandes. El problema ocurrió al usar wget pero no a scp porque la mayoría de los protocolos autenticados manejarán las discrepancias en la capa de la aplicación a medida que ocurren: scp se ejecuta en SSH, que incluye protección de integridad, mientras que el protocolo HTTP básico se basa en la integridad de la transmisión reconstruida en la capa de presentación. En cualquier caso, no creo que esto sea un problema de seguridad de la información.

    
respondido por el AJAr 01.02.2015 - 16:27
fuente

Lea otras preguntas en las etiquetas