Samba est pour les photos qui quittent le téléphone mais restent à la maison. Le trafic est TCP 445, pas HTTP. Azalea ne fournit pas de NAS et ne relaie pas les originaux. Vous faites tourner Synology, TrueNAS, ou un partage Debian ; l’app y écrit les originaux. Bundle net.duguying.photos. provider est samba. Le champ Bucket est le nom du share, pas une étiquette de dossier amicale. Le moteur ne se connecte pas quand vous touchez enregistrer. La première liste ou écriture ouvre la session. Un mauvais mot de passe apparaît quand vous démarrez une sauvegarde, pas dans le formulaire.

Ne redirigez pas le TCP 445 vers Internet. C’est une sauvegarde LAN, pas un cloud de voyage. Utilisez un profil stockage objet sur la route et Samba à la maison ; plusieurs profils sont pris en charge. Les tests en anglais ont utilisé un Synology DS220+ DSM 7.2.2 et aussi un partage Samba 4.17 vanilla sur Debian. Le mode guest n’a marché que quand le serveur l’autorisait ; DSM avec « utilisateurs locaux » a rejeté les mots de passe vides même avec guest=true.

Quoi mettre dans le profil

Endpoint : hôte, 192.168.1.32 ou nas.local, smb:// optionnel. Préférez une IP sauf si Réseau local est allumé. mDNS flanche sur le routeur labo.
Bucket : nom du share. Le share labo était photos.
AccessKey / SecretKey : utilisateur NAS / mot de passe. Les secrets iOS vont dans le Keychain.
Préfixe racine : chemin optionnel à l’intérieur du share.
Extra : domaine, port (défaut 445), guest seulement si le serveur autorise les mots de passe vides.

Il n’y a pas de chiffre de capacité probe(), donc l’ETA ne peut pas utiliser « octets libres ». L’app n’affiche pas l’espace libre. Un volume plein échoue à l’écriture. La concurrence plafonne à 8. Les écritures utilisent un temporaire dans le même répertoire plus un rename ; le rename SMB ne peut pas écraser, donc un remplacement supprime d’abord la cible. Pas de presign_put.

Étapes pour un NAS de maison

Sur le NAS, créez l’utilisateur album (ou similaire) avec accès à un seul share. Guest coupé. SMB3. 1 GbE filaire vers le NAS si vous pouvez ; les téléphones resteront en Wi-Fi.
iPhone : Réglages → Azalea Photos → Réseau local allumé, sinon *.local échoue silencieusement. C’est un problème d’usage Réseau local Info.plist dans l’app hôte, pas quelque chose que le moteur peut réparer après coup. Installez Azalea, Autoriser l’accès complet.
Album cloud → Stockage de sauvegarde → ajouter Samba. Endpoint 192.168.1.32, bucket photos, utilisateur et mot de passe. Touchez Tester la connexion si le build le propose ; sinon la première sauvegarde est la sonde. Un mauvais nom de share échoue alors.
Android : mêmes champs de profil. Autoriser l’accès à toutes. Sauvegarde automatique. Sur HyperOS, désactivez l’optimisation batterie pour Azalea Photos sinon la notification Azalea backup survit au worker.
Faites tourner jusqu’à ce que Pending soit à 0. Second téléphone : même endpoint, même share, Revendiquer quand les index historiques apparaissent. Ne renommez pas le dossier iPhone dans File Station ; la revendication Xiaomi ratera le chemin physique.
Contrôlez HEIC et 4K depuis un montage laptop du même share. Ne rangez pas les noms. Les object key portent une dimension appareil pour que deux téléphones ne se percutent pas.

Janvier–mars 2026, DS220+ DSM 7.2.2, share photos, SMB3, NAS dans un meuble, Ethernet vers le bureau, téléphones en 5 GHz. L’iPhone 14 Pro a écrit 9 023 éléments (~41,2 Go). Le Xiaomi 14 a écrit 6 744 (~28,7 Go). Combiné 15 767 éléments, 69,9 Go. Les deux peuvent lister la même bibliothèque. Quatre échecs étaient des chutes de session idle, pas un volume plein ; tous réessayés. L’iPhone a échoué nas.local jusqu’à l’accord de la permission Réseau local. Ensuite, 192.168.1.32 était plus stable.

Le Xiaomi 14 HyperOS 2.0.5 tue le travail en arrière-plan agressivement. La reprise était ouvrir l’app. HEIC représente 44 % de la bibliothèque combinée, tout venant de l’iPhone. Le côté Xiaomi est surtout JPEG.

Donnez à album ce seul share et rien d’autre. Renommer des dossiers dans File Station casse une revendication ultérieure. USB reste l’option voyage ; voir sauvegarder vers USB. Les tests S3 anglais (us-west-2) sont l’option hôtel ; les récits chinois de la même méthode peuvent mentionner COS Guangzhou.

Les téléphones restent en Wi-Fi même quand le NAS est filaire. Un saut 5 GHz plus l’établissement de session SMB expliquent pourquoi un pack 1 GbE n’est pas une vitesse de copie desktop. Gardez l’iPhone éveillé la première nuit ; la permission Réseau local n’empêche pas iOS de mettre en pause une app en arrière-plan. Sur Android, Reprendre la sauvegarde après chaque kill HyperOS est la boucle attendue, pas un défaut que vous pouvez couper dans Azalea. Si DSM signale que le volume se remplit, arrêtez le job vous-même — Azalea n’échouera que sur l’écriture qui ne rentre pas.

Un échec : guest=true sur utilisateurs locaux DSM

Mot de passe vide plus drapeau guest a l’air pratique. DSM l’a rejeté. Le profil s’est enregistré. La sauvegarde a échoué au premier I/O. Créez un vrai utilisateur. L’autre cicatrice labo est mDNS : nas.local sans Réseau local ressemble à un NAS mort. C’était une permission. Quatre chutes de session idle sur 1 GbE ont été réessayées ; ce n’était pas un volume plein. Parce qu’il n’y a pas de sonde d’espace libre, un share qui se remplit dans la nuit échoue en cours d’écriture — surveillez le stockage DSM, pas le compteur disque manquant d’Azalea.

FAQ

La sauvegarde NAS photos téléphone est-elle la même chose qu’une revendication USB ?

Même idée, transport différent. USB utilise .album/manifest.jsonl sur un volume à brancher. Samba utilise le share comme disque. La revendication matche encore les object key. Les Favoris ne passeront toujours pas vers Android via local_identifier.

Faut-il utiliser nas.local ou une IP ?

IP, sauf si vous avez confirmé Réseau local et mDNS sur votre routeur. Le routeur labo flanchait. 192.168.1.32 a tenu.

Puis-je m’en servir sur un Wi-Fi public ?

Vous ne devriez pas exposer SMB. Utilisez S3/COS/OSS quand vous êtes dehors. Gardez Samba sur le LAN. Plusieurs profils existent pour basculer.

Pourquoi HyperOS a-t-il arrêté le job NAS ?

Politique batterie OEM. WorkManager n’est pas plus fort que HyperOS. Ouvrez Azalea. Reprendre la sauvegarde. Sortez l’app de l’optimisation. Page du cas familial : /fr/cases/case-family-nas. Champs de fonction : /fr/features/nas.

Où télécharger ?

/fr/download. Notes de permission et de worker Android : sauvegarde auto Android en qualité originale.

Sauvegarder la pellicule sur un NAS Samba