このスレッドには、1つのエラーとして扱うべきではない、別々のSambaの問題が2つ含まれています。まず、ZimaOS 1.5.4 alpha 3では、新しいフォルダーを共有すると「共有管理に失敗しました」と表示されました。投稿者はZimaOSを再インストールして再起動することで、この問題を解消しました。
その後、Windowsには、組織のセキュリティポリシーによって認証されていないゲストアクセスがブロックされたという、別のメッセージが表示されました。この2つ目の問題は、管理者アカウントで接続する代わりに、ユーザーが別のZimaOSユーザーを作成することで解決しました。
ZimaOSのエラーとWindowsのエラーを切り分ける
ZimaOSで共有をまったく作成できない場合は、Sambaサービスと生成された設定を調査してください。共有は存在するもののWindowsが開けない場合は、認証と共有権限に注目します。
スレッドで共有された診断方法
コミュニティからは、Sambaのステータスと最近のログを確認する方法が提案されました。
systemctl status smbd nmbd --no-pager
journalctl -u smbd -u nmbd --no-pager -n 200また、Samba設定の検証も提案されました。
testparm -sさらに、共有がローカルで表示されるかどうかを確認します。
smbclient -L localhost -Nこれらのコマンドは診断用です。実行しただけで権限が修正されるわけではありません。
認証済みのメンバーアカウントを使用する
現在のZimaOS Sambaメンバー設定では、メンバーアカウント、ユーザーごとの権限、ユーザー名とパスワードを使ったWindowsからのアクセスについて説明しています。これはスレッドで成功した結果と一致しています。投稿者が新しいユーザーを作成すると、Windowsからアクセスできるようになりました。
保護された共有には、匿名のゲストアクセスに頼るのではなく、ZimaOSで割り当てたメンバーの認証情報を使って、共有パスとともにWindowsから接続してください。
バージョンに関する背景
最初の「共有管理に失敗しました」という報告は、アルファ版のリリースに関連していました。現在の安定版ZimaOSでも同じ再インストール手順が必要だとは考えないでください。重要なのは、共有の作成に失敗する問題と、Windowsの認証ポリシーによる失敗を区別することです。
現在のSMB認証に関する背景
現在のCachyOSでのZimaOS SMBでは、Linuxクライアントの観点から同じ原則が示されています。つまり、サーバーの検出を疑う前にメンバーの認証情報を確認します。NASファイル共有の基礎では、Windows、macOS、Linux、モバイルクライアント間での現在のZimaOSメンバー権限について説明しています。また、ZimaOS 1.5の変更点では、ストレージと共有インターフェースに関する有用なバージョン情報を確認できます。
MicrosoftのMicrosoft SMBゲストポリシーでは、ゲストセッションには通常の認証保護がないため、現在のWindowsバージョンでは安全でないSMBゲスト認証が制限されていると説明されています。公式のSamba smbclientリファレンスでは、明示的な認証情報を使ってSMB共有を一覧表示およびテストする、クライアント側の直接的な方法が示されています。これは、Windows Explorerのポリシーの問題とSambaサーバーの問題を切り分けるのに役立ちます。
結論
このケースでは、再インストールによってアルファ版の共有管理の問題は解消されましたが、Windowsのエラーには別の原因がありました。専用のZimaOSメンバーアカウントを作成して使用することで、ゲストアクセスのブロックが解決しました。現在のZimaOS Sambaのガイダンスでも、明示的なメンバー認証情報と権限の使用が推奨されています。
