家に小さなネットワークがあり、Windowsに共有フォルダがあります。他のWindowsコンピュータではWindows共有の一覧を表示できますが、Linuxデバイスではこれを行うことはできません。
「Windows共有」をクリックするとノーチラス示す:
Failed to retrieve share list from server: No such file or directory
しかし、驚くべきことに接続することができます。smb://192.168.1.2/SharedFolder
私はテストしましたFedora 23ライブ、ダーバン8そしてDebian テストすべてが同じです。
ポート136、137、138、および445が開いていることも確認しました。
ベストアンサー1
初期の WannaCry マルウェア感染の後、Microsoft は元の計画よりも早く Windows ディスクとプリンタ共有プロトコル SMB 1.0 の以前のバージョンを使用しなくなりました。
残念ながら、WindowsシステムがActive Directory以外のドメインでネットワーク共有を検索して参照する従来の方法は、依然として以前のプロトコルの一部を使用しています。
非ADネットワーク用の新しいWindows共有検索プロトコルWS-Discovery、SMBプロトコルとは全く別個に、Sambaはまだそのサポートを統合していません。
WindowsシステムにSMB 1.0が無効になっている（セキュリティ上の理由から強くお勧めします）、Active Directoryを使用していない場合、Linuxシステムに新しいプロトコルを使用して利用可能な共有を通知するソフトウェアがない場合、WindowsシステムはSMB 1.0を使用します。できます。 Linux共有は自動的に検出されますが、ユーザーが共有ホストの名前/ IPと共有名を知っている場合は、引き続き接続できます。
Sambaが新しいプロトコルを正常に統合するまで、この問題を軽減するためのいくつかのプロジェクトがあります。
https://github.com/christgau/wsdd- WS-DiscoveryレスポンダのPython 3スクリプト実装。
https://github.com/Andy2244/wsdd2そしてhttps://github.com/kochinc/wsdd2- Netgear ReadyNAS OS 6のオープンソースコードに基づくさまざまなバージョンのC実装。
彼らはSambaの設定を読み、ローカルネットワークのWS-Discoveryクエリに応答します。これを使用するには、ポート5357で着信TCP接続を許可し、ポート3702でマルチキャスト（UDP）トラフィックを許可する必要があります。プロトコルのマルチキャスト部分は、IPv4マルチキャストアドレス239.255.255.250とIPv6マルチキャストアドレスfe02::cを使用します。
クライアント側では、Debian 8 はクライアントツールに新しい検索プロトコルを含めるには古すぎるかもしれません。