Samba network discovery fails through file managers, but works with smbtreeVirtualbox: Find Windows host DNS...

IP addresses from public IP block in my LAN

How did the Venus Express detect lightning?

What is a smasher?

Upside-Down Pyramid Addition...REVERSED!

Something that can be activated/enabled

Find the cheapest shipping option based on item weight

SafeCracker #3 - We've Been Blocked

In Stroustrup's example, what does this colon mean in `return 1 : 2`? It's not a label or ternary operator

60s/70s science fiction novel where a man (after years of trying) finally succeeds to make a coin levitate by sheer concentration

How long would it take for people to notice a mass disappearance?

Why did the Apollo 13 crew extend the LM landing gear?

Why wasn't the Night King naked in S08E03?

What does 'made on' mean here?

How to safely wipe a USB flash drive

29er Road Tire?

US born but as a child of foreign diplomat

Do I add my skill check modifier to the roll of 15 granted by Glibness?

How can I roleplay a follower-type character when I as a player have a leader-type personality?

Causes of bimodal distributions when bootstrapping a meta-analysis model

Where are the "shires" in the UK?

Manager is threatening to grade me poorly if I don't complete the project

Can you Ready a Bard spell to release it after using Battle Magic?

Building a list of products from the elements in another list

Are pressure-treated posts that have been submerged for a few days ruined?



Samba network discovery fails through file managers, but works with smbtree


Virtualbox: Find Windows host DNS name on Debian guestSamba share permission denied user writing file but still showsSamba local master browser cannot be found via broadcastDebian VM Can see other computers on the network but can't connect to the WWWNemo action doesn't work with comand that works in most file managers (as menu services/actions)Linux Mint 18 file manager doesn't show all Windows computersSamba works but can't connect through Windows 10SSO with Samba4 Client and Samba3 Server without Active Directorysecuring a samba server to work with windows 10 and linux at the highest possible smb protocoll with encryptionHow can I get a non-blocking network file share between windows and linux PCs






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}







4















In file managers (Caja, Nautilus, PCManFM, Dolphin), under Network there is an entry for Windows Network but double-clicking this brings up an empty window with 0 items.



However, smbtree does list the (Windows and linux) computer hosts online in the local network, their workgroups, and the directories and printers shared from them.



In a file manager, I can use the location address smb://[HOST_IP]/[SHARE_DIRECTORY] and it works. However, smb://[HOST_IP] without the directory gives an error:




Error: Failed to retrieve share list from server: Invalid argument. Please select another viewer and try again.






EDIT:
There are many similar bugs reported relating to samba configuration (which may still be the issue here). However newer bug reports suggest it may have to do with samba and Microsoft deprecating old protocols (SMB1): https://dev.solus-project.com/T1223 It is claimed that this newer issue is present on samba versions after 4.6.10.



Note that the computer with this issue is running Fedora 28 and samba 4.8.3. Another computer on the same network which can successfully browse shares is on Ubuntu 16.04 and samba 4.3.11-Ubuntu.










