必須ではないPCを18.04にアップグレードした後、プライマリPCを17.10に維持したまま、18.04でネットワークとNautilusに小さな問題が発生しました。
Nautilusサイドバーで[その他の場所]を選択すると、ネットワーク上の他のマシンとWindowsネットワークが表示されるはずです。それらはすべて17.10を実行しているマシンにありますが、18.04には表示されません。また、18.04では、Windowsネットワークのアイコンがありますが、クリックしても、17.10のように既存のワークグループが表示されません。
私の/etc/samba/smb.conf
ファイルはすべてのマシンで同一です。以下を実行することにより、18.04マシンから共有にアクセスできます。
nautilus smb://<ip address>
ターミナルで、これがSambaではなくNautilusと関係があるのではないかと疑う理由です。 17.10マシンのNautilusバージョンは3.26.0で、18.04マシンのNautilusバージョンは3.26.3です。
説明には2つの異なる問題があります。
「Windowsネットワーク」の問題は、クライアントプロトコルレベルを変更するsambaによるものです。 https://ubuntuforums.org/showthread.php?t=2384959
以前の動作に復元するには:smbclientをインストールします。
Sudo apt install smbclient
次に/etc/samba/smb.confを編集し、workgroup = WORKGROUP行の下に行を追加します。
client max protocol = NT1
ファイルを保存して再起動します...はい...再起動します。
Sambaがこれを変更した理由についてのフォーラム投稿を読んで、あなたに影響があるかどうかを確認してください。
17.10のSambaサーバーが見つからないというもう1つの問題は、そのリリースからプロトコルレベルに関係なく自動的に「公開」されるため、奇妙に思えます。すべてのマシンで次のサービスが実行されているかどうかを確認します。
Sudoサービスのアバヒデーモンのステータス
実行していない場合は再起動します。
Sudo service avahi-demon start
クライアントの最大値をNT1に変更すると、Ubuntu 17.10の検出も修正されるはずですが、avahiメソッドはデフォルトで実際に機能するはずです。
Windowsネットワークブラウジングを機能させるには、ufwファイアウォールを無効にする必要がありました。ファイアウォールを有効にして動作させるためのルールを把握していません。
Status: active
To Action From
-- ------ ----
137,138/udp ALLOW Anywhere
139,445/tcp ALLOW Anywhere
Apache Full ALLOW Anywhere
Samba ALLOW Anywhere
Samba (v6) ALLOW Anywhere (v6)
22/tcp ALLOW OUT Anywhere
ファイアウォールを無効にすると、実際に問題が解決します。
もう1つの解決策は、ソースポートを137に設定してudpのイントラネット(たとえばxxx1/24)からの着信トラフィックを通過させ、宛先ポートを137に設定してudpのイントラネットからの着信トラフィックを通過させることです。のNetBIOSを開く必要はありません。