Ubuntu 18.04にアップグレードしましたが、Windows10に接続できませんSMB共有。以下に、私が行った/テストした内容を示します。
デフォルトのファイルアプリを使用して、smb:// [user] @IPを使用して接続しようとしましたが、パスワードを尋ねるダイアログが表示され、それを入力すると、「場所にアクセスできません:サーバーから共有リストを取得できませんでした:接続がタイムアウトしました。
端末smbclient -L 192.168.0.100(これは私のWIN10 PCのIPです)を使用して、そのシステムで利用可能な共有の正しいリストを取得しました。
Sudo ufw app list-> Sambaを許可されたアプリとして表示します。
SmbclientはWin10システムから共有リストを取得できるようですが、デフォルトのファイルアプリは取得できません...この分析を続行する方法がわかりません。同様の問題に遭遇しましたか?敬具、スーパーオート
それはバグです: https://bugs.launchpad.net/gvfs/+bug/1828107
実際には、別のバグを修正しようとしたときに作成されたバグです https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1778322
つまり、smbホストのブラウジングは、smb1方言に依存して検出を行います。ただし、Sambaクライアントはsmb3まで到達するように設計されており、実行してもホストの検出は機能しません。彼らは、ファイルマネージャーを強制的にsmb1にダウンさせて検出を行わせることで修正しようとしましたが、そこでスタックしました。
Windows 10はサーバー側でsmb1を無効にするため、アクセスできません。デフォルトを使用してsmb3経由でWin10にアクセスできるため、smbclientが機能します。
したがって、この問題の回避策は2つしかありません。
Microsoftが推奨しないサーバー側でWin10をsmb1に強制的に戻します。
または、デフォルトで最新のsmb方言を使用する個々の共有のCIFSマウントを実行します。このようなもの:
Sudo mount -t cifs //192.168.0.100/share-name /mount-point -o username=username,password=some-password,uid=your-ubuntu-user-name
これを/ etc/fstabで設定できます-別の構文で-この方法を選択した場合。
[〜#〜] edit [〜#〜]:プレーンテキストの資格情報の場合資格情報ファイルを作成して、rootだけがアクセスできるようにすることができます。
[1]/etc/samba/credentialsにファイルsayを作成します
[2] rootのみがアクセスできるようにします:Sudo chmod 0600 /etc/samba/credentials
[3]次に、次の形式で資格情報を追加します。
username=user-name
password=user-password
次に、fstabステートメントは次のようになります。
//192.168.0.100/share-name /mount-point cifs credentials=/etc/samba/credentials,uid=your-ubuntu-user-name 0 0