このスレッドで役立つ手がかりは、WindowsからZimaOSホストには接続できたものの、指定した共有にはアクセスできなかったことです。これにより、基本的なIP接続と、SMBの検出、認証、共有のマッピングを切り分けられます。
コミュニティでの解決策はZima Clientによるマッピングでした
Zimaのサポートは、Zima Clientを使って共有フォルダーに接続し、マッピングすることを提案しました。元の投稿者は、これで問題が解決したと報告しています。現在のZima Clientの概要では、Zima Clientによるサーバーの検出とSMBアクセスのマッピング方法を説明しています。また、Zimaデバイス接続では、現在のデバイス接続方法をより広く説明しています。
IPアドレスでは接続できるのに共有名では失敗する理由
サーバーのアドレスを開くことと、特定のSMBサービスを開くことは別の操作です。SambaのSamba smbclientリファレンスでは、//server/share形式のサービスパスを使用します。これは、共有が実際に公開されているか、また認証情報が機能するかを確認するのに役立ちます。
Windowsの認証を個別に確認する
MicrosoftのMicrosoft SMBゲストポリシーには、安全でないSMBゲスト認証に関する現在のWindowsの制限が記載されています。ZimaOSがメンバー認証情報を使用する設定になっている場合は、匿名のゲストアクセスが受け入れられると想定せず、その認証情報を使用してください。
認証付きSMBアクセスでは、現在の認証付き共有の例を紹介しています。また、NASファイル共有の基本では、ZimaOSのメンバーと共有権限の関係を説明しています。
実践的な診断手順
- ZimaOSのダッシュボードまたはホストIPに到達できることを確認します。
- 対象のフォルダーがZimaOSで実際に共有されていることを確認します。
- 指定したZimaOSメンバーの認証情報を使用します。
- Windowsの検出が不安定な場合は、Zima Clientで共有をマッピングします。
- その後で、WindowsのSMBポリシー、保存された認証情報、ファイアウォール、名前解決を確認します。
結論
今回のケースでは、ネットワークが完全に機能していなかったわけではありません。ホストには到達できましたが、Windowsから指定したSMB共有に正しくアクセスできていませんでした。Zima Clientでマッピングすることで問題は解決しました。同様のケースでは、まずZimaOSを再インストールするのではなく、ホストへの到達性、共有の存在、認証、Windowsによる検出を切り分けてください。
