何らかの理由で、Windows マシンのネットワーク フォルダーに Windows 以外のコンピューターが表示されなくなりました。Windows 10 22H2 19045 です。他の Windows コンピューターは表示されます。これらの Linux ベースのマシンのフォルダーに共有を設定できます (その逆も可能です)。マシンの 1 つは Synology NAS で、ネットワーク構成は変更していません。もう 1 つは Rpi です。これらはすべて 1 つのサブネット上にあります。ここに samba.conf ファイルを含めることもできますが、NAS マシンが変更されていないことを考えると、意味がないようです。
Google で提案されたすべての標準構成オプションを確認しました。たとえば、CIFS 1 をオンにします。
プロトコルの謎をすべて解明したわけではありませんが、Wireshark を使用してポート 137、139、445 のアクティビティを記録しました。コンピューター間で会話が行われていることがわかり、rpi マシンは SMB 方言 2.0、3.0、3.02 をサポートしていることがわかります。
(Windows で) 何が変わったのか、またどうすればすべてを再び動作させることができるのかを知りたいです。
答え1
(Windows で) 何が変わったのか、またどうすればすべてを再び動作させることができるのかを知りたいです。
ヒント: これは Windows クライアントのせいではありません。
Windows Vista では、SMBv1 を使用して「近隣」のコンピュータを検出する「古き良き信頼性の低い」方法は廃止されました。それ以降、すべての新しいボックスは「Web Services Dynamic Discovery (WS-Discovery)」を使用しています。設定によっては、SMBv1 リスナーが最終的にオフになっている可能性が最も高いです (この状態のままにしておく必要があります)。いずれにしても、サポートされなくなりました。
したがって、(Linux の) コンピュータの検出は、もはや Samba が「単独で」応答する問題ではありません。一般的な Mac と同様に、WSD 呼び出しに応答する必要があります。
KDE アプリケーション パッケージ kio-extras のバージョン 20.04 は WS-Discovery を使用した SMB ホスト検出をサポートすると思いますが、そのバージョンは私のメイン ラップトップにインストールされている Gentoo Linux の安定版ブランチでも、Lubuntu 18.04 でも利用できません。
Linux 用の (テスト済みの) WS-Discovery サービスは wsdd です。これは Web サービス検出ホスト デーモンです。
wsdd implements a Web Service Discovery host daemon. This enables (Samba)
hosts, like your local NAS device, to be found by Web Service Discovery
Clients like Windows.