メインOS(openSUSE 42.1)とゲストWindows 7仮想マシンの間でフォルダーを共有しようとしていますが、適切に設定できません。
私はVM from virt-manager
にアクセスします。これを達成するための最良の方法はSambaを使用することです。
このセクションを/etc/samba/smb.conf
に追加しました
[shared]
comment = my shared folder
guest ok = Yes
inherit acls = Yes
path = /home/user/shared
read only = No
browseable = Yes
/home/user/shared
の権限をdrwxrwxrwx
に設定し、smb.service
が稼働していることを確認しました。
しかし、Windows VM=を実行していて、共有フォルダに接続しようとすると、アクセスも表示もできません。
どうすればこれを解決できますか?
問題は、ファイアウォールがSambaが使用するポート上の接続をブロックしていたことでした。
必要な例外を追加する必要がありましたが、期待どおりに機能します。
古いWindows 7にアクセスする必要がありましたVM(PopOS 19.04からですが、Ubuntuでも動作することは間違いありません)同じ問題に遭遇しました。これを含む数十のWebサイトが調査されました1.共有リソースを使用してsmb.confをセットアップしましたが、問題はありません。次に、Windows側から、それらのサイトの指示を使用してドライブを繰り返しマッピングしようとしましたall Linuxを使用すると言われていますアカウント名(正しい)、KVMマネージャーのvirbr0 IPアドレス(たとえば、192.168.122.1。も正しい。これは、もちろんLinuxマシン自体の通常のIPアドレスではない)。 「別の資格情報を使用して接続する」というボックスをチェックする-間違っています。何度も試行した後、このボックスをチェックしないとどうなるかを確認することにしました。ドライブが正しくマッピングされたときの驚きを想像してみて、それに書いてください!
OPに対して、次を使用してSambaを有効にしていることを確認します。
systemctl enable smb.service
次回マシンを再起動したときに再起動します。
また、noファイアウォールの変更が必要だったことにも注意してください。これは、多くのWebサイトが示唆していたこととは異なります。この場合、LinuxホストからWindowsへのvirbr0接続の使用VMは、メインハウスネットワークからの分離を提供します。
Windows側からSamba接続を作成する場合、[ログオン時に再接続]を選択する必要もありません。これをテストするには、VMをシャットダウンしてから再起動し、ドライブZ:を指すようにしたリンクをクリックします(これは、Sambaの共有をマップした場所です)。資格情報をもう一度追加することなく、すぐに再接続しました。
Linux側とWindows側の間でファイルを簡単に共有できるようになりました。注:これは、PopOSおよびUbuntuリポジトリーからのバージョンであるSamba 4.10.0で行われます。古いバージョンでは、他の調整が必要な場合があります。