☰

Sambaネットワーク検索はファイルマネージャを介して失敗しましたが、smbtreeを使用して機能します。

tag-icon • tag-icon networking samba file-manager
Sambaネットワーク検索はファイルマネージャを介して失敗しましたが、smbtreeを使用して機能します。

ファイルマネージャ（Caja、Nautilus、PCManFM、Dolphin）からネットワークアイテムがありますWindowsネットワークただし、ダブルクリックすると項目がゼロの空のウィンドウが表示されます。

ただし、smbtreeローカルネットワーク上のオンライン（WindowsおよびLinux）コンピュータホスト、対応するワークグループ、共有ディレクトリ、およびプリンタが一覧表示されます。

ファイルマネージャで場所アドレスを使用でき、smb://[HOST_IP]/[SHARE_DIRECTORY]動作します。ただし、smb://[HOST_IP]ディレクトリがない場合はエラーが報告されます。

エラー：サーバーは共有リストを取得できません。パラメータが無効です。別のビューアを選択してもう一度やり直してください。

編集する： Sambaの設定に関連する同様のバグレポートがたくさんあります（ここでもまだ問題になる可能性があります）。ただし、最新のバグレポートによると、これはSambaとMicrosoftが以前のプロトコル（SMB1）を使用しなくなったことに関連している可能性があります。https://dev.solus-project.com/T1223この新しい問題は、4.6.10以降のSambaバージョンで登場すると言われています。

この問題が発生しているコンピュータは Fedora 28 と Samba 4.8.3 を実行しています。共有を正常に閲覧できる同じネットワーク上の他のコンピュータは、Samba 4.3.11-UbuntuがインストールされているUbuntu 16.04です。

編集する：Fedora 36とSamba 4.16.8では動作しません。機能しsmbtreeなくなり、次のメッセージを印刷します。

main：netbios名前解決が設定されていない場合、このユーティリティは機能しません。 SMB2またはSMB3を使用している場合、Web検索はSambaがまだサポートしていないWSD / LLMNRを使用します。セキュリティ上の理由から、最新のWindowsバージョンではSMB1はデフォルトで無効になっています。 Sambaリソースはまだ\ nameまたは\ ip.addressを介して直接アクセスできます。

答え1

潜在的な問題 #1 - 注文の解決

NMBの問題が解決されているようです。この内容は、次のタイトルの投稿に記載されています。Nautilusがネットワークコンピュータを表示できません... [解決済み]。

非発見解決コマンド 
# What naming service and in what order should we use to resolve host names
# to IP addresses
name resolve order = lmhosts host wins bcast
業務解決手順の報告 
name resolve order = bcast lmhosts host wins

このように変更した後は、必ずNMB/SMBサービスを再起動してください。

潜在的な問題 #2 - クライアントプロトコル

あなたの質問をさらに調査した結果、次のAU Q&Aでこのトリックが見つかりました。Nautilusは18.04に在庫を確認できませんでした。。ヒントは、次を変更することです。

$ more /etc/samba/smb.conf
workgroup = WORKGROUP
client max protocol = NT1

上記のように変更した後、単に再起動するよりも再起動することをお勧めします。

このヒントの一部として、avahiサービスが実行されていることを確認してください。

$ sudo service avahi-daemon status
$ sudo service avahi-demon start

潜在的な問題 #3 - ファイアウォール

このAskfedora.orgの記事によると、次のようになります。fedora 27 Web ブラウジングが機能しません。なぜ？ファイアウォールを無効にしてみることをお勧めします。 SambaのNMB / SMBサービスが正しく機能するために必要なポート137-139をブロックできます。

潜在的な問題 #4 - gvfs のバグ 1513394

検索を続行した結果、この問題はまだ保留中としてマークされました。質問のタイトルは次のとおりです。バグ 1513394 - gvfs を使用するアプリケーションは SMB 共有を参照できません。。 gvfs-smbパッケージに関連しています。

gvfsを使用するアプリケーションはSMB共有を参照できません。

次の手順を使用して、問題がシステムに影響を与えるかどうかを確認できます。

再現段階：

1. nmblookup -M -- -
2. nmblookup -M workgroup
3. smbtree
4. gio list network://
5. gio list smb:///
6. gio list smb://workgroup

それでも機能しない場合、上記の手順の結果は次のようになります。

1. will return IP address for __MSBROWSE__ special name
2. will return IP address for workgroup master browser
3. will correctly list workgroup, workgroup members and their shares
4. returned items are missing workgroup members
5. will return empty
6. will return an error message "The specified location is not mounted"

すべてがうまくいったら、結果は次のようになります。

1. OK
2. OK
3. OK
4. returned items should contain workgroup members
5. should contain workgroup name
6. should contain workgroup members

現時点では、この問題に対する解決策はないようです。

記録上、Fedora 28とSamba 4.8では動作しません。

この問題に関するコメントを読んで、残りの話を学んでください。

引用する

答え2

この問題は、Sambaバージョン4.10.2がインストールされているFedora 30（MATEデスクトップ環境）で修正されました！

場所 - >ネットワークは、Windowsワークグループに関連付けられているコンピュータを表示します。ファイルマネージャで共有ディレクトリを見つけます。すべてが再び計画通りに進むようだった。

編集：少なくともFedora 36では動作しなくなりました。

関連情報