ホーム/Samba でカメラロールを NAS へ

Samba でカメラロールを NAS へ

著者 Azalea · 最終検証 2026-03-09

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 の手順

  1. NAS 上で、共有一つだけにアクセスできるユーザー album(または同等)を作る。ゲストオフ。SMB3。可能なら NAS へ有線 1 GbE。端末は Wi-Fi のまま。
  2. iPhone:設定 → Azalea Photos → ローカルネットワークをオン。でないと *.local は静かに失敗する。ホストアプリの Info.plist ローカルネットワーク用途の問題であり、エンジンが事後に直せない。Azalea を入れ、Allow Full Access。
  3. Cloud Album → Backup Storage → Samba を追加。Endpoint 192.168.1.32、bucket photos、ユーザーとパスワード。ビルドが出せば Test Connection。なければ初回バックアップがプローブ。共有名が違うとそのとき失敗する。
  4. Android:同じプロファイル欄。Allow access to all。Automatic backup。HyperOS では Azalea Photos の電池最適化を切る。でないと Azalea backup 通知がワーカーより長生きする。
  5. Pending が 0 になるまで走らせる。二台目:同じエンドポイント、同じ共有、履歴索引が出たら Claim。File Station で iPhone フォルダをリネームしない。Xiaomi の認領が物理パスを外す。
  6. 同じ共有をノート 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 原画品質の自動バックアップ。