TBS-h574TXでTime Machineバックアップが認証エラー80で失敗する

英語 バックアップとデータ保護
1

環境:

  • NAS: QNAP TBS-h574TX、ファームウェア QTS 5.2.4 build 20250321

  • SMBサービス: Samba 4.20.0（ユーザースペース、ksmbd無効）

  • macOS: 複数のMac（安定版）で検証

  • ネットワーク: 直接SMB接続は正常に動作確認済み

症状:

  • Time Machineバックアップが「ネットワークのユーザー名またはパスワード」エラーですぐに失敗する

  • 同じ認証情報で手動SMBマウントは正常に動作

  • smbutil view -A で認証成功

  • backupdが NAConnectToServerSync error 80 (EAUTH) で失敗

調査内容:

  • Bonjour/mDNS: _adisk._tcp サービスが存在しなかった → 手動で追加し、現在は動作中

  • ksmbdカーネルドライバ: 有効だった → 無効化し、Sambaユーザースペースに切り替え

  • .streams ディレクトリ: 存在せずvetoされていた → 作成しvetoリストから削除

  • キーチェーン: 複数回クリーン＆再構築

  • smbpasswd: TimeUserが有効なNTハッシュで存在確認済み

  • NTLMv2: macOS側で強制、変化なし

  • tcpdump: backupdはTCP接続を開くが、認証失敗時はSMBネゴシエーション前にすぐFIN送信

macOS backupdの主なログ:

NAConnectToServerSync failed with error: 80 (Authentication error)
the correct user or password info may not exist in the System.keychain 
or the server may no longer allow access for this user

主な観察結果: Finderからの手動マウントや AuthType=TimeMachine URLでは成功するが、backupdの内部認証機構（NetAuthフレームワーク経由の AuthType=TimeMachine）は一貫して失敗する。これはbackupdの認証プロトコルとQNAPのSamba実装間に非互換があることを示唆している。

要望: 最近のmacOSでTBS-h574TX上のTime Machineを正常に構成できた方はいらっしゃいますか？既知のファームウェア修正やSamba設定の回避策があればご教示ください。

2

まだ修正されたかどうかはわかりませんが、Sequoiaにバグがあり、ファイルパスに非ASCII文字（つまり英語以外の文字）が含まれているとTime Machineが正常に動作しませんでした。

ファイルパスに英語以外の文字が含まれていますか？

3

その問題を確認し、パスをアクセントや特殊文字のないシンプルなものにしましたが、それでも失敗します。

4

OK。TimeMachine（タイムマシン）用に新しいパスを作成した場合（つまり、別のディレクトリにバックアップする場合―最適ではありませんが、プロトコルの問題解決に役立つことがあります）、どうなりますか？