Samba es para fotos que salen del teléfono pero se quedan en casa. El tráfico es TCP 445, no HTTP. Azalea no proporciona un NAS y no hace proxy de originales. Tú ejecutas Synology, TrueNAS o un recurso Debian; la app escribe originales ahí. Bundle net.duguying.photos. provider es samba. El campo Bucket es el nombre del recurso, no una etiqueta amable de carpeta. El motor no conecta cuando tocas guardar. El primer listado o escritura abre la sesión. Una contraseña mala aparece cuando empiezas una copia, no en el formulario.

No reenvíes TCP 445 a internet. Esto es una copia LAN, no una nube de viaje. Usa un perfil de almacenamiento de objetos en la carretera y Samba en casa; se admiten varios perfiles. Las pruebas en inglés usaron un Synology DS220+ DSM 7.2.2 y también un recurso Samba 4.17 de serie en Debian. El modo invitado solo funcionó cuando el servidor lo permitía; DSM con «usuarios locales» rechazó contraseñas vacías incluso con guest=true.

Qué poner en el perfil

Endpoint: host, 192.168.1.32 o nas.local, smb:// opcional. Prefiere una IP salvo que Red local esté encendida. mDNS falla en el router de lab.
Bucket: nombre del recurso. El recurso de lab era photos.
AccessKey / SecretKey: usuario NAS / contraseña. Los secretos en iOS van al Llavero.
Root prefix: ruta opcional dentro del recurso.
Extra: dominio, puerto (por defecto 445), invitado solo si el servidor permite contraseñas vacías.

No hay una cifra de capacidad de probe(), así que ETA no puede usar «bytes libres». La app no muestra espacio libre. Un volumen lleno falla al escribir. La concurrencia topea en 8. Las escrituras usan un temporal en el mismo directorio más rename; el rename SMB no puede sobrescribir, así que un replace borra el destino primero. No hay presign_put.

Pasos para un NAS de casa

En el NAS, crea el usuario album (o similar) con acceso a un solo recurso. Invitado apagado. SMB3. 1 GbE por cable al NAS si puedes; los teléfonos seguirán en Wi-Fi.
iPhone: Ajustes → Azalea Photos → Red local encendida, o *.local falla en silencio. Es un asunto de uso de Red local en el Info.plist de la app anfitriona, no algo que el motor pueda arreglar a posteriori. Instala Azalea, Allow Full Access.
Cloud Album → Backup Storage → añade Samba. Endpoint 192.168.1.32, cubo photos, usuario y contraseña. Toca Test Connection si el build lo ofrece; si no, la primera copia es el probe. Un nombre de recurso incorrecto falla entonces.
Android: los mismos campos de perfil. Allow access to all. Automatic backup. En HyperOS, desactiva la optimización de batería para Azalea Photos o la notificación Azalea backup sobrevive al worker.
Corre hasta que Pending sea 0. Segundo teléfono: mismo endpoint, mismo recurso, Claim cuando aparezcan índices históricos. No renombres la carpeta del iPhone en File Station; el reclamo del Xiaomi perderá la ruta física.
Inspecciona HEIC y 4K desde un montaje de portátil del mismo recurso. No ordenes nombres. Las object keys llevan una dimensión de dispositivo para que dos teléfonos no choquen.

Enero–marzo 2026, DS220+ DSM 7.2.2, recurso photos, SMB3, NAS en un armario, Ethernet al escritorio, teléfonos en 5 GHz. El iPhone 14 Pro escribió 9.023 elementos (~41,2 GB). El Xiaomi 14 escribió 6.744 (~28,7 GB). Combinados 15.767 elementos, 69,9 GB. Ambos pueden listar la misma biblioteca. Cuatro fallos fueron caídas de sesión idle, no un volumen lleno; todos se reintentaron. El iPhone falló nas.local hasta que se concedió el permiso de Red local. Después, 192.168.1.32 fue más estable.

El Xiaomi 14 HyperOS 2.0.5 mata el trabajo en segundo plano con agresividad. Reanudar era abrir la app. HEIC es el 44% de la biblioteca combinada, todo del iPhone. El lado Xiaomi es sobre todo JPEG.

Dale a album ese único recurso y nada más. Renombrar carpetas en File Station rompe un reclamo posterior. USB sigue siendo la opción de viaje; ver copia a USB. Las pruebas S3 en inglés (us-west-2) son la opción de hotel; las crónicas chinas del mismo método pueden mencionar COS Guangzhou.

Los teléfonos se quedan en Wi-Fi aunque el NAS esté cableado. Un salto 5 GHz más el arranque de sesión SMB es por qué un paquete 1 GbE no es una velocidad de copia de escritorio. Mantén el iPhone despierto la primera noche; el permiso de Red local no impide que iOS pause una app en segundo plano. En Android, Resume backup tras cada muerte de HyperOS es el bucle esperado, no un defecto que puedas apagar en Azalea. Si DSM informa que el volumen se llena, para el trabajo tú — Azalea solo fallará en la escritura que no cabe.

Un fallo: guest=true en usuarios locales de DSM

Contraseña vacía más bandera de invitado parece cómodo. DSM lo rechazó. El perfil se guardó. La copia falló en el primer I/O. Crea un usuario de verdad. La otra cicatriz de lab es mDNS: nas.local sin Red local parece un NAS muerto. Era un permiso. Cuatro caídas de sesión idle en 1 GbE se reintentaron; no eran un volumen lleno. Como no hay probe de espacio libre, un recurso que se llena por la noche falla a mitad de escritura — mira el almacenamiento de DSM, no el medidor de disco que Azalea no tiene.

FAQ

¿Copia NAS fotos del móvil es lo mismo que el reclamo USB?

La misma idea, distinto transporte. USB usa .album/manifest.jsonl en un volumen enchufable. Samba usa el recurso como disco. El reclamo sigue emparejando keys. Los Favoritos seguirán sin cruzar a Android vía local_identifier.

¿Debo usar nas.local o una IP?

IP, salvo que hayas confirmado Red local y mDNS en tu router. El router de lab fallaba. 192.168.1.32 aguantó.

¿Puedo usar esto en Wi-Fi público?

No deberías exponer SMB. Usa S3/COS/OSS cuando estés fuera. Deja Samba en la LAN. Existen varios perfiles para que puedas cambiar.

¿Por qué HyperOS detuvo el trabajo NAS?

Política de batería del OEM. WorkManager no es más fuerte que HyperOS. Abre Azalea. Resume backup. Saca la app de la optimización. Página del caso familiar: /es/cases/case-family-nas. Campos de función: /es/features/nas.

¿Dónde descargar?

/es/download. Notas de permiso y worker de Android: copia automática Android en calidad original.

Copia el carrete a un NAS por Samba