Este es un problema oscuro. Uno alarmante. Pero hay un final feliz. Permítanme presentarles el enunciado del problema. En mi Slimbook, que felizmente ejecuta Kubuntu Beaver, configuré una conexión VPN para ver qué tan bien el sistema operativo maneja todo tipo de cosas, tecnologías y casos de uso. Esto no fue trivial, ya que faltaba un paquete necesario y todo eso, pero al final, hice que todo funcionara.
Entonces, de repente, las cosas dejaron de funcionar. La VPN ya no se conectaría, con un error bastante ambiguo que se muestra en el registro del sistema (no se muestra nada más al usuario, solo hay una falla silenciosa en la conexión) que dice algo como:Complemento VPN:falló:falló la conexión (1). Mi primer pensamiento fue, oh no, una regresión. Pero en lugar de solo culpar a Kubuntu, decidí profundizar en esto un poco más.
Nota:Imagen cortesía de Freeimages.com/fabrizio turco.
Problema con más detalle
Si ha seguido los informes de combate de mi Slimbook, entonces sabe que hay problemas, incluida una regresión ocasional o un error que se cuela por debajo del radar. Eso significa que no puedo estar 100% seguro de que el sistema operativo siempre proporcione una base sólida, inmutable y confiable. Siempre hay alguna duda.
Naturalmente, cuando una sesión de prueba sale mal y un par de otras cosas se paralizan, el primer pensamiento que tiene es que alguien borró otro componente. De todos modos, no había ningún mensaje de error visible de ningún tipo. En los registros, tenía lo siguiente:
30 de enero 10:12:38 slimbook NetworkManager[1886]:
Luego, la caja mágica de respuestas de Internet dice que esto está relacionado con OpenVPN, por lo que desde la versión 2.4, el diseño de las carpetas y las configuraciones en el disco ha cambiado. De hecho, esto rompe el flujo, y me parece desconcertante que algo así pueda suceder, pero bueno, código abierto, Linux, ignoremos la estabilidad. Sin embargo, este error en particular se resolvió antes de que comprara el Slimbook, y tenía el árbol de directorios correcto en /etc, así que no era eso. Algo más, entonces.
Solución
En este punto, lo que hice fue examinar cada pieza de la pila, una por una. Mirando la configuración de VPN en el administrador de red, examiné cada opción y archivo enumerados, y descubrí que había un problema allí mismo, ¡causado completamente por PEBKAC! ¡Mí mismo! De alguna manera, por alguna extraña razón, moví la clave real a una carpeta diferente y la VPN no pudo encontrarla. Restaurar la clave en la ubicación esperada solucionó el problema de inmediato.
Ahora, la solución ideal sería que el administrador de la red almacenara en caché las claves o advirtiera al usuario que falta el archivo de claves. Quiero decir, esto es lo obvio, por lo que si hay configuraciones incorrectas, deben explicarse de una manera que ayude a los usuarios a solucionar el problema de manera clara. Decir 'complemento fallido' no significa nada.
Pero puedes decir, ¿por qué te molestas en escribir este artículo? ¡Tú causaste el problema! Correcto. Pero la manifestación del problema no era obvia, el error no era obvio, el factor de culpa no era obvio, e incluso cambiar la culpa de Kubuntu a OpenVPN, lo que parece trivial dado el informe de error anterior, no ayuda a avanzar en la resolución. de cualquier manera. Por último, el sistema operativo no maneja correctamente esta excepción. Lejos de eso, el mensaje de error es engañoso.
Por lo tanto, este tutorial.
Conclusión
Podría haber arreglado esto y seguir adelante, y nadie lo sabría ni le importaría. Alternativamente, podría haberme dado por vencido y culpar a este o aquel factor, que es lo que la gente suele hacer. Es mucho más difícil hacer una introspección y autoexaminar los patrones de uso. Pero es una parte necesaria del método de resolución de problemas. Me complace exonerar al sistema operativo y al software VPN.
Sin embargo, también creo que hay mucho margen de mejora. Los mensajes de error genéricos conducen a soluciones genéricas que realmente no ayudan. Podría haberme detenido en ese informe de error de VPN. Creo que el software debería ser más robusto e intuitivo, y que los errores deben reflejar la causa exacta en lugar de una entrada aparentemente aleatoria en la tabla de errores. Bueno, con suerte, algunos de ustedes encontrarán este artículo interesante. No se trata de ningún percance en particular, se trata de cómo manejar los problemas desconocidos y no cegarse por los falsos positivos. Hemos terminado.