bore
bore es una herramienta CLI en Rust para crear túneles TCP eficientes que exponen puertos locales a servidores remotos o internet. Diseñado para ser simple y autoalojable, bypassa NAT sin frills, ideal para desarrollo y pruebas de red con bajo overhead.
Ficha actualizada 18 sept 2026, 19:09 · upstream 4 feb 2026, 18:00 · release v0.6.0
Qué es bore
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
bore es una herramienta CLI en Rust diseñada para crear túneles TCP eficientes que exponen puertos locales a servidores remotos o internet. Su objetivo principal es ser simple y autoalojable, bypassando NAT sin frills añadidos. Utiliza Tokio para un rendimiento asíncrono alto y está construida con aproximadamente 400 líneas de código seguro.
La herramienta permite exponer servicios locales a través de una instancia remota pública o autoalojada. Soporta instalación vía Cargo, Homebrew, AUR o binarios precompilados. Incluye imágenes Docker oficiales para entornos minimalistas.
Ofrece autenticación opcional mediante secretos HMAC en el handshake y gestión de puertos dinámica. Es ideal para desarrolladores que necesitan acceso remoto a servicios sin configurar servidores inversos complejos.
- Exponer APIs locales o bases de datos a equipos remotos durante el desarrollo
- Crear túneles efímeros para pruebas de integración en entornos con NAT estricto
- Autoalojar un proxy TCP propio para evitar dependencias de terceros como ngrok
- Redirección simple de tráfico TCP en servidores headless sin interfaz gráfica
- Escrito en Rust con Tokio, garantizando alto rendimiento y seguridad de memoria
- Binario estático que no requiere compilación ni dependencias externas en el destino
- Código minimalista (~400 líneas) que facilita auditorías de seguridad y mantenimiento
- Soporte nativo para Docker con imágenes optimizadas en contenedores scratch
- No cifra el tráfico por defecto, solo autentica el handshake inicial con HMAC
- Puerto de control fijo (7835) que puede entrar en conflicto con otros servicios locales
- Timeout de 10 segundos para conexiones no aceptadas puede descartar datos en redes lentas
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.
Recomendamos usar un secreto único (--secret) para despliegues públicos. Asegurar que el puerto de control (7835) esté abierto o cambiarlo si es necesario. Para producción, considerar cifrado TLS externo sobre el túnel TCP. En Docker, usar --network host para evitar problemas de enrutamiento.
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.