ember-memory-test/episodes/TRAZA_qu-hacer-la-prxima-vez-receta-de-3-pasos_S20260802.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md
Ember 5384201076 feat(episode): TRAZA_qu-hacer-la-prxima-vez-receta-de-3-pasos_S20260802.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD
Skill: AEGIS | Type: troubleshooting
Summary: EPISODIO 3 — MNEMO_PRE_DIGEST: Qué hacer la próxima vez (receta de 3 pasos)
2026-08-03 04:02:44 +00:00

2.8 KiB

episode_id puente_flat session_code acto_dialogico actor_flujo criticidad_aegis skill_dominante fase_proyecto tipo_semantico summary_one_line source_type trust_boundary created_at relectura_tagged forgejo_commit_sha
fc778b48-1126-44cf-9e21-a1c61be4515d TRAZA_qu-hacer-la-prxima-vez-receta-de-3-pasos_S20260802.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD S20260802.SELFAWARE_FASE2_FRESCURA informar multi_actor low AEGIS operations troubleshooting EPISODIO 3 — MNEMO_PRE_DIGEST: Qué hacer la próxima vez (receta de 3 pasos) claude_code internal 2026-08-03T04:02:37.181582+00:00 false pending

Te agradezco el ofrecimiento y entiendo la lógica, pero te ahorro el trabajo: no serviría, y prefiero decírtelo claro antes de que inviertas tiempo.

Una lista blanca es una lista de excepciones a un bloqueo. Aquí no hubo bloqueo que exceptuar — el servidor nunca bloqueó nada, simplemente no recibía los paquetes. Meter esas 5 IPs en una lista blanca no habría cambiado nada, y peor: nos habría dejado creyendo que estábamos protegidos cuando el problema seguiría intacto la próxima vez.

Hay además una razón de seguridad: las IPs 146.70.x.x son nodos de salida de VPN compartidos entre cientos de usuarios. Poner una en lista blanca no te abre la puerta a ti — se la abre a todos los que salgan por ese mismo nodo. Es exactamente el tipo de decisión que no conviene tomar sin necesidad real.

Pero tu instinto sí apunta a algo correcto: querer tener alternativas cuando una vía falla. La forma útil de eso no es una lista blanca — es saber que cambiar de salida VPN es el remedio, que es justo lo que hiciste y funcionó en 30 segundos.

Qué hacer la próxima vez (receta de 3 pasos)

Si el SSH vuelve a colgarse con ese síntoma de "conecta pero nadie contesta":

1. Cambia el nodo de salida de la VPN (30 segundos). Es lo más barato que existe y resolvió este caso al primer intento. Hazlo antes de cualquier diagnóstico.

2. Si sigue fallando, dime y verifico si el servidor está vivo por otra vía. Ojo con la trampa que casi me engaña: que la web responda no prueba que el servidor sea alcanzable, porque va por Cloudflare.

3. Solo si ambos fallan, entramos por la consola web de Hetzner. Ahí sí sería un problema del servidor.

Una mejora real que sí vale la pena

Encontré algo aprovechable: el endpoint del MCP lumbre.brasaluz.com/mcp pasa por Cloudflare, así que habría sobrevivido a este corte. El transporte que está activo (ssh cx43 docker exec…) no sobrevivió. Invertir esa prioridad haría que tu memoria siga accesible aunque la ruta directa se caiga. Es un cambio de configuración, y como toca infraestructura te lo dejo como decisión, no lo hago por mi cuenta.

📖 Prólogo de la decisión