share|improve this question































    4















    In file managers (Caja, Nautilus, PCManFM, Dolphin), under Network there is an entry for Windows Network but double-clicking this brings up an empty window with 0 items.



    However, smbtree does list the (Windows and linux) computer hosts online in the local network, their workgroups, and the directories and printers shared from them.



    In a file manager, I can use the location address smb://[HOST_IP]/[SHARE_DIRECTORY] and it works. However, smb://[HOST_IP] without the directory gives an error:




    Error: Failed to retrieve share list from server: Invalid argument. Please select another viewer and try again.






    EDIT:
    There are many similar bugs reported relating to samba configuration (which may still be the issue here). However newer bug reports suggest it may have to do with samba and Microsoft deprecating old protocols (SMB1): https://dev.solus-project.com/T1223 It is claimed that this newer issue is present on samba versions after 4.6.10.



    Note that the computer with this issue is running Fedora 28 and samba 4.8.3. Another computer on the same network which can successfully browse shares is on Ubuntu 16.04 and samba 4.3.11-Ubuntu.










    share|improve this question



























      4












      4








      4


      1






      In file managers (Caja, Nautilus, PCManFM, Dolphin), under Network there is an entry for Windows Network but double-clicking this brings up an empty window with 0 items.



      However, smbtree does list the (Windows and linux) computer hosts online in the local network, their workgroups, and the directories and printers shared from them.



      In a file manager, I can use the location address smb://[HOST_IP]/[SHARE_DIRECTORY] and it works. However, smb://[HOST_IP] without the directory gives an error:




      Error: Failed to retrieve share list from server: Invalid argument. Please select another viewer and try again.






      EDIT:
      There are many similar bugs reported relating to samba configuration (which may still be the issue here). However newer bug reports suggest it may have to do with samba and Microsoft deprecating old protocols (SMB1): https://dev.solus-project.com/T1223 It is claimed that this newer issue is present on samba versions after 4.6.10.



      Note that the computer with this issue is running Fedora 28 and samba 4.8.3. Another computer on the same network which can successfully browse shares is on Ubuntu 16.04 and samba 4.3.11-Ubuntu.










      share|improve this question
















      In file managers (Caja, Nautilus, PCManFM, Dolphin), under Network there is an entry for Windows Network but double-clicking this brings up an empty window with 0 items.



      However, smbtree does list the (Windows and linux) computer hosts online in the local network, their workgroups, and the directories and printers shared from them.



      In a file manager, I can use the location address smb://[HOST_IP]/[SHARE_DIRECTORY] and it works. However, smb://[HOST_IP] without the directory gives an error:




      Error: Failed to retrieve share list from server: Invalid argument. Please select another viewer and try again.






      EDIT:
      There are many similar bugs reported relating to samba configuration (which may still be the issue here). However newer bug reports suggest it may have to do with samba and Microsoft deprecating old protocols (SMB1): https://dev.solus-project.com/T1223 It is claimed that this newer issue is present on samba versions after 4.6.10.



      Note that the computer with this issue is running Fedora 28 and samba 4.8.3. Another computer on the same network which can successfully browse shares is on Ubuntu 16.04 and samba 4.3.11-Ubuntu.







      networking samba file-manager






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited Jul 6 '18 at 23:44







      adatum

















      asked Jul 6 '18 at 19:55









      adatumadatum

      137210




      137210






















          2 Answers
          2






          active

          oldest

          votes


















          2














          Potential issue #1 - resolve order



          Sounds like a resolving issue around NMB. It's mentioned here in this thread titled: Nautilus doesn't see network computers... [SOLVED].



          non-discovering resolve order

          # What naming service and in what order should we use to resolve host names
          # to IP addresses
          name resolve order = lmhosts host wins bcast


          reported to work resolve order

          name resolve order = bcast lmhosts host wins


          Be sure to restart NMB/SMB services once you've made this change.



          Potential issue #2 - client protocol



          Researching your issue further, I came across this tip in this AU Q&A titled: Nautilus fails to see shares in 18.04. The tip from there was to change the following:



          $ more /etc/samba/smb.conf
          workgroup = WORKGROUP
          client max protocol = NT1


          After making the above changes it's advised to reboot, not simply restart.



          As part of this tip, make sure that avahi service is running:



          $ sudo service avahi-daemon status
          $ sudo service avahi-demon start


          Potential issue #3 - firewalld



          According to this askfedora.org article titled: fedora 27 network browsing doesnt't work. Why? it's suggested to try disabling firewalld. It may be inhibiting the ports 137-139 which are required for Samba's NMB/SMB services to function properly.



          Potential issue #4 - Bug 1513394 with gvfs



          Continued searches led to this issue that's still listed as open. The issue, titled: Bug 1513394 - Applications using gvfs are unable to browse SMB shares. It has to do with the package gvfs-smb.




          Applications using gvfs are unable to browse SMB shares




          These steps can be used to see if the issue afflicts your system.



          Steps to Reproduce:



          1. nmblookup -M -- -
          2. nmblookup -M workgroup
          3. smbtree
          4. gio list network://
          5. gio list smb:///
          6. gio list smb://workgroup


          If things don't work the results from the steps above will look like this:



          1. will return IP address for __MSBROWSE__ special name
          2. will return IP address for workgroup master browser
          3. will correctly list workgroup, workgroup members and their shares
          4. returned items are missing workgroup members
          5. will return empty
          6. will return an error message "The specified location is not mounted"


          If things are working the results will look like this:



          1. OK
          2. OK
          3. OK
          4. returned items should contain workgroup members
          5. should contain workgroup name
          6. should contain workgroup members


          It should be noted that there doesn't appear to be a fix yet for this:




          For the record, it doesn't work in Fedora 28 and Samba 4.8 either.




          Read the comments on the issue to see the rest of the story.



          References




          • Nautilus doesn't see network computers... [SOLVED]

          • Problem viewing network on Nautilus

          • Ubuntu Sharing Issue






          share|improve this answer


























          • As mentioned in the link in your comment, I have an entry in journalctl system logs about Kerberos: gvfsd[2694]: Kerberos auth with '[USER]@[WORKGROUP]' (USER][WORKGROUP]) to access '[HOST_IP]' not possible

            – adatum
            Jul 7 '18 at 0:20











          • Stopping firewalld with systemctl did not solve the issue.

            – adatum
            Jul 7 '18 at 0:22











          • @adatum - interesting, you want to try the kerberos solution to see if it fixes your issue?

            – slm
            Jul 7 '18 at 0:33











          • What kerberos solution? I'm not familiar with kerberos but read it has to do with Active Directory domains, which I don't think I'm using (how can I check to be sure?).

            – adatum
            Jul 7 '18 at 0:38






          • 1





            @adatum - agreed - I wouldn't do that either. I'd just deal w/ the having to manually browse to shares until it gets resolved.

            – slm
            Jul 7 '18 at 4:33



















          0














          The issue is now solved on Fedora 30 (MATE desktop environment) with Samba version 4.10.2 !



          Places -> Network now shows Windows workgroups and connected computers. Browsing the shared directories works through the file manager. Everything seems as expected once again.






          share|improve this answer
























            Your Answer








            StackExchange.ready(function() {
            var channelOptions = {
            tags: "".split(" "),
            id: "106"
            };
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function() {
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled) {
            StackExchange.using("snippets", function() {
            createEditor();
            });
            }
            else {
            createEditor();
            }
            });

            function createEditor() {
            StackExchange.prepareEditor({
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: false,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: null,
            bindNavPrevention: true,
            postfix: "",
            imageUploader: {
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            },
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            });


            }
            });














            draft saved

            draft discarded


















            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f453944%2fsamba-network-discovery-fails-through-file-managers-but-works-with-smbtree%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown

























            2 Answers
            2






            active

            oldest

            votes








            2 Answers
            2






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            2














            Potential issue #1 - resolve order



            Sounds like a resolving issue around NMB. It's mentioned here in this thread titled: Nautilus doesn't see network computers... [SOLVED].



            non-discovering resolve order

            # What naming service and in what order should we use to resolve host names
            # to IP addresses
            name resolve order = lmhosts host wins bcast


            reported to work resolve order

            name resolve order = bcast lmhosts host wins


            Be sure to restart NMB/SMB services once you've made this change.



            Potential issue #2 - client protocol



            Researching your issue further, I came across this tip in this AU Q&A titled: Nautilus fails to see shares in 18.04. The tip from there was to change the following:



            $ more /etc/samba/smb.conf
            workgroup = WORKGROUP
            client max protocol = NT1


            After making the above changes it's advised to reboot, not simply restart.



            As part of this tip, make sure that avahi service is running:



            $ sudo service avahi-daemon status
            $ sudo service avahi-demon start


            Potential issue #3 - firewalld



            According to this askfedora.org article titled: fedora 27 network browsing doesnt't work. Why? it's suggested to try disabling firewalld. It may be inhibiting the ports 137-139 which are required for Samba's NMB/SMB services to function properly.



            Potential issue #4 - Bug 1513394 with gvfs



            Continued searches led to this issue that's still listed as open. The issue, titled: Bug 1513394 - Applications using gvfs are unable to browse SMB shares. It has to do with the package gvfs-smb.




            Applications using gvfs are unable to browse SMB shares




            These steps can be used to see if the issue afflicts your system.



            Steps to Reproduce:



            1. nmblookup -M -- -
            2. nmblookup -M workgroup
            3. smbtree
            4. gio list network://
            5. gio list smb:///
            6. gio list smb://workgroup


            If things don't work the results from the steps above will look like this:



            1. will return IP address for __MSBROWSE__ special name
            2. will return IP address for workgroup master browser
            3. will correctly list workgroup, workgroup members and their shares
            4. returned items are missing workgroup members
            5. will return empty
            6. will return an error message "The specified location is not mounted"


            If things are working the results will look like this:



            1. OK
            2. OK
            3. OK
            4. returned items should contain workgroup members
            5. should contain workgroup name
            6. should contain workgroup members


            It should be noted that there doesn't appear to be a fix yet for this:




            For the record, it doesn't work in Fedora 28 and Samba 4.8 either.




            Read the comments on the issue to see the rest of the story.



            References




            • Nautilus doesn't see network computers... [SOLVED]

            • Problem viewing network on Nautilus

            • Ubuntu Sharing Issue






            share|improve this answer


























            • As mentioned in the link in your comment, I have an entry in journalctl system logs about Kerberos: gvfsd[2694]: Kerberos auth with '[USER]@[WORKGROUP]' (USER][WORKGROUP]) to access '[HOST_IP]' not possible

              – adatum
              Jul 7 '18 at 0:20











            • Stopping firewalld with systemctl did not solve the issue.

              – adatum
              Jul 7 '18 at 0:22











            • @adatum - interesting, you want to try the kerberos solution to see if it fixes your issue?

              – slm
              Jul 7 '18 at 0:33











            • What kerberos solution? I'm not familiar with kerberos but read it has to do with Active Directory domains, which I don't think I'm using (how can I check to be sure?).

              – adatum
              Jul 7 '18 at 0:38






            • 1





              @adatum - agreed - I wouldn't do that either. I'd just deal w/ the having to manually browse to shares until it gets resolved.

              – slm
              Jul 7 '18 at 4:33
















            2














            Potential issue #1 - resolve order



            Sounds like a resolving issue around NMB. It's mentioned here in this thread titled: Nautilus doesn't see network computers... [SOLVED].



            non-discovering resolve order

            # What naming service and in what order should we use to resolve host names
            # to IP addresses
            name resolve order = lmhosts host wins bcast


            reported to work resolve order

            name resolve order = bcast lmhosts host wins


            Be sure to restart NMB/SMB services once you've made this change.



            Potential issue #2 - client protocol



            Researching your issue further, I came across this tip in this AU Q&A titled: Nautilus fails to see shares in 18.04. The tip from there was to change the following:



            $ more /etc/samba/smb.conf
            workgroup = WORKGROUP
            client max protocol = NT1


            After making the above changes it's advised to reboot, not simply restart.



            As part of this tip, make sure that avahi service is running:



            $ sudo service avahi-daemon status
            $ sudo service avahi-demon start


            Potential issue #3 - firewalld



            According to this askfedora.org article titled: fedora 27 network browsing doesnt't work. Why? it's suggested to try disabling firewalld. It may be inhibiting the ports 137-139 which are required for Samba's NMB/SMB services to function properly.



            Potential issue #4 - Bug 1513394 with gvfs



            Continued searches led to this issue that's still listed as open. The issue, titled: Bug 1513394 - Applications using gvfs are unable to browse SMB shares. It has to do with the package gvfs-smb.




            Applications using gvfs are unable to browse SMB shares




            These steps can be used to see if the issue afflicts your system.



            Steps to Reproduce:



            1. nmblookup -M -- -
            2. nmblookup -M workgroup
            3. smbtree
            4. gio list network://
            5. gio list smb:///
            6. gio list smb://workgroup


            If things don't work the results from the steps above will look like this:



            1. will return IP address for __MSBROWSE__ special name
            2. will return IP address for workgroup master browser
            3. will correctly list workgroup, workgroup members and their shares
            4. returned items are missing workgroup members
            5. will return empty
            6. will return an error message "The specified location is not mounted"


            If things are working the results will look like this:



            1. OK
            2. OK
            3. OK
            4. returned items should contain workgroup members
            5. should contain workgroup name
            6. should contain workgroup members


            It should be noted that there doesn't appear to be a fix yet for this:




            For the record, it doesn't work in Fedora 28 and Samba 4.8 either.




            Read the comments on the issue to see the rest of the story.



            References




            • Nautilus doesn't see network computers... [SOLVED]

            • Problem viewing network on Nautilus

            • Ubuntu Sharing Issue






            share|improve this answer


























            • As mentioned in the link in your comment, I have an entry in journalctl system logs about Kerberos: gvfsd[2694]: Kerberos auth with '[USER]@[WORKGROUP]' (USER][WORKGROUP]) to access '[HOST_IP]' not possible

              – adatum
              Jul 7 '18 at 0:20











            • Stopping firewalld with systemctl did not solve the issue.

              – adatum
              Jul 7 '18 at 0:22











            • @adatum - interesting, you want to try the kerberos solution to see if it fixes your issue?

              – slm
              Jul 7 '18 at 0:33











            • What kerberos solution? I'm not familiar with kerberos but read it has to do with Active Directory domains, which I don't think I'm using (how can I check to be sure?).

              – adatum
              Jul 7 '18 at 0:38






            • 1





              @adatum - agreed - I wouldn't do that either. I'd just deal w/ the having to manually browse to shares until it gets resolved.

              – slm
              Jul 7 '18 at 4:33














            2












            2








            2







            Potential issue #1 - resolve order



            Sounds like a resolving issue around NMB. It's mentioned here in this thread titled: Nautilus doesn't see network computers... [SOLVED].



            non-discovering resolve order

            # What naming service and in what order should we use to resolve host names
            # to IP addresses
            name resolve order = lmhosts host wins bcast


            reported to work resolve order

            name resolve order = bcast lmhosts host wins


            Be sure to restart NMB/SMB services once you've made this change.



            Potential issue #2 - client protocol



            Researching your issue further, I came across this tip in this AU Q&A titled: Nautilus fails to see shares in 18.04. The tip from there was to change the following:



            $ more /etc/samba/smb.conf
            workgroup = WORKGROUP
            client max protocol = NT1


            After making the above changes it's advised to reboot, not simply restart.



            As part of this tip, make sure that avahi service is running:



            $ sudo service avahi-daemon status
            $ sudo service avahi-demon start


            Potential issue #3 - firewalld



            According to this askfedora.org article titled: fedora 27 network browsing doesnt't work. Why? it's suggested to try disabling firewalld. It may be inhibiting the ports 137-139 which are required for Samba's NMB/SMB services to function properly.



            Potential issue #4 - Bug 1513394 with gvfs



            Continued searches led to this issue that's still listed as open. The issue, titled: Bug 1513394 - Applications using gvfs are unable to browse SMB shares. It has to do with the package gvfs-smb.




            Applications using gvfs are unable to browse SMB shares




            These steps can be used to see if the issue afflicts your system.



            Steps to Reproduce:



            1. nmblookup -M -- -
            2. nmblookup -M workgroup
            3. smbtree
            4. gio list network://
            5. gio list smb:///
            6. gio list smb://workgroup


            If things don't work the results from the steps above will look like this:



            1. will return IP address for __MSBROWSE__ special name
            2. will return IP address for workgroup master browser
            3. will correctly list workgroup, workgroup members and their shares
            4. returned items are missing workgroup members
            5. will return empty
            6. will return an error message "The specified location is not mounted"


            If things are working the results will look like this:



            1. OK
            2. OK
            3. OK
            4. returned items should contain workgroup members
            5. should contain workgroup name
            6. should contain workgroup members


            It should be noted that there doesn't appear to be a fix yet for this:




            For the record, it doesn't work in Fedora 28 and Samba 4.8 either.




            Read the comments on the issue to see the rest of the story.



            References




            • Nautilus doesn't see network computers... [SOLVED]

            • Problem viewing network on Nautilus

            • Ubuntu Sharing Issue






            share|improve this answer















            Potential issue #1 - resolve order



            Sounds like a resolving issue around NMB. It's mentioned here in this thread titled: Nautilus doesn't see network computers... [SOLVED].



            non-discovering resolve order

            # What naming service and in what order should we use to resolve host names
            # to IP addresses
            name resolve order = lmhosts host wins bcast


            reported to work resolve order

            name resolve order = bcast lmhosts host wins


            Be sure to restart NMB/SMB services once you've made this change.



            Potential issue #2 - client protocol



            Researching your issue further, I came across this tip in this AU Q&A titled: Nautilus fails to see shares in 18.04. The tip from there was to change the following:



            $ more /etc/samba/smb.conf
            workgroup = WORKGROUP
            client max protocol = NT1


            After making the above changes it's advised to reboot, not simply restart.



            As part of this tip, make sure that avahi service is running:



            $ sudo service avahi-daemon status
            $ sudo service avahi-demon start


            Potential issue #3 - firewalld



            According to this askfedora.org article titled: fedora 27 network browsing doesnt't work. Why? it's suggested to try disabling firewalld. It may be inhibiting the ports 137-139 which are required for Samba's NMB/SMB services to function properly.



            Potential issue #4 - Bug 1513394 with gvfs



            Continued searches led to this issue that's still listed as open. The issue, titled: Bug 1513394 - Applications using gvfs are unable to browse SMB shares. It has to do with the package gvfs-smb.




            Applications using gvfs are unable to browse SMB shares




            These steps can be used to see if the issue afflicts your system.



            Steps to Reproduce:



            1. nmblookup -M -- -
            2. nmblookup -M workgroup
            3. smbtree
            4. gio list network://
            5. gio list smb:///
            6. gio list smb://workgroup


            If things don't work the results from the steps above will look like this:



            1. will return IP address for __MSBROWSE__ special name
            2. will return IP address for workgroup master browser
            3. will correctly list workgroup, workgroup members and their shares
            4. returned items are missing workgroup members
            5. will return empty
            6. will return an error message "The specified location is not mounted"


            If things are working the results will look like this:



            1. OK
            2. OK
            3. OK
            4. returned items should contain workgroup members
            5. should contain workgroup name
            6. should contain workgroup members


            It should be noted that there doesn't appear to be a fix yet for this:




            For the record, it doesn't work in Fedora 28 and Samba 4.8 either.




            Read the comments on the issue to see the rest of the story.



            References




            • Nautilus doesn't see network computers... [SOLVED]

            • Problem viewing network on Nautilus

            • Ubuntu Sharing Issue







            share|improve this answer














            share|improve this answer



            share|improve this answer








            edited Jul 7 '18 at 1:35

























            answered Jul 6 '18 at 21:24









            slmslm

            257k71544693




            257k71544693













            • As mentioned in the link in your comment, I have an entry in journalctl system logs about Kerberos: gvfsd[2694]: Kerberos auth with '[USER]@[WORKGROUP]' (USER][WORKGROUP]) to access '[HOST_IP]' not possible

              – adatum
              Jul 7 '18 at 0:20











            • Stopping firewalld with systemctl did not solve the issue.

              – adatum
              Jul 7 '18 at 0:22











            • @adatum - interesting, you want to try the kerberos solution to see if it fixes your issue?

              – slm
              Jul 7 '18 at 0:33











            • What kerberos solution? I'm not familiar with kerberos but read it has to do with Active Directory domains, which I don't think I'm using (how can I check to be sure?).

              – adatum
              Jul 7 '18 at 0:38






            • 1





              @adatum - agreed - I wouldn't do that either. I'd just deal w/ the having to manually browse to shares until it gets resolved.

              – slm
              Jul 7 '18 at 4:33



















            • As mentioned in the link in your comment, I have an entry in journalctl system logs about Kerberos: gvfsd[2694]: Kerberos auth with '[USER]@[WORKGROUP]' (USER][WORKGROUP]) to access '[HOST_IP]' not possible

              – adatum
              Jul 7 '18 at 0:20











            • Stopping firewalld with systemctl did not solve the issue.

              – adatum
              Jul 7 '18 at 0:22











            • @adatum - interesting, you want to try the kerberos solution to see if it fixes your issue?

              – slm
              Jul 7 '18 at 0:33











            • What kerberos solution? I'm not familiar with kerberos but read it has to do with Active Directory domains, which I don't think I'm using (how can I check to be sure?).

              – adatum
              Jul 7 '18 at 0:38






            • 1





              @adatum - agreed - I wouldn't do that either. I'd just deal w/ the having to manually browse to shares until it gets resolved.

              – slm
              Jul 7 '18 at 4:33

















            As mentioned in the link in your comment, I have an entry in journalctl system logs about Kerberos: gvfsd[2694]: Kerberos auth with '[USER]@[WORKGROUP]' (USER][WORKGROUP]) to access '[HOST_IP]' not possible

            – adatum
            Jul 7 '18 at 0:20





            As mentioned in the link in your comment, I have an entry in journalctl system logs about Kerberos: gvfsd[2694]: Kerberos auth with '[USER]@[WORKGROUP]' (USER][WORKGROUP]) to access '[HOST_IP]' not possible

            – adatum
            Jul 7 '18 at 0:20













            Stopping firewalld with systemctl did not solve the issue.

            – adatum
            Jul 7 '18 at 0:22





            Stopping firewalld with systemctl did not solve the issue.

            – adatum
            Jul 7 '18 at 0:22













            @adatum - interesting, you want to try the kerberos solution to see if it fixes your issue?

            – slm
            Jul 7 '18 at 0:33





            @adatum - interesting, you want to try the kerberos solution to see if it fixes your issue?

            – slm
            Jul 7 '18 at 0:33













            What kerberos solution? I'm not familiar with kerberos but read it has to do with Active Directory domains, which I don't think I'm using (how can I check to be sure?).

            – adatum
            Jul 7 '18 at 0:38





            What kerberos solution? I'm not familiar with kerberos but read it has to do with Active Directory domains, which I don't think I'm using (how can I check to be sure?).

            – adatum
            Jul 7 '18 at 0:38




            1




            1





            @adatum - agreed - I wouldn't do that either. I'd just deal w/ the having to manually browse to shares until it gets resolved.

            – slm
            Jul 7 '18 at 4:33





            @adatum - agreed - I wouldn't do that either. I'd just deal w/ the having to manually browse to shares until it gets resolved.

            – slm
            Jul 7 '18 at 4:33













            0














            The issue is now solved on Fedora 30 (MATE desktop environment) with Samba version 4.10.2 !



            Places -> Network now shows Windows workgroups and connected computers. Browsing the shared directories works through the file manager. Everything seems as expected once again.






            share|improve this answer




























              0














              The issue is now solved on Fedora 30 (MATE desktop environment) with Samba version 4.10.2 !



              Places -> Network now shows Windows workgroups and connected computers. Browsing the shared directories works through the file manager. Everything seems as expected once again.






              share|improve this answer


























                0












                0








                0







                The issue is now solved on Fedora 30 (MATE desktop environment) with Samba version 4.10.2 !



                Places -> Network now shows Windows workgroups and connected computers. Browsing the shared directories works through the file manager. Everything seems as expected once again.






                share|improve this answer













                The issue is now solved on Fedora 30 (MATE desktop environment) with Samba version 4.10.2 !



                Places -> Network now shows Windows workgroups and connected computers. Browsing the shared directories works through the file manager. Everything seems as expected once again.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered 36 mins ago









                adatumadatum

                137210




                137210






























                    draft saved

                    draft discarded




















































                    Thanks for contributing an answer to Unix & Linux Stack Exchange!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid



                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.


                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function () {
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f453944%2fsamba-network-discovery-fails-through-file-managers-but-works-with-smbtree%23new-answer', 'question_page');
                    }
                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    Taj Mahal Inhaltsverzeichnis Aufbau | Geschichte | 350-Jahr-Feier | Heutige Bedeutung | Siehe auch |...

                    Baia Sprie Cuprins Etimologie | Istorie | Demografie | Politică și administrație | Arii naturale...

                    Nicolae Petrescu-Găină Cuprins Biografie | Opera | In memoriam | Varia | Controverse, incertitudini...