ZimaOS VMで「ネットワーク」を参照できるのに、ZimaOSホストへpingを送信できず、SMB共有を開けない場合は、Sambaの認証情報ではなく、まずVMのルーティングとホストへの到達性を確認してください。 2025年12月のスレッドでは当初、NATや分離が原因とされていましたが、その後の2026年4月の返信では、新しいブリッジ経路でもVMからZimaOSホストへpingを送信できない場合があると報告されています。
この後続報は重要です。「ブリッジ」ネットワークへの切り替えは有効なテストですが、すべてのZVMバージョンやネットワークバックエンドで確実に解決するわけではありません。
元のスレッドで実際に確認できたこと
VMには当初、Sambaクライアントの構成がありませんでした。インストール後、VMから自身のprint$共有を確認できたため、ゲスト内のSambaソフトウェアは動作していることが分かりました。より強い手がかりは、ping ZIMAOS_IPの結果が「ホストに到達できません」となったことです。
VMから同じLAN上の別のホストにはpingを送信できたため、問題はゲストのネットワーク全体の障害ではなく、ゲストとZimaOSホスト間に限定されていました。
ネットワーク参照の前に、IPアドレスでZimaOSホストをテストする
VM内でping ZIMAOS_IPを実行し、続いてsmb://ZIMAOS_IPまたは同等のWindows UNCパスを開いてください。ネットワーク検出が失敗しても、SMBへの直接アクセスは機能する場合があります。そのため、参照画面のアイコン表示は最初の動作確認には適していません。
現在のZimaOS SMBヘルプでも、SMBへのアクセスが遅い場合や失敗する場合は、直接アドレスと認証情報を確認することを推奨しています。
ブリッジモードでもホスト分離が発生する場合がある
初期のコミュニティ返信では、ブリッジモードで問題が解決すると説明されていました。しかし後日、最新版でもVMからZimaOSホストへpingを送信できないブリッジ状態が残っているという報告がありました。つまり、「ブリッジを使えばよい」という結論は強すぎます。
VMから他のLANデバイスには接続できるのにZimaOSホストへは接続できない場合は、ZimaOSネットワークアクセスガイドと照らし合わせ、Sambaを再設定する前に、VMのネットワークモード、ゲストIP、ホストIP、サブネット、ルーティングテーブルを記録してください。
SMB検出だけを成功判定に使わない
最小構成のLinuxゲストでは、Avahi、WS-Discoveryなどの参照サービスが実行されていない場合があります。そのため、グラフィカルな「ネットワーク」画面では共有が表示されなくても、IPアドレスを指定したSMBへの直接接続は成功することがあります。
pingが成功したら、TCP 445番ポートを確認し、直接認証してください。その後で初めて、サービス検出のトラブルシューティングを行います。
要点
元のスレッドでは、問題がSambaより下位の層にあることが絞り込まれました。VMからZimaOSホストへ接続できなかったのです。ブリッジネットワークは依然として試す価値のある設定ですが、後続の報告から、一部のZVMビルドではホスト分離が残る可能性が分かります。まずIP到達性、次にSMB、最後に検出機能の順で確認してください。
