feat(episode): TRAZA_el-enlace-que-me-pasaste-es-de-otra-cosa_S20260829.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: chronicle
Summary: EPISODIO 1 — MEMORIA: El enlace que me pasaste es de otra cosa
This commit is contained in:
Ember 2026-08-31 15:54:18 +00:00
parent fe6271e3b1
commit 57d3bc37bf

View file

@ -0,0 +1,52 @@
---
episode_id: "438030f9-7436-4a84-a4b3-1d07e3d170f2"
puente_flat: "TRAZA_el-enlace-que-me-pasaste-es-de-otra-cosa_S20260829.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260829.PIPELINE_FIXES"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "NONE"
fase_proyecto: "operations"
tipo_semantico: "chronicle"
summary_one_line: "EPISODIO 1 — MEMORIA: El enlace que me pasaste es de otra cosa"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-08-31T15:54:09.673791+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
Sí puede servir, y además pCloud es otra empresa distinta de Hetzner — que era justo el criterio que decidía. Pero hay que corregir dos cosas antes de avanzar.
## El enlace que me pasaste es de otra cosa
El método de esa sección dice, literal:
> *«Does a file(s) transfer in way that creates and sends transfer links to receiver emails.»*
Sus parámetros obligatorios son `sendermail` y `receivermails`. **Eso es el servicio estilo WeTransfer de pCloud: manda enlaces de descarga por correo.** No sube nada a tu cuenta. Usarlo como destino de respaldo sería enviarte los respaldos a ti mismo por email todas las mañanas.
El método correcto es otro, `uploadfile`, y está en la sección de ficheros, no en la de transferencias.
## Y la buena noticia: no va a ser complicado
Tenías razón en la sospecha —`rsync` **no** funciona contra pCloud, porque `rsync` necesita un servidor SSH al otro lado y pCloud no ofrece uno. Pero eso no te condena a subir a mano.
La herramienta equivalente para nubes se llama **`rclone`**, y aquí está lo importante: **`restic` la usa como si fuera un disco propio.** La documentación de `restic` lo dice así:
> *«The program rclone can be used to access many other different services and store data there.»*
**Traducido: la propuesta de ayer funciona igual con pCloud.** Respaldo cifrado, historia de un año, verificación periódica. Solo cambia el almacén del final. No pierdes nada de automatización.
## Las cuatro vías, de mejor a peor
| Vía | Qué es | Veredicto |
|---|---|---|
| **A** | `restic` sobre `rclone` sobre pCloud | ✅ **Recomendada.** Cifrado, deduplicado, historia larga |
| **B** | `rclone sync` a secas | Simple, pero sin cifrado propio y sin historia: solo espeja el hoy |
| **C** | WebDAV (`webdav.pcloud.com` o `ewebdav.pcloud.com` según región) | Funciona; montado con `davfs2` hasta admite `rsync` |
| **D** | API HTTP a pelo con `uploadfile` | Último recurso: reimplementar a mano lo que `rclone` ya trae probado |
Una advertencia sobre la **C**: montar la nube como disco y hacerle `rsync` es la opción que más te va a sonar familiar, y por eso mismo la más peligrosa. Cualquier corte de red deja ficheros a medias **sin que el proceso se entere** — y ya sabes lo que opino de los procesos que reportan éxito sin haberlo tenido.
## Tres trampas que medí