Filezilla mata mi router

Escenario

Me he comprado un ordenador nuevo hace una semana y estoy mandando unos archivos con un filezilla recién instalado cuando, durante la transmisión del tercer o cuarto fichero, la conexión se interrumpe. La interfaz gráfica de Filezilla deja de responder y tengo que tirar de un killall -9 filezilla para conseguir matar el proceso. El sistema operativo es Kubuntu 18.04.

Problema

Pero eso no es todo. Resulta que también me he quedado sin internet. Pruebo a reiniciar al gestor de red con pero, nada, ni siquiera puedo hacer ping a la puerta de enlace. Reinicio el ordenador. Nada, sigo sin tener red. Por probar algo, pruebo a conectar el cable de red a otro puerto del router y, curiosamente, la conexión vuelve. Un tanto desconcertado vuelvo a mandar los ficheros y mismo resultado. Me quedo sin red. Tengo que usar otro puerto del router para conseguir restablecer la conexión. Me digo que a lo mejor tiene que ver con la configuración del Filezilla. Después de todo el router había estado funcionando correctamente, lo único que había cambiado es que ahora estaba probando con un nuevo ordenador. De hecho, otro ordenador que tengo conectado a la red por cable, en ningún momento perdió la conexión. Trasteo un poco con la conexión del Filezilla y vuelvo a probar. Mismo resultado. Pero, ahora, el cambio de puerto no soluciona el problema. Es como si una vez utilizado un puerto, éste quedara inservible. Me veo obligado a reiniciar el router para recuperar la conexión.

Solución

Después de estar investigando con la configuración de red de Kubuntu me doy cuenta que el sistema operativo no está reconociendo toda la velocidad proporcionada por la tarjeta de red, una Realtek 8111H. Me digo que a lo mejor no tiene los drivers apropiados. Investigo un poco y resulta que están en el repositorio de ubuntu (si se tiene habilitada la instalación de drivers de terceros): Pero sigue sin reconocer el giga, solo 100Mbs. Cualquiera de estos comandos muestra la velocidad reconocida por el sistema operativo (cambiar eth0 por el nombre de vuestra interfaz de red: Al final, después de leer en un post de stackoverflow que un tipo había conseguido solucionarlo cambiando la configuración con el gestor gráfico de redes, di con la solución. En la segunda pestaña («wired» en inglés), seleccioné la casilla «allow autonegotiation» Así, no solo reconoció la velocidad correcta, además ya podía enviar ficheros sin tostar los puertos del router. Así pues el asesino no era filezilla, si no una mala configuración de la tarjeta de red.

Publicaciones Similares

  • Actualización de MySQL: de la versión 5.7 a 8.0

    Atención no probar esta solución en sistemas en producción. Es solo una demostración de prueba. Escenario Por la razón que fuera queremos actualizar la versión de MySQL de 5.7 a 8.0 en ubuntu 16.04. En mi caso quería probar si con la actualización mejoraba cierto problemillas que estaba teniendo con la codificación de caracteres. Problema…

  • |

    Actualización de Apache Guacamole server 1.0 → 1.2

    Escenario En el trabajo usamos Apache Guacamole para conectarnos a nuestros escritorios de la oficina desde casa. Apache Guacamole proporciona una puerta de entrada HTML5 para conectar con servicios de acceso remoto, como pueden ser VNC o RDP. Consta de dos : el servidor y el cliente que no tienen por qué correr en la…

  • Cómo forzar a Firefox para que use el explorador de ficheros del sistema

    Escenario Llevo tiempo lamentándome cada vez que, con Firefox, tengo que abrir el explorador de ficheros. Por ejemplo para elegir una fichero para subir a un sitio o elegir la carpeta donde quiero dejar un fichero que voy a descargar. Problema Firefox, en vez de usar el explorador de ficheros del sistema —en mi caso…

  • |

    Cómo ampliar el espacio en disco en 1and1

    Escenario Hemos contratado un servidor dedicado en 1and1 (ubuntu 14.04) y al acceder por ssh constatamos que no disponemos de todo el espacio en disco disponible: $ df -hFilesystem Size Used Avail Use% Mounted onudev 3.9G 4.0K 3.9G 1% /devtmpfs 798M 592K 797M 1% /run/dev/md1 4.0G 990M 3.0G 25% /none 4.0K 0 4.0K 0% /sys/fs/cgroupnone 5.0M 0 5.0M 0% /run/locknone 3.9G 0 3.9G 0% /run/shmnone 100M 0 100M 0% /run/user/dev/mapper/vg00-usr 4.8G 1.3G 3.3G 28% /usr/dev/mapper/vg00-var 4.8G 812M 3.8G 18% /var/dev/mapper/vg00-home 4.8G 10M 4.6G 1% /home Objetivo Aumentar el espacio disponible para dar cabida a nuestros recursos. Solución Nota: sólo aplicable a sistemas linux Primer paso Comprobamos el espacio en disco real: ~$ sudo fdisk -lDisk /dev/sda: 240.1 GB, 240057409536 bytes255 heads, 63 sectors/track, 29185 cylinders, total 468862128 sectorsUnits = sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 4096 bytesI/O size (minimum/optimal): 4096 bytes / 4096 bytesDisk identifier: 0x24e3fc12   Device Boot      Start         End      Blocks   Id  System/dev/sda1            2048     8390655     4194304   fd  Linux raid autodetect/dev/sda2         8390656    12584959     2097152   82  Linux swap / Solaris/dev/sda3        12584960   468862127   228138584   fd  Linux raid autodetect Segundo…

  • Me obligaron a hacerlo

    Si eres programador y trabajas por cuenta ajena, probablemente alguna vez te haya tocado implantar una solución o funcionalidad en contra de lo que consideras básicos principios del sentido común. Después de todo, el cliente paga para que se haga lo que dice, independientemente de estándares, usabilidad o costes inútiles.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *