v0.68.0

Fixes

OpenVPN toggle on GL.iNet firmware (#228)

The GL firmware already ships the OpenVPN binary, so the installer step that also installed easy-rsa was skipped, and GL feeds do not carry easy-rsa at all; enabling the toggle died with an unfriendly "easyrsa not found". The easyrsa binary is now resolved beyond PATH, each missing package is installed individually, and a still-missing easyrsa returns an actionable message.

WireGuard now sees GL.iNet-managed tunnels (#229)

GL.iNet runs WireGuard through its own firmware layer; the panel reported it as off while real tunnels were running. Those tunnels now show read-only (interface, peers, keys never exposed) with a clear "managed by GL.iNet" note, and the toggle no longer offers to create a second source of truth. No change on non-GL routers.

Correct remote endpoint and lan route in client configs (#230)

A broken ubus parser made the client .ovpn point at the wrong address on routers with several networks (for example the guest bridge instead of the WAN) and dropped the lan route from the server config. Both values are now parsed from the ubus JSON properly.

Revoking a client keeps the server up (#231)

Deleting a client could leave the OpenVPN server stopped on firmware where the procd respawn does not fire (GL.iNet). The service is now restarted explicitly after regenerating the revocation list.

Correcciones

El toggle de OpenVPN en firmware GL.iNet (#228)

El firmware GL ya incluye el binario de OpenVPN, así que se saltaba el paso que también instalaba easy-rsa, y los feeds de GL no lo traen; activar el toggle moría con un "easyrsa not found" poco amable. Ahora el binario easyrsa se busca más allá del PATH, cada paquete que falte se instala por separado y, si sigue faltando, se devuelve un mensaje accionable.

WireGuard ahora ve los túneles gestionados por GL.iNet (#229)

GL.iNet ejecuta WireGuard con su propia capa de firmware; el panel lo daba por apagado mientras había túneles reales corriendo. Esos túneles se muestran en solo lectura (interfaz, peers, claves nunca expuestas) con una nota clara de "gestionado por GL.iNet", y el toggle ya no ofrece crear una segunda fuente de verdad. Sin cambios en routers no GL.

Endpoint remoto y ruta LAN correctos en las configs de cliente (#230)

Un parser de ubus roto hacía que el .ovpn del cliente apuntara a la dirección equivocada en routers con varias redes (por ejemplo el bridge invitados en vez de la WAN) y perdiera la ruta a la LAN en el config del servidor. Ambos valores se parsean ahora del JSON de ubus correctamente.

Revocar un cliente ya no tumba el servidor (#231)

Borrar un cliente podía dejar el servidor OpenVPN parado en firmwares donde el respawn de procd no dispara (GL.iNet). Ahora el servicio se rearranca explícito tras regenerar la lista de revocación.