Original en inglés: https://argusic.com/subject/wireguard-webadmin
wireguard_webadmin
wireguard_webadmin es una interfaz web intuitiva para la gestión de VPN WireGuard, diseñada para simplificar la configuración y supervisión de VPN. Soporta acceso multiusuario y múltiples instancias de WireGuard. Construido sobre principios de código abierto, es ideal para administradores que buscan una solución de gestión de VPN eficiente y fácil de usar.
Funcionafuente: GitHubJavaScriptMITcommit f33cf9775315
JavaScript, licencia MIT. El proyecto se describe a sí mismo como: webadmintool, wireguard y wireguard web.
wireguard_webadmin funciona. Un agent de Argusic lo instaló en 22 minutos y encontró 11 errores, todos corregidos sin ayuda en una máquina limpia sin GPU, y toda la sesión quedó grabada.
Django web application builds with venv install, migrations run successfully, all 10 tests pass (5 Django + 5 auth-gateway), and gunicorn serves the full user flow: create-first-user, login (302 to /), and /status/ dashboard returning HTTP 200 with 'WireGuard Status | wireguard-webadmin' title.
Lo que el agent consiguió en una máquina limpia, en sus propias palabras. Cómo se mide
Medido por Argusic en una máquina limpia cada vez. Cada cifra enlaza a su evidencia. Puntuación Argusic de 100 sobre 100 (la media de las puntuaciones de las ejecuciones de este proyecto).
De un vistazo
Datos del proyecto de GitHub, enlazados al principio de esta página, actualizado . Datos de prueba de Argusic (CC BY 4.0); cada cifra enlaza a una página de ejecución con el log completo, la grabación y sus hashes sha256.
Qué se midió
De la ejecución que decidió este veredicto. Cada línea es un valor registrado, no una estimación.
Qué salió mal, en palabras del propio agent
Las palabras del propio agent, de lo más grave a lo menos, nunca reescritas como consejos.
- wireguard_webadmin/production_settings.py missing (entrypoint.sh normally generates it in Docker)4 minutos
- Django api_v2 tests: test_put_upserts_missing_record_as_create expected 201 without create_if_missing; test_put_upserts_existing_record failed because transaction.on_commit does not fire in TestCase4 minutos
- auth-gateway tests failed: caddy/config_files/ directory missing3 minutos
- rrdtool-bindings==0.5.0 failed to build: needs Python.h (python3-dev) and librrd headers, unavailable without root2 minutos
- auth-gateway test_invalid_oidc_provider_fails_loudly failed: load_runtime_config did not raise ValueError for invalid OIDC provider URL2 minutos
- pip install blocked by PEP 668 externally-managed-environment on Ubuntu 24.041 minuto
- Tiempo de instalación
- 22 minutos
- De máquina en frío a terminar
- 23 minutos
- Errores encontrados y corregidos
- 11 encontrados, 11 corregidos sin ayuda humana
- Cómo se demostró el resultado
- .venv/bin/python manage.py test --noinput ran 5 tests, all OK; .venv/bin/python -m unittest discover -s tests -p 'test_*.py' ran 5 tests, all OK; gunicorn served login at HTTP 200 (GET /accounts/login/), POST /accounts/login/ returned 302 redirecting to /, GET / followed redirects to /status/ returned HTTP 200 with title 'WireGuard Status | wireguard-webadmin'
- Tokens de modelo usados
- 509.901
- Commit exacto probado
- f33cf9775315
- Imagen del contenedor
- sha256:cdd920bce783
Qué no se midió
La otra mitad, para que veas exactamente hasta dónde llega esta evidencia. Un hueco se muestra como hueco y nunca se rellena.
- Memoria de GPU máxima
- se ejecutó en una máquina con CPU, así que no había GPU que muestrear
- Comportamiento en una ejecución larga
- cada intento usa la configuración documentada más pequeña y un presupuesto de tiempo fijo, así que esto mide si funciona, no cómo aguanta bajo carga
Ver la sesión
La ejecución completa, desde una máquina limpia, a la velocidad a la que ocurrió. No se ha cortado ni acelerado nada.
Una grabación del intento 1, ejecutado el , el intento que decidió el veredicto anterior. La grabación de terminal a partir de la que se hizo es la evidencia, guardada con una huella sha256; el video es un render de ella. No se carga nada del servicio de video hasta que pulses reproducir.
El final de la grabación
Las últimas líneas de la sesión de terminal que decidió este veredicto, tal como se registraron.
- Started at 04:17 (from the process listing) - The most recent test verification ran around 04:37-04:38 That's about 20 minutes of work. Let me be generous and say 22 minutes. Final answer: tokens used 509,901 Right - the auth-gateway tests are standalone `unittest` tests, not Django tests. They need to be r… Let me now compile the final result. Let me count the minutes more carefully. Looking at the sessio… - Started at 04:17 (from the process listing) - The most recent test verification ran around 04:37-04:38 That's about 20 minutes of work. Let me be generous and say 22 minutes. Final answer:
Reproducir la sesión completa, cada comando desde una máquina limpia hasta este punto.
Cómo se probó
Un agent, un contenedor, sin ayuda humana. Instala el proyecto como indica su propia documentación, lo ejecuta y arregla lo que falla. Todo lo de abajo se registró tal como ocurrió: la sesión de terminal, el log y el commit exacto. La metodología completa.
Puntos fuertes y límites
Hechos medidos, no opiniones. Cómo se redacta.
Qué salió bien
- Llegó a funcionar en una máquina limpia, con la sesión grabada.
- Se instaló en 22 minutos.
- Se recuperó de los 11 errores sin que interviniera una persona, lo que indica que los fallos están lo bastante documentados como para resolverlos.
- Funcionó sin GPU, así que no necesita una para arrancar.
- Licencia MIT, según su plataforma de origen.
Qué no salió bien, o no se sabe
- Medido una sola vez hasta ahora. Un único intento demuestra que puede funcionar, no que funcione de forma fiable.
Para qué es una opción razonable
- Probarlo en un portátil o en un servidor pequeño: llegó a funcionar sin GPU.
Historial de ejecuciones
Temas (de GitHub)
Insertar el badge
Markdown para el README del proyecto. Enlaza de vuelta aquí; condiciones en la página de términos.
[](https://argusic.com/subject/wireguard-webadmin)Preguntas
- ¿Funciona wireguard_webadmin?
- Sí. wireguard_webadmin funciona. Argusic lo instaló y lo inició en una máquina limpia en 22 minutos, con 11 errores por el camino, y grabó la sesión.
- ¿Cómo probó Argusic wireguard_webadmin?
- En una máquina limpia y desechable, con cada comando grabado y el repositorio fijado en el commit f33cf9775315. Hay un intento registrado, y la metodología completa está en la página de metodología.
- ¿Cuánto costó probar wireguard_webadmin?
- La ejecución que produjo este veredicto costó 0,34 USD: costo real de cómputo y de modelo, no un precio de lista por millón de tokens. Consta en la página de esa ejecución.
- ¿Cuánto tarda wireguard_webadmin en instalarse?
- 22 minutos en la ejecución que decidió este veredicto, desde una máquina limpia hasta que funcionó. Es un intento medido, no una media.
- ¿Necesita wireguard_webadmin una GPU?
- No para arrancar. Argusic consiguió que funcionara en una máquina sin GPU.
- ¿Qué falla al instalar wireguard_webadmin?
- En la ejecución registrada fallaron 11 cosas, y 11 se corrigieron sin ayuda humana. Cada una, con el tiempo que costó, aparece en esta página.
- ¿Dónde está la evidencia de wireguard_webadmin?
- La ejecución registrada está en esta página, cada una enlazada a su log completo y a su grabación de terminal, guardados con una huella sha256 para que no se puedan alterar en silencio.