Samba でカメラロールを NAS へ
Samba は、写真が端末を離れても家に残るためのものです。トラフィックは HTTP ではなく TCP 445。Azalea は NAS を提供せず、原版をプロキシしません。あなたが Synology、TrueNAS、または Debian 共有を動かし、アプリがそこに原版を書きます。Bundle net.duguying.photos。provider は samba。Bucket 欄は共有名であり、親しみやすいフォルダラベルではない。保存をタップしてもエンジンは接続しない。最初の一覧または書き込みがセッションを開く。悪いパスワードはフォームではなく、バックアップ開始時に出る。
TCP 445 をインターネットへフォワードしない。これは LAN バックアップであり、旅行用クラウドではない。外出先は オブジェクトストレージのプロファイル、家は Samba。複数プロファイルは対応済み。英語試験は Synology DS220+ DSM 7.2.2 と、Debian 上の素の Samba 4.17 共有。ゲストモードはサーバが許したときだけ動いた。DSM の「ローカルユーザー」は guest=true でも空パスワードを拒んだ。
プロファイルに入れるもの
- Endpoint:ホスト、
192.168.1.32またはnas.local、任意でsmb://。ローカルネットワークがオンでなければ IP を優先。ラボのルータでは mDNS が欠ける。 - Bucket:共有名。ラボ共有は
photos。 - AccessKey / SecretKey:NAS ユーザー / パスワード。iOS の秘密は Keychain。
- Root prefix:共有内の任意パス。
- Extra:ドメイン、ポート(既定 445)、サーバが空パスワードを許すときだけゲスト。
probe() の容量数字はないので、ETA は「空きバイト」を使えない。アプリは空き容量を出さない。満杯ボリュームは書き込みでエラー。同時実行は 8 まで。書き込みは同一ディレクトリの一時ファイルとリネーム。SMB リネームは上書きできないので、置換は先に対象を消す。presign_put はない。
自宅 NAS の手順
- NAS 上で、共有一つだけにアクセスできるユーザー
album(または同等)を作る。ゲストオフ。SMB3。可能なら NAS へ有線 1 GbE。端末は Wi-Fi のまま。 - iPhone:設定 → Azalea Photos → ローカルネットワークをオン。でないと
*.localは静かに失敗する。ホストアプリの Info.plist ローカルネットワーク用途の問題であり、エンジンが事後に直せない。Azalea を入れ、Allow Full Access。 - Cloud Album → Backup Storage → Samba を追加。Endpoint
192.168.1.32、bucketphotos、ユーザーとパスワード。ビルドが出せば Test Connection。なければ初回バックアップがプローブ。共有名が違うとそのとき失敗する。 - Android:同じプロファイル欄。Allow access to all。Automatic backup。HyperOS では Azalea Photos の電池最適化を切る。でないと Azalea backup 通知がワーカーより長生きする。
- Pending が 0 になるまで走らせる。二台目:同じエンドポイント、同じ共有、履歴索引が出たら Claim。File Station で iPhone フォルダをリネームしない。Xiaomi の認領が物理パスを外す。
- 同じ共有をノート PC でマウントし、HEIC と 4K を抜き取り確認。名前を片付けない。object key は端末次元を持つので、二台は衝突しない。
2026年1–3月、DS220+ DSM 7.2.2、共有 photos、SMB3、NAS はキャビネット内、デスクへ Ethernet、端末は 5 GHz。iPhone 14 Pro は 9,023 件(約 41.2 GB)。Xiaomi 14 は 6,744(約 28.7 GB)。合計 15,767 件、69.9 GB。両方とも同じライブラリを列挙できる。失敗四つはアイドルセッション切れであり、満杯ボリュームではない。すべて再試行した。iPhone はローカルネットワーク許可まで nas.local に失敗した。そのあと 192.168.1.32 のほうが安定した。
Xiaomi 14 HyperOS 2.0.5 はバックグラウンド作業を激しく殺す。再開はアプリを開くこと。HEIC は合算ライブラリの 44%、すべて iPhone 由来。Xiaomi 側はほぼ JPEG。
album にはその共有だけを渡し、他は何も渡さない。File Station でフォルダをリネームすると後の認領が壊れる。旅行用は USB のまま。USB へバックアップ を参照。英語 S3 試験(us-west-2)はホテル用。同じ手法の中国語稿は COS Guangzhou に触れることがある。
NAS が有線でも端末は Wi-Fi。5 GHz ホップと SMB セッション確立が、1 GbE パックがデスクトップコピー速度にならない理由。初夜は iPhone を起こしておく。ローカルネットワーク許可は、バックグラウンド化されたアプリを iOS が止めることを止めない。Android では、HyperOS が殺すたびに Resume backup が想定ループであり、Azalea 内のトグルで消せる欠陥ではない。DSM がボリューム満杯を報せたら、自分でジョブを止める — Azalea は入らない書き込みでのみエラーになる。
一つの失敗:DSM ローカルユーザーでの guest=true
空パスワードとゲストフラグは便利に見える。DSM は拒んだ。プロファイルは保存された。バックアップは最初の I/O で失敗した。本物のユーザーを作る。もう一つのラボ傷は mDNS:ローカルネットワークなしの nas.local は死んだ NAS に見える。権限だった。1 GbE 上のアイドルセッション切れ四つは再試行した。満杯ボリュームではない。空き容量プローブがないので、一晩で埋まる共有は書き込み途中で失敗する — Azalea にないディスクメーターではなく DSM ストレージを見る。
FAQ
NAS バックアップのスマホ写真は USB 認領と同じか?
同じ発想、別の輸送。USB は挿すボリューム上の .album/manifest.jsonl。Samba は共有をディスクとして使う。認領はキーで照合する。お気に入りは local_identifier 経由では Android に渡らない。
nas.local と IP のどちらを使うべきか?
IP。ローカルネットワークとルータ上の mDNS を確認済みでなければ。ラボのルータは欠けた。192.168.1.32 は持った。
公共 Wi-Fi で使えるか?
SMB を晒すべきではない。外出時は S3/COS/OSS。Samba は LAN に置く。切り替えられるよう複数プロファイルがある。
HyperOS が NAS ジョブを止めたのはなぜか?
OEM の電池ポリシー。WorkManager は HyperOS より強くない。Azalea を開く。Resume backup。最適化から外す。家族事例ページ:/ja/cases/case-family-nas。機能欄:/ja/features/nas。
ダウンロードはどこか?
/ja/download。Android の権限とワーカー: Android 原画品質の自動バックアップ。