QEMU:ホストのSambaネットワーク共有へのTails-VM接続の問題

QEMU:ホストのSambaネットワーク共有へのTails-VM接続の問題

私はDebian 9ホストの仮想マシンでTailsを実行しています。 Tails経由でホストコンピュータの共有フォルダにアクセスするためにSamba交換を設定してみました。

しかし、この方法Debian 8 では完全に動作しましたが、Debian 9 では動作しなくなりました。 Samba共有に接続しようとすると、常に次のエラーが発生します。

場所にアクセスできません。サーバーは共有リストを取得できません。接続がタイムアウトしました。


QEMU-settingsで、ネットワークソース(仮想ネットワークインタフェース)をvirbr0device modelという名前のブリッジとして指定しましたvirtio。マシンを実行すると、ブリッジが有効になり、物理ネットワークインターフェイスも有効になり、ゲスト(= Tails)は問題なくインターネットにアクセスできます。 -share のみSamba動作しません。

私の/etc/samba/smb.conf外観は次のとおりです。

[global]
workgroup = WORKGROUP
netbios name = MYCOMPUTER
name resolve order = bcast
dns proxy = no
log file = /var/log/samba/log./%m
max log size = 50
panic action = /usr/share/samba/panic-action %d
server role = standalone server
map to guest = bad user
usershare allow guests = yes
security = user
server string = %h server (Samba, Ubuntu)
bind interfaces only = yes
interfaces = enp0s25 virbr* lo

[Windows-SMB]
comment = Shared Samba Network Drive for Windows
path = /home/user/Public/Windows-Exchange
public = no
guest ok = no
browseable = yes
writeable = yes

[Tails-SMB]
comment = Shared Samba Network Drive for Tails
path = /home/user/Public/Tails-Exchange
public = no
guest ok = no
browseable = yes
writeable = yes

可能なすべての解決策を試しました。

  • インストールパッケージgvfs-bin

編集した場所/etc/samba/smb.conf

  • 次へ追加netbios name = NAME-OF-PC
  • 次へ追加name resolve order = bcast host

しかし、それらのどれも動作しません。


エラーの原因を絞り込もうとしました。

testparmエラーが検出されず、smbtreeすべての共有が正しく表示されます。表示されたIPアドレスを取得してnmblookup <hostname>Tailsに挿入すると、上記のエラーが再び発生します。

ただし、ゲストでSamba共有IPをpingすると正常に動作します。 Tailsファイルブラウザを使用して共有にアクセスできません。

私が見ることができる他のアイデアはありますか?

注文がsmbclient -L host私にもたらした」ホストに接続できませんでした(エラーNT_STATUS_UNSUCCESSFUL)。しかし、入力すると、smbclient -L 192.168.178.31株式を含むテーブルが正常にインポートされます。


現在の状況のスクリーンショットは次のとおりです。

CLIによる設定の確認:

user@hostname: ~$ smbtree
WORKGROUP
   \\HOSTNAME                  HOSTNAME server (Samba, Ubuntu)
        \\HOSTNAME\IPC$             IPC Service (HOSTNAME server (Samba, Ubuntu))
        \\HOSTNAME\Tails-SMB        Shared Samba Network Drive for Tails
        \\HOSTNAME\Windows-SMB      Shared Samba Network Drive for Windows

user@hostname: ~$ nmblookup
192.168.122.1 HOSTNAME<00>

(This seems to be fine)

仮想マシンマネージャ:

QEMU仮想マネージャーの物理ネットワークインターフェース:enp0s25

QEMU仮想マネージャーの物理ネットワークインターフェース:lo

Tailsが使用する仮想ブリッジ「virbr0」

GNOMEネットワーク管理者:

GNOMEネットワーク管理者:

ファイルブラウザを介してSamba共有IPに接続するとエラーが発生します。

ファイルブラウザを介してSamba共有に接続するとエラーが発生します。

Tailsは(成功的には)Samba-Server-IPにpingを送信します。

したがって、両方のIPが正常に機能しているようです(Sambaサーバーを再起動する前の以前の試みでも192.168.122.1同様です)。192.168.178.31

TailsからSambaサーバーにping


修正する:Samba交換はまだ機能していません。

面白いかもしれません。私はこのSamba問題のためにイライラして、Debian 9ホストを何度も再インストールしました。とにかく間違いをしていると思ったからです。ここで初めてDebianをインストールし、Virtual Machine Managersdefaultブリッジを起動しようとしたときにvirbr0ファイアウォールが検出されなかったというエラーが発生したことを覚えておきたいと思います。したがって、Virtual Machine Managerブリッジを有効にしたくありません。以前にこのような警告を受けたことがないので、defaultブリッジを削除し、同じ設定、同じ名前で新しく再作成しました。しかし、新しいブリッジを手動で起動するのは簡単で、問題はありませんでした。まだファイアウォールはインストールされていませんが、Virtual Machine Managerは苦情なしに新しいブリッジを受け入れました。今回はSambaスワップが正常に機能したことに留意したいと思います。

しかし、いくつかの他のタスクが動作せず、同時に多くのパッケージで遊んだので、ホストシステムを完全に再インストールしました。ここで、「ファイアウォールが検出されませんでした」というエラーメッセージはパッケージの欠落によるものであり、パッケージをインストールしましたがfirewalldSamba dnsmasqExchangeが再び機能しないことがわかりました。

残念ながら、私はバグを直接見つけるのに十分なLinuxに興味がありません。おそらく、ファイアウォールを介したIP設定やそれに似た単純なものです。

Sambaのもう一つの愚かな点は、コマンドを介してSambaサーバーを再起動した後で、/etc/init.d/samba restartコマンドがsmbtree直接機能しないことです。空の行が受信されず、ツリーが表示されるまで数秒待つ必要がある場合があります。

また、このsmbtreeコマンドは時々ホスト名を含む出力行のみを表示し、生成されたSamba共有の名前は表示しません。この動作はのオプションの影響を受けるようですsmb.conf。上位層によって提供されるsmb.conf招待コマンドも、出力smbtreeに共有を正しく表示します。ただし、[global]2つの基本項目だけで非常に単純なセクションを実行すると、出力がsmbtreeまだ完全に空になることがあります。理由はわかりません。

同じ設定を使用するDebian 8ホストでは、smbtree-command出力は実際には1行にすぎません。どこかにバグがあるのではないでしょうか?通常、smbtreeホスト名を表示する必要があります。そしてサンバも共有されます。少なくともSambaスワップはこのDebian 8システムで動作します(firewalldここにはインストールされていないかインストールされていません)。dnsmasq

ベストアンサー1

名前を解決するためにブロードキャスト(bcast)を使用していますが、コンピュータは別のサブネットにあります。

ブロードキャスト名解決は同じサブネットでのみ機能します。

/etc/hosts以下を使用して、tailホストにエントリを追加する必要があります。

192.168.178.31    hostnameofthesmbserver

次のコマンドを使用してこれを実行できます。

sudo nano /etc/hosts

tailはこの変更を継続的に維持するとは思わないので、再起動時に常にこのファイルを確認してください。

おすすめ記事