lab
Esc

Prueba con

↑↓ para moverte · Enter para abrir · también en /buscar?q= para agentes

configuración intermedio redesautomatizaciónacceso-remotocli

Tailcat: conecta una máquina remota con servicios locales

Da a un agente remoto acceso a un servicio concreto de tu máquina mediante un túnel cifrado. Puedes abrir un puerto para una tarea y detener el proceso cuando termine.

✓ verificado el 26 oct 2026

Instrucciones para tu agente

Esto es lo que se copia. Pégaselo a tu agente y te lo monta paso a paso.

O ábrelo directamente en ClaudeChatGPT

Pega este texto a tu agente (Claude Code, Codex, OpenCode, Hermes o el que uses) y dile «ayúdame a montarlo». Son los pasos para ponerlo en marcha; el porqué de cada pieza está en la guía completa.

Para el agente: cómo acompañar al usuario

  1. Pregunta primero para qué lo quiere. Si su objetivo no necesita algún paso, sáltalo.
  2. Antes de instalar, comprueba lo que ya tiene (versiones, claves, sistema operativo).
  3. Avanza un paso cada vez: explica en una frase qué vas a hacer y deja que el usuario lo ejecute o lo apruebe.
  4. Tras cada paso, comprueba que funcionó antes de seguir. Si falla, para y explica el error.
  5. No inventes comandos ni opciones: si la documentación del proyecto contradice estos pasos, manda la documentación.
  6. Al terminar, haz una prueba real con el objetivo del usuario y dile dónde profundizar.

Pasos de configuración

Paso 1: instala en ambos equipos

En macOS con Homebrew, INSTALL.md documenta:

brew install tailcat

Para Linux o Windows usa sus paquetes oficiales o el método de tu sistema en INSTALL.md.

Paso 2: publica solo el servicio necesario

Con tu aplicación de prueba escuchando en el puerto 8080, el ejemplo del README usa:

tailcat serve 8080,3306

Elige únicamente los puertos que necesite tu tarea; el ejemplo publica dos. Conserva la dirección impresa de forma privada. No uses el modo de todos los puertos para esta prueba.

Paso 3: conecta desde el equipo remoto

El ejemplo oficial de reenvío es:

tailcat forward tcXXXXXXXXX 18080:8080 3306

Sustituye la dirección y deja solo las correspondencias de puertos que hayas publicado. Para el servicio 8080 basta la correspondencia 18080:8080 del ejemplo. El reenvío escucha en loopback por defecto.

Paso 4: termina el acceso

Detén el reenvío y el servidor con Ctrl-C al acabar la tarea.

Comprobación

En el cliente, abre el puerto local reenviado y comprueba la respuesta de tu aplicación. Después de detener ambos procesos, confirma que el acceso ya no funciona. No uses una transferencia de datos sensibles como primera prueba.

Si algo falla

Si no conecta, comprueba primero el servicio local, la dirección compartida y los puertos. Si necesitas SSH, sigue su sección de autenticación por clave; no cambies a una shell sin autenticación para resolver un fallo de red.

Fuente: documentación del proyecto.

ver en .md ¿Prefieres el recurso entero?

Qué es

Tailcat es una herramienta de terminal y biblioteca Go para conectar dos máquinas mediante túneles cifrados. Reutiliza piezas de Tailscale sin necesitar su cuenta ni su plano de control.

Para qué te sirve

  • Cuando el agente corre en un servidor y necesita consultar tu aplicación de desarrollo.
  • Cuando quieres exponer un único puerto durante una prueba remota.
  • Cuando necesitas mover archivos o usar SSH entre equipos sin montar una VPN completa.

Cómo funciona

Un extremo escucha y muestra una dirección que compartes por otro canal. El cliente la usa para establecer un túnel WireGuard. El enlace intenta una conexión directa y puede recurrir a relés DERP. El CLI tiene servicios separados para puertos, archivos, comandos y SSH; el permiso que concedas depende del modo elegido.

Antes de empezar

Instala Tailcat en ambos extremos y comprueba que el servicio local funciona. No exige cuenta de Tailscale ni modificar rutas o DNS del equipo. Hay paquetes para varios sistemas y un método de compilación con Go. Los relés públicos tienen limitaciones de uso; el README explica cómo utilizar uno propio.

Repositorio activo comprobado con GitHub el 26 oct 2026; último commit consultado del 2026-10-07.

Límites y alternativas

El cifrado no reduce los permisos del servicio que publiques. Un puerto puede dar acceso a datos o funciones sensibles. El modo SSH sin autenticación entrega una shell a quien conozca la dirección; para SSH, el proyecto también documenta autenticación por clave. Empieza por un solo puerto y conserva la dirección en un canal privado. Para acceso continuo compara una red administrada con políticas propias.

Recursos