Tengo fallas en las transferencias SCP y SFTP desde mi servidor VPS Linux (CentOS6.5) a mi Mac de escritorio local. La transferencia comienza y la compra falla dentro del primer minuto con el mensaje de error: "MAC dañada en la entrada. Desconexión: paquete dañado, conexión perdida"
He leído otros hilos en este foro pero ninguno parece ser aplicable.
Probé esto desde 3 máquinas diferentes en la misma ubicación. Los 3 dan el mismo error, así que estoy bastante seguro de que no se trata de un problema de NIC con las computadoras locales.
Le pedí al proveedor de VPS que verificara el servidor y no parece haber ningún problema de hardware en ese extremo. De hecho, pueden ejecutar la descarga de scp desde allí.
El soporte técnico de cPanel dice:"El 'MAC' en este mensaje de error en realidad significa 'Código de autenticación de mensaje' en lugar de 'Control de acceso a medios' y un MAC dañado en SSH significa que, como también indica el mensaje de error, un paquete de datos se ha corrompido en tránsito, posiblemente intencionalmente por un atacante, aunque es mucho más probable que sea causado por un hardware defectuoso (o un controlador de NIC defectuoso) en algún lugar entre usted y el servidor. Si el hardware y otros equipos de red fallan en ambos extremos, entonces los paquetes SSH también podrían estar dañados. tránsito por un proveedor de red."
He realizado con éxito esta misma transferencia de SCP semanalmente durante un año. Es la transferencia de la copia de seguridad semanal del servidor cPanel.
Lo único que ha cambiado es que cambié de DSL a Internet por cable.Por supuesto, sin nada más a qué recurrir, el proveedor de Internet está pasando la pelota en este momento.
Me pregunto si, además de algo que esté haciendo el proveedor, hay algo en el módem que pueda ser la causa o que pueda configurarse de manera diferente. Es una puerta de enlace Cisco DPC3825 DOCSIS 3.0.
Gracias por cualquier otra pista que puedas ofrecer.
Respuesta1
Lo único que puedes probar son los dispositivos sobre los que tienes control.
Has probado 3 computadoras locales diferentes pero hay otras variables
- Elimine cualquier dispositivo entre el dispositivo de cable de su ISP y sus puntos finales.
- Pruebe con un cable Ethernet en buen estado para conectarse al dispositivo de cable de su ISP.
- Pruebe con un puerto diferente en el dispositivo.
- Pruebe con un dispositivo diferente.
Intente copiar el archivo desde su fuente remota a un control remoto diferente y vea qué sucede. Si está limpio entonces sabes que tu fuente es buena. Si falla, es posible que la fuente sea defectuosa o que haya algún dispositivo en el camino, pero puede estar razonablemente seguro de que los dispositivos de su oficina están en buen estado.
Más allá de eso, está fuera de su control, pero al menos tendrá datos para presentar a su ISP/empresa de alojamiento.