My apologies for sidetracking this far trying to explain differences
between discovery and browsing but there seems to be a lot of mixing the
2 as one. The fact that you have "discovered" a server you wish to
"browse" is irrelivant for this bug (afaik you shouldn't have been able
to discover it as there are currently no working mechanisms to do so in
LTS versions judging from the open bug reports). If however you are
experiencing a crash whilst attempting to browse a share of the
discovered host, that is relevant and is to do with the way SMB protocol
versions themselves are being handled.


WRT the rest of the discussion:

SMBv1 leveraged NetBios to do discovery, (as did WINS which was a
fallback discovery method). With SMBv1 removed/disabled, all of the
NetBios discovery is also removed/disabled. Therefore, a discovery
protocol is needed. Enter WSD. SMBv2 and SMBv3 use WSD to discover hosts
on the network, (incidentally WSD was designed for SMBv2 during the
development of Vista to remove the dependancy on NetBios).

If you know the address of a host serving SMBv2 or SMBv3 already (via WSD, any 
other discovery protocol, off by heart), you can just do an SMB request against 
that address:
smbclient --list=<<SERVER>> --user=Anonymous -N


>The discoverability and connectivity works when the process is terminated and 
>restarted. Clearly this is achievable.
> Yes, netbios was used previously, but clearly after killing the process I can 
> reach them without SMB v1, just not after the first boot.

This is still probably nothing more than a cached entry, start-up check
of previously known hosts, or initial broadcast. Some of which may or
may not be unintentional from a security perspective, so as @seb128
said, file another bug report against them if you so wish.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/1828107

Title:
  gvfs can't list shares from smb servers that disabled SMB1

Status in gvfs:
  Unknown
Status in gvfs package in Ubuntu:
  Triaged

Bug description:
  After bug #1778322 is fixed (just needs a gvfs rebuild with newer
  samba), samba machines will start to show up again in the "windows
  network" tab in nautilus. But if a server has disabled the SMB1
  protocol, nautilus will show an error when that server is clicked on,
  instead of showing the shares list.

  Even with SMB1 disabled, it should still be technically possible to
  get a share list, since smbclient can do it:

  andreas@nsnx:~$ nmblookup -A 192.168.122.101
  Looking up status of 192.168.122.101
        D-NO-SMB1       <00> -         B <ACTIVE> 
        D-NO-SMB1       <03> -         B <ACTIVE> 
        D-NO-SMB1       <20> -         B <ACTIVE> 
        ..__MSBROWSE__. <01> - <GROUP> B <ACTIVE> 
        WORKGROUP       <00> - <GROUP> B <ACTIVE> 
        WORKGROUP       <1d> -         B <ACTIVE> 
        WORKGROUP       <1e> - <GROUP> B <ACTIVE> 

          MAC Address = 00-00-00-00-00-00

  andreas@nsnx:~$ smbclient -L 192.168.122.101 -N
  WARNING: The "syslog" option is deprecated

        Sharename       Type      Comment
        ---------       ----      -------
        print$          Disk      Printer Drivers
        pub_no_smb1     Disk      
        IPC$            IPC       IPC Service (d-no-smb1 server (Samba, Ubuntu))
  Reconnecting with SMB1 for workgroup listing.
  protocol negotiation failed: NT_STATUS_INVALID_NETWORK_RESPONSE
  Failed to connect with SMB1 -- no workgroup available

  andreas@nsnx:~$ smbclient //192.168.122.101/pub_no_smb1 -U ubuntu%ubuntu -m 
NT1
  WARNING: The "syslog" option is deprecated
  protocol negotiation failed: NT_STATUS_INVALID_NETWORK_RESPONSE

  andreas@nsnx:~$ smbclient //192.168.122.101/pub_no_smb1 -U ubuntu%ubuntu -m 
SMB2
  WARNING: The "syslog" option is deprecated
  Try "help" to get a list of possible commands.
  smb: \> dir
    .                                   D        0  Fri May  3 18:16:38 2019
    ..                                  D        0  Fri May  3 18:15:24 2019
    hello.txt                           N       21  Fri May  3 18:16:12 2019
    hello-from-nsnx.txt                 A        9  Fri May  3 18:16:38 2019

                  20509264 blocks of size 1024. 13121800 blocks
  available

To manage notifications about this bug go to:
https://bugs.launchpad.net/gvfs/+bug/1828107/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to