ethertunnel
EtherTunnel es un servicio de túnel inverso self-hostable en Rust que permite exponer servicios locales como endpoints HTTPS públicos sin abrir puertos ni usar servicios de terceros.
Ficha actualizada 23 sept 2026, 1:56 · upstream 23 sept 2026, 1:41 · release v1.4.1
Qué es ethertunnel
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
EtherTunnel ofrece una solución de túneles inversos self-hostables construida con Rust. Permite exponer servicios locales a través de un dominio propio mediante TLS, eliminando la necesidad de abrir puertos en el firewall o configurar servidores de terceros. El proyecto es monolítico: un solo binario ejecuta tanto el servidor como el cliente. Se diferencia de soluciones como ngrok al ofrecer control total sobre la infraestructura, sin dependencias externas ni costos ocultos. La arquitectura incluye un relay que termina TLS y enruta tráfico por host o puerto, junto con un daemon del cliente que se conecta a través de una conexión WebSocket única multiplexada.
- Exponer servicios locales (web, SSH, base de datos) a internet sin abrir puertos en el firewall
- Proveer acceso público a aplicaciones internas o herramientas de desarrollo sin necesidad de servidores externos
- Implementar autenticación y autorización mediante tokens para múltiples usuarios compartiendo un mismo servidor
- Crear servicios de red que funcionen detrás de NATs o firewalls restrictivos
- Despliegue de microservicios con certificados TLS auto-generados sin dependencias externas
- Túneles HTTPS y WebSocket en un solo binario, eliminando la necesidad de múltiples aplicaciones separadas
- Certificados TLS wildcard auto-generados mediante ACME DNS-01 con cero downtime durante la renovación
- Seguridad multi-nivel: el relay autentica clientes por token SHA-256 sin almacenar credenciales en texto plano, y los visitantes son no-autenticados
- Arquitectura modular separada entre proto (protocolo), relay (servidor) y client (daemon)
- Soporte de reconexión automática con jittered backoff y re-claim idempotente de hostnames/puertos
- Anti-DoS mediante limitación por IP, límites de conexiones y timeout en lectura de encabezados
- El relay no soporta certificados TLS auto-generados (ACME) sin DNS-01; requiere un servidor DNS externo para la renovación automática
- No se soportan protocolos de transporte complejos como gRPC o HTTP/2 en el lado del cliente
- La autenticación por token es inmutable una vez emitida, lo que dificulta la gestión dinámica de usuarios
- El rendimiento puede degradarse con un alto volumen de conexiones simultáneas debido a la multiplexación y backpressure
- No se soporta el uso del puerto 443 como puerto de destino por defecto en modo raw-TCP
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Para desplegar EtherTunnel, instale el binario `etun` en un servidor público con al menos 512 MB de RAM. En Linux, use un contenedor Docker con imagen x86_64-unknown-linux-musl (Alpine) que incluya solo el bundle CA del relay. Configure DNS con un registro wildcard para tu dominio y acceda a la API REST en `http://localhost:3000`. Para producción, configure systemd o launchd como servicio de background. El binario está compilado estáticamente sin dependencias externas, lo que facilita su despliegue en entornos aislados.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.