Acceso remoto: SSH a WSL via Tailscale + Windows Claude Code con memoria compartida (2026-07-10) #7

New Issue

2026-07-11T03:53:34Z

rafa commented

2026-07-11 03:53:34 +00:00

Contexto

Preparacion para viaje de 15 dias a Espana sin acceso facil al PC. Objetivo: poder trabajar con Claude Code desde Windows nativo (interfaz mas rica que el terminal WSL) con paridad total de contexto/memoria, y tener acceso remoto de respaldo por SSH.

1. SSH a WSL via Tailscale

Tailscale ya corria dentro de WSL como nodo separado (farmer, IP 100.106.114.126) - evita el problema de NAT de WSL2.
openssh-server instalado y habilitado en WSL, puerto 22 (2222 lo usa Gitea, sin conflicto).
Auth solo por clave publica (PasswordAuthentication no), root deshabilitado.
Clave anadida: windows-claude-code (privada en C:\Users\Chia\.ssh\id_ed25519 del lado Windows).
Conexion: ssh -i C:\Users\Chia\.ssh\id_ed25519 rafa@100.106.114.126
Para viajar: copiar el par de claves al dispositivo Windows que se use en Espana + instalar Tailscale ahi con la misma cuenta.

2. Windows Claude Code con paridad de contexto (sin SSH, mismo PC)

Descubierto: Windows accede en vivo al filesystem de WSL via \\wsl.localhost\Ubuntu\... (lectura y escritura confirmadas) - no hace falta migrar nada.
CLAUDE.md de Windows (C:\Users\Chia\CLAUDE.md) repuntado a leer/escribir memoria en la ruta UNC - misma memoria que WSL, sin duplicar.
Contenedores Docker de WSL (Gitea :3000, etc.) ya visibles en localhost de Windows sin config extra.
Historial de sesiones de WSL (JSONL) documentado en el CLAUDE.md: \\wsl.localhost\Ubuntu\home\rafa\.claude\projects\<carpeta>\*.jsonl, buscable con grep. Carpetas relevantes: -home-rafa (principal), -home-rafa-yts-*, -home-rafa-joomla-migration, -home-rafa--openclaw, -mnt-c-Users-Chia. Ignorar -tmp-yts-backfill-* (ruido autopiloto).

3. Auto-arranque de WSL

Tarea programada de Windows creada: WSL-AutoStart-Ubuntu (Task Scheduler), trigger "al iniciar sesion", ejecuta wsl.exe -d Ubuntu -- true.
Motivo: si Windows se reinicia y alguien mas abre sesion, WSL (y Docker/Gitea) arrancan solos sin depender de que Claude lo dispare a mano.
Documentado tambien en CLAUDE.md: si \\wsl.localhost\... no responde al empezar sesion, Claude debe intentar wsl -d Ubuntu -- true antes de asumir que algo esta roto.

Pendiente

Investigar "Claude dispatch" (agentes cloud) desde iPad/iPhone - alcance real: sandbox aislado por repo, sin acceso a Tailscale/Docker local. Evaluar manana como complemento (no sustituto) del acceso SSH.

## Contexto Preparacion para viaje de 15 dias a Espana sin acceso facil al PC. Objetivo: poder trabajar con Claude Code desde Windows nativo (interfaz mas rica que el terminal WSL) con paridad total de contexto/memoria, y tener acceso remoto de respaldo por SSH. ## 1. SSH a WSL via Tailscale - Tailscale ya corria dentro de WSL como nodo separado (`farmer`, IP `100.106.114.126`) - evita el problema de NAT de WSL2. - `openssh-server` instalado y habilitado en WSL, puerto **22** (2222 lo usa Gitea, sin conflicto). - Auth solo por clave publica (`PasswordAuthentication no`), root deshabilitado. - Clave anadida: `windows-claude-code` (privada en `C:\Users\Chia\.ssh\id_ed25519` del lado Windows). - Conexion: `ssh -i C:\Users\Chia\.ssh\id_ed25519 rafa@100.106.114.126` - Para viajar: copiar el par de claves al dispositivo Windows que se use en Espana + instalar Tailscale ahi con la misma cuenta. ## 2. Windows Claude Code con paridad de contexto (sin SSH, mismo PC) - Descubierto: Windows accede en vivo al filesystem de WSL via `\\wsl.localhost\Ubuntu\...` (lectura y escritura confirmadas) - no hace falta migrar nada. - `CLAUDE.md` de Windows (`C:\Users\Chia\CLAUDE.md`) repuntado a leer/escribir memoria en la ruta UNC - misma memoria que WSL, sin duplicar. - Contenedores Docker de WSL (Gitea :3000, etc.) ya visibles en `localhost` de Windows sin config extra. - Historial de sesiones de WSL (JSONL) documentado en el `CLAUDE.md`: `\\wsl.localhost\Ubuntu\home\rafa\.claude\projects\<carpeta>\*.jsonl`, buscable con grep. Carpetas relevantes: `-home-rafa` (principal), `-home-rafa-yts-*`, `-home-rafa-joomla-migration`, `-home-rafa--openclaw`, `-mnt-c-Users-Chia`. Ignorar `-tmp-yts-backfill-*` (ruido autopiloto). ## 3. Auto-arranque de WSL - Tarea programada de Windows creada: **`WSL-AutoStart-Ubuntu`** (Task Scheduler), trigger "al iniciar sesion", ejecuta `wsl.exe -d Ubuntu -- true`. - Motivo: si Windows se reinicia y alguien mas abre sesion, WSL (y Docker/Gitea) arrancan solos sin depender de que Claude lo dispare a mano. - Documentado tambien en `CLAUDE.md`: si `\\wsl.localhost\...` no responde al empezar sesion, Claude debe intentar `wsl -d Ubuntu -- true` antes de asumir que algo esta roto. ## Pendiente - Investigar "Claude dispatch" (agentes cloud) desde iPad/iPhone - alcance real: sandbox aislado por repo, sin acceso a Tailscale/Docker local. Evaluar manana como complemento (no sustituto) del acceso SSH.

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: rafa/server#7