Shares not accessible by other computers if Windows 10 firewall is ON












3














I am trying to share a folder on my Windows 10 machine. The computer is connected to the network via Ethernet. The problem is that when I try to access this shared folder from another Windows computer, I get an error saying that "Windows cannot access \xxxxx" with an error code 0x80070035 (Network path was not found).



Now, if on the Windows 10 machine I turn the firewall off, the share can be accessed by the other computers with no problem. So this narrows down the problem to the firewall settings.



What is confusing is all of the "File and Printer Sharing" firewall settings are already enabled (see below).



What am I missing? Is there any other firewall rule to be enabled? Any ideas?



Thanks,
AlefSin



(ps, I have only the Windows firewall, no other 3rd party virus protection or firewall programs).



enter image description here



Edit 1: I manually added a rule to the firewall to open TCP port 445. Now the shares are visible. So most probably what @Jacob mentioned is right: somehow the system does not recognize it is indeed connected to a "Private network", though at least parts of system think so:



enter image description here










share|improve this question
























  • Your solution should be its own answer.
    – Ramhound
    Apr 6 '16 at 16:42










  • Well, it is not a good solution though. Manually opening ports on the firewall is not something I would consider a good practice. At best it is temporary patch.
    – AlefSin
    Apr 6 '16 at 16:44










  • Except its the proper solution? That is obviously the port that the service, which is used by this functionality, uses. Opening ports used by services, services you want to use, isn't a security concern. If you are that worried, configure the rule, to only allow intranet traffic.
    – Ramhound
    Apr 6 '16 at 16:46












  • You have a point. I'll wait a bit and if nobody comes up with a way to understand the underlying cause, I'll add it as an answer for future reference.
    – AlefSin
    Apr 6 '16 at 16:48






  • 1




    Understanding Shared Folders and the Windows Firewall
    – Ramhound
    Apr 6 '16 at 16:50
















3














I am trying to share a folder on my Windows 10 machine. The computer is connected to the network via Ethernet. The problem is that when I try to access this shared folder from another Windows computer, I get an error saying that "Windows cannot access \xxxxx" with an error code 0x80070035 (Network path was not found).



Now, if on the Windows 10 machine I turn the firewall off, the share can be accessed by the other computers with no problem. So this narrows down the problem to the firewall settings.



What is confusing is all of the "File and Printer Sharing" firewall settings are already enabled (see below).



What am I missing? Is there any other firewall rule to be enabled? Any ideas?



Thanks,
AlefSin



(ps, I have only the Windows firewall, no other 3rd party virus protection or firewall programs).



enter image description here



Edit 1: I manually added a rule to the firewall to open TCP port 445. Now the shares are visible. So most probably what @Jacob mentioned is right: somehow the system does not recognize it is indeed connected to a "Private network", though at least parts of system think so:



enter image description here










share|improve this question
























  • Your solution should be its own answer.
    – Ramhound
    Apr 6 '16 at 16:42










  • Well, it is not a good solution though. Manually opening ports on the firewall is not something I would consider a good practice. At best it is temporary patch.
    – AlefSin
    Apr 6 '16 at 16:44










  • Except its the proper solution? That is obviously the port that the service, which is used by this functionality, uses. Opening ports used by services, services you want to use, isn't a security concern. If you are that worried, configure the rule, to only allow intranet traffic.
    – Ramhound
    Apr 6 '16 at 16:46












  • You have a point. I'll wait a bit and if nobody comes up with a way to understand the underlying cause, I'll add it as an answer for future reference.
    – AlefSin
    Apr 6 '16 at 16:48






  • 1




    Understanding Shared Folders and the Windows Firewall
    – Ramhound
    Apr 6 '16 at 16:50














3












3








3







I am trying to share a folder on my Windows 10 machine. The computer is connected to the network via Ethernet. The problem is that when I try to access this shared folder from another Windows computer, I get an error saying that "Windows cannot access \xxxxx" with an error code 0x80070035 (Network path was not found).



Now, if on the Windows 10 machine I turn the firewall off, the share can be accessed by the other computers with no problem. So this narrows down the problem to the firewall settings.



What is confusing is all of the "File and Printer Sharing" firewall settings are already enabled (see below).



What am I missing? Is there any other firewall rule to be enabled? Any ideas?



Thanks,
AlefSin



(ps, I have only the Windows firewall, no other 3rd party virus protection or firewall programs).



enter image description here



Edit 1: I manually added a rule to the firewall to open TCP port 445. Now the shares are visible. So most probably what @Jacob mentioned is right: somehow the system does not recognize it is indeed connected to a "Private network", though at least parts of system think so:



enter image description here










share|improve this question















I am trying to share a folder on my Windows 10 machine. The computer is connected to the network via Ethernet. The problem is that when I try to access this shared folder from another Windows computer, I get an error saying that "Windows cannot access \xxxxx" with an error code 0x80070035 (Network path was not found).



Now, if on the Windows 10 machine I turn the firewall off, the share can be accessed by the other computers with no problem. So this narrows down the problem to the firewall settings.



What is confusing is all of the "File and Printer Sharing" firewall settings are already enabled (see below).



What am I missing? Is there any other firewall rule to be enabled? Any ideas?



Thanks,
AlefSin



(ps, I have only the Windows firewall, no other 3rd party virus protection or firewall programs).



enter image description here



Edit 1: I manually added a rule to the firewall to open TCP port 445. Now the shares are visible. So most probably what @Jacob mentioned is right: somehow the system does not recognize it is indeed connected to a "Private network", though at least parts of system think so:



enter image description here







windows networking windows-10 firewall network-shares






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Apr 6 '16 at 16:37

























asked Apr 6 '16 at 15:36









AlefSin

146117




146117












  • Your solution should be its own answer.
    – Ramhound
    Apr 6 '16 at 16:42










  • Well, it is not a good solution though. Manually opening ports on the firewall is not something I would consider a good practice. At best it is temporary patch.
    – AlefSin
    Apr 6 '16 at 16:44










  • Except its the proper solution? That is obviously the port that the service, which is used by this functionality, uses. Opening ports used by services, services you want to use, isn't a security concern. If you are that worried, configure the rule, to only allow intranet traffic.
    – Ramhound
    Apr 6 '16 at 16:46












  • You have a point. I'll wait a bit and if nobody comes up with a way to understand the underlying cause, I'll add it as an answer for future reference.
    – AlefSin
    Apr 6 '16 at 16:48






  • 1




    Understanding Shared Folders and the Windows Firewall
    – Ramhound
    Apr 6 '16 at 16:50


















  • Your solution should be its own answer.
    – Ramhound
    Apr 6 '16 at 16:42










  • Well, it is not a good solution though. Manually opening ports on the firewall is not something I would consider a good practice. At best it is temporary patch.
    – AlefSin
    Apr 6 '16 at 16:44










  • Except its the proper solution? That is obviously the port that the service, which is used by this functionality, uses. Opening ports used by services, services you want to use, isn't a security concern. If you are that worried, configure the rule, to only allow intranet traffic.
    – Ramhound
    Apr 6 '16 at 16:46












  • You have a point. I'll wait a bit and if nobody comes up with a way to understand the underlying cause, I'll add it as an answer for future reference.
    – AlefSin
    Apr 6 '16 at 16:48






  • 1




    Understanding Shared Folders and the Windows Firewall
    – Ramhound
    Apr 6 '16 at 16:50
















Your solution should be its own answer.
– Ramhound
Apr 6 '16 at 16:42




Your solution should be its own answer.
– Ramhound
Apr 6 '16 at 16:42












Well, it is not a good solution though. Manually opening ports on the firewall is not something I would consider a good practice. At best it is temporary patch.
– AlefSin
Apr 6 '16 at 16:44




Well, it is not a good solution though. Manually opening ports on the firewall is not something I would consider a good practice. At best it is temporary patch.
– AlefSin
Apr 6 '16 at 16:44












Except its the proper solution? That is obviously the port that the service, which is used by this functionality, uses. Opening ports used by services, services you want to use, isn't a security concern. If you are that worried, configure the rule, to only allow intranet traffic.
– Ramhound
Apr 6 '16 at 16:46






Except its the proper solution? That is obviously the port that the service, which is used by this functionality, uses. Opening ports used by services, services you want to use, isn't a security concern. If you are that worried, configure the rule, to only allow intranet traffic.
– Ramhound
Apr 6 '16 at 16:46














You have a point. I'll wait a bit and if nobody comes up with a way to understand the underlying cause, I'll add it as an answer for future reference.
– AlefSin
Apr 6 '16 at 16:48




You have a point. I'll wait a bit and if nobody comes up with a way to understand the underlying cause, I'll add it as an answer for future reference.
– AlefSin
Apr 6 '16 at 16:48




1




1




Understanding Shared Folders and the Windows Firewall
– Ramhound
Apr 6 '16 at 16:50




Understanding Shared Folders and the Windows Firewall
– Ramhound
Apr 6 '16 at 16:50










6 Answers
6






active

oldest

votes


















3














I manually added a rule to the firewall to open TCP port 445. This resolves the issue by allowing SMB2 and SMB3 over TCP. However, this solution is less than ideal since it does not answer the problem as to why the system's default firewall were not correctly setup by Windows.






share|improve this answer





















  • Windows 10 takes VLANs into consideration. If you're on a different VLAN, shares won't automatically work.
    – Overmind
    May 31 at 5:22



















1














I'm assuming your computers are not members of a domain, correct? I would double check your network location settings for your Ethernet connection and verify it is set to private before digging into Firewall settings.



http://www.tenforums.com/tutorials/6815-network-location-set-private-public-windows-10-a.html






share|improve this answer

















  • 1




    Thanks a lot. Very interesting link. However, the connection is already set to "Private network" according to the network and sharing center.
    – AlefSin
    Apr 6 '16 at 16:29



















0














Well, this worked for me... give it a go.



Go to Start, type Command Prompt (run as admin) in the search bar,
at the command prompt enter the following commands.
Its easiest to copy and paste from below,
and press Enter after each paste:



sc.exe config lanmanworkstation depend= bowser/mrxsmb10/nsi

sc.exe config mrxsmb20 start= disabled


Then reboot your Windows 10 machine;



This should do the trick.






share|improve this answer



















  • 1




    What do these commands do? Where's a reference for them?
    – Eric J.
    Jul 5 '17 at 20:07



















0














I had the same problem, and @JacobBoykin's answer made to look in the right direction. But it's not only about being on a private network for a "private network" firewall rule to apply. Note that a few columns further to the right, the scope of many (at least all private) rules is set to "Local subnet", such as here:



enter image description here



In my case, I was connecting to a server on 10.0.0.2 (having subnet mask 255.255.255.0) from a client computer 10.1.0.3 (subnet mask 255.255.255.0); hence, the server's firewall did not recognize my request as coming from the same subnet, and did not apply the "private" rule. Similarly, since my current network was marked "private", the "public" rule was not applied. Regardless of how many rules I activated, no request came through.



The solution, in my (DHCP) case, was to edit rules to extend the scope; basically, I added "10.1.0.0/16" to the scope of the private "File and Printer Sharing (SMB-In)", which opens port 445 to requests from that IP range. That was enough in my use case.



Alternatively, I guess I could have changed my IP configuration to have all computers on the same subnet.






share|improve this answer





























    0














    I had this same issue but when I looked at the advanced firewall rules I discovered that port 445 was already open. In my case it was because I was on a different VLAN. I fixed it like this:




    1. In the search box, type "firewall," then click on "Windows Firewall."

    2. Click on "Advanced Settings."

    3. Double-click on "Inbound Rules."

    4. Make sure the lines "File and Printer Sharing (NB-Session-In)" and "File and Printer Sharing (SMB-In)" are checked.

    5. Double-click on "File and Printer Sharing (NB-Session-In)" and select the tab that says "Scope" and change the remote address setting to "Any IP Address" then click "OK."

    6. Repeat on the line that reads "File and Printer Sharing (SMB-In)."

    7. I also wanted the server to ping on the net so I did the same with the setting for "File and Printer Sharing (Echo Request - ICMPv4-In).

    8. I also wanted name resolution, so I adjusted the scope for File and Printer Sharing (LLMNR-UDP-In) and (NB-Name-In).


    There's a good explanation of these settings here.






    share|improve this answer





























      0














      I have the same problems, with folders on 2 Windows 10 computers, and I get it fixed.




      1. Firstly, go to Windows Defender Firewall on Local Computer (that has shared folders) then select Advanced settings
        Windows Defender Firewall with Advanced Security


      2. In Inbound Rules, double click on File and Printer Sharing (SMB-In) and in the tab Scope add your Remote Computer's IP address here. Click Apply
        File and Printer Sharing (SMB-In) Properties


      3. Problems resolved!







      share|improve this answer





















        Your Answer








        StackExchange.ready(function() {
        var channelOptions = {
        tags: "".split(" "),
        id: "3"
        };
        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: true,
        noModals: true,
        showLowRepImageUploadWarning: true,
        reputationToPostImages: 10,
        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%2fsuperuser.com%2fquestions%2f1062208%2fshares-not-accessible-by-other-computers-if-windows-10-firewall-is-on%23new-answer', 'question_page');
        }
        );

        Post as a guest















        Required, but never shown

























        6 Answers
        6






        active

        oldest

        votes








        6 Answers
        6






        active

        oldest

        votes









        active

        oldest

        votes






        active

        oldest

        votes









        3














        I manually added a rule to the firewall to open TCP port 445. This resolves the issue by allowing SMB2 and SMB3 over TCP. However, this solution is less than ideal since it does not answer the problem as to why the system's default firewall were not correctly setup by Windows.






        share|improve this answer





















        • Windows 10 takes VLANs into consideration. If you're on a different VLAN, shares won't automatically work.
          – Overmind
          May 31 at 5:22
















        3














        I manually added a rule to the firewall to open TCP port 445. This resolves the issue by allowing SMB2 and SMB3 over TCP. However, this solution is less than ideal since it does not answer the problem as to why the system's default firewall were not correctly setup by Windows.






        share|improve this answer





















        • Windows 10 takes VLANs into consideration. If you're on a different VLAN, shares won't automatically work.
          – Overmind
          May 31 at 5:22














        3












        3








        3






        I manually added a rule to the firewall to open TCP port 445. This resolves the issue by allowing SMB2 and SMB3 over TCP. However, this solution is less than ideal since it does not answer the problem as to why the system's default firewall were not correctly setup by Windows.






        share|improve this answer












        I manually added a rule to the firewall to open TCP port 445. This resolves the issue by allowing SMB2 and SMB3 over TCP. However, this solution is less than ideal since it does not answer the problem as to why the system's default firewall were not correctly setup by Windows.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Apr 6 '16 at 20:25









        AlefSin

        146117




        146117












        • Windows 10 takes VLANs into consideration. If you're on a different VLAN, shares won't automatically work.
          – Overmind
          May 31 at 5:22


















        • Windows 10 takes VLANs into consideration. If you're on a different VLAN, shares won't automatically work.
          – Overmind
          May 31 at 5:22
















        Windows 10 takes VLANs into consideration. If you're on a different VLAN, shares won't automatically work.
        – Overmind
        May 31 at 5:22




        Windows 10 takes VLANs into consideration. If you're on a different VLAN, shares won't automatically work.
        – Overmind
        May 31 at 5:22













        1














        I'm assuming your computers are not members of a domain, correct? I would double check your network location settings for your Ethernet connection and verify it is set to private before digging into Firewall settings.



        http://www.tenforums.com/tutorials/6815-network-location-set-private-public-windows-10-a.html






        share|improve this answer

















        • 1




          Thanks a lot. Very interesting link. However, the connection is already set to "Private network" according to the network and sharing center.
          – AlefSin
          Apr 6 '16 at 16:29
















        1














        I'm assuming your computers are not members of a domain, correct? I would double check your network location settings for your Ethernet connection and verify it is set to private before digging into Firewall settings.



        http://www.tenforums.com/tutorials/6815-network-location-set-private-public-windows-10-a.html






        share|improve this answer

















        • 1




          Thanks a lot. Very interesting link. However, the connection is already set to "Private network" according to the network and sharing center.
          – AlefSin
          Apr 6 '16 at 16:29














        1












        1








        1






        I'm assuming your computers are not members of a domain, correct? I would double check your network location settings for your Ethernet connection and verify it is set to private before digging into Firewall settings.



        http://www.tenforums.com/tutorials/6815-network-location-set-private-public-windows-10-a.html






        share|improve this answer












        I'm assuming your computers are not members of a domain, correct? I would double check your network location settings for your Ethernet connection and verify it is set to private before digging into Firewall settings.



        http://www.tenforums.com/tutorials/6815-network-location-set-private-public-windows-10-a.html







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Apr 6 '16 at 16:15









        Jacob Boykin

        213




        213








        • 1




          Thanks a lot. Very interesting link. However, the connection is already set to "Private network" according to the network and sharing center.
          – AlefSin
          Apr 6 '16 at 16:29














        • 1




          Thanks a lot. Very interesting link. However, the connection is already set to "Private network" according to the network and sharing center.
          – AlefSin
          Apr 6 '16 at 16:29








        1




        1




        Thanks a lot. Very interesting link. However, the connection is already set to "Private network" according to the network and sharing center.
        – AlefSin
        Apr 6 '16 at 16:29




        Thanks a lot. Very interesting link. However, the connection is already set to "Private network" according to the network and sharing center.
        – AlefSin
        Apr 6 '16 at 16:29











        0














        Well, this worked for me... give it a go.



        Go to Start, type Command Prompt (run as admin) in the search bar,
        at the command prompt enter the following commands.
        Its easiest to copy and paste from below,
        and press Enter after each paste:



        sc.exe config lanmanworkstation depend= bowser/mrxsmb10/nsi

        sc.exe config mrxsmb20 start= disabled


        Then reboot your Windows 10 machine;



        This should do the trick.






        share|improve this answer



















        • 1




          What do these commands do? Where's a reference for them?
          – Eric J.
          Jul 5 '17 at 20:07
















        0














        Well, this worked for me... give it a go.



        Go to Start, type Command Prompt (run as admin) in the search bar,
        at the command prompt enter the following commands.
        Its easiest to copy and paste from below,
        and press Enter after each paste:



        sc.exe config lanmanworkstation depend= bowser/mrxsmb10/nsi

        sc.exe config mrxsmb20 start= disabled


        Then reboot your Windows 10 machine;



        This should do the trick.






        share|improve this answer



















        • 1




          What do these commands do? Where's a reference for them?
          – Eric J.
          Jul 5 '17 at 20:07














        0












        0








        0






        Well, this worked for me... give it a go.



        Go to Start, type Command Prompt (run as admin) in the search bar,
        at the command prompt enter the following commands.
        Its easiest to copy and paste from below,
        and press Enter after each paste:



        sc.exe config lanmanworkstation depend= bowser/mrxsmb10/nsi

        sc.exe config mrxsmb20 start= disabled


        Then reboot your Windows 10 machine;



        This should do the trick.






        share|improve this answer














        Well, this worked for me... give it a go.



        Go to Start, type Command Prompt (run as admin) in the search bar,
        at the command prompt enter the following commands.
        Its easiest to copy and paste from below,
        and press Enter after each paste:



        sc.exe config lanmanworkstation depend= bowser/mrxsmb10/nsi

        sc.exe config mrxsmb20 start= disabled


        Then reboot your Windows 10 machine;



        This should do the trick.







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Dec 13 '16 at 8:38









        MJH

        1,02941018




        1,02941018










        answered Dec 11 '16 at 6:17









        zukeemm

        1




        1








        • 1




          What do these commands do? Where's a reference for them?
          – Eric J.
          Jul 5 '17 at 20:07














        • 1




          What do these commands do? Where's a reference for them?
          – Eric J.
          Jul 5 '17 at 20:07








        1




        1




        What do these commands do? Where's a reference for them?
        – Eric J.
        Jul 5 '17 at 20:07




        What do these commands do? Where's a reference for them?
        – Eric J.
        Jul 5 '17 at 20:07











        0














        I had the same problem, and @JacobBoykin's answer made to look in the right direction. But it's not only about being on a private network for a "private network" firewall rule to apply. Note that a few columns further to the right, the scope of many (at least all private) rules is set to "Local subnet", such as here:



        enter image description here



        In my case, I was connecting to a server on 10.0.0.2 (having subnet mask 255.255.255.0) from a client computer 10.1.0.3 (subnet mask 255.255.255.0); hence, the server's firewall did not recognize my request as coming from the same subnet, and did not apply the "private" rule. Similarly, since my current network was marked "private", the "public" rule was not applied. Regardless of how many rules I activated, no request came through.



        The solution, in my (DHCP) case, was to edit rules to extend the scope; basically, I added "10.1.0.0/16" to the scope of the private "File and Printer Sharing (SMB-In)", which opens port 445 to requests from that IP range. That was enough in my use case.



        Alternatively, I guess I could have changed my IP configuration to have all computers on the same subnet.






        share|improve this answer


























          0














          I had the same problem, and @JacobBoykin's answer made to look in the right direction. But it's not only about being on a private network for a "private network" firewall rule to apply. Note that a few columns further to the right, the scope of many (at least all private) rules is set to "Local subnet", such as here:



          enter image description here



          In my case, I was connecting to a server on 10.0.0.2 (having subnet mask 255.255.255.0) from a client computer 10.1.0.3 (subnet mask 255.255.255.0); hence, the server's firewall did not recognize my request as coming from the same subnet, and did not apply the "private" rule. Similarly, since my current network was marked "private", the "public" rule was not applied. Regardless of how many rules I activated, no request came through.



          The solution, in my (DHCP) case, was to edit rules to extend the scope; basically, I added "10.1.0.0/16" to the scope of the private "File and Printer Sharing (SMB-In)", which opens port 445 to requests from that IP range. That was enough in my use case.



          Alternatively, I guess I could have changed my IP configuration to have all computers on the same subnet.






          share|improve this answer
























            0












            0








            0






            I had the same problem, and @JacobBoykin's answer made to look in the right direction. But it's not only about being on a private network for a "private network" firewall rule to apply. Note that a few columns further to the right, the scope of many (at least all private) rules is set to "Local subnet", such as here:



            enter image description here



            In my case, I was connecting to a server on 10.0.0.2 (having subnet mask 255.255.255.0) from a client computer 10.1.0.3 (subnet mask 255.255.255.0); hence, the server's firewall did not recognize my request as coming from the same subnet, and did not apply the "private" rule. Similarly, since my current network was marked "private", the "public" rule was not applied. Regardless of how many rules I activated, no request came through.



            The solution, in my (DHCP) case, was to edit rules to extend the scope; basically, I added "10.1.0.0/16" to the scope of the private "File and Printer Sharing (SMB-In)", which opens port 445 to requests from that IP range. That was enough in my use case.



            Alternatively, I guess I could have changed my IP configuration to have all computers on the same subnet.






            share|improve this answer












            I had the same problem, and @JacobBoykin's answer made to look in the right direction. But it's not only about being on a private network for a "private network" firewall rule to apply. Note that a few columns further to the right, the scope of many (at least all private) rules is set to "Local subnet", such as here:



            enter image description here



            In my case, I was connecting to a server on 10.0.0.2 (having subnet mask 255.255.255.0) from a client computer 10.1.0.3 (subnet mask 255.255.255.0); hence, the server's firewall did not recognize my request as coming from the same subnet, and did not apply the "private" rule. Similarly, since my current network was marked "private", the "public" rule was not applied. Regardless of how many rules I activated, no request came through.



            The solution, in my (DHCP) case, was to edit rules to extend the scope; basically, I added "10.1.0.0/16" to the scope of the private "File and Printer Sharing (SMB-In)", which opens port 445 to requests from that IP range. That was enough in my use case.



            Alternatively, I guess I could have changed my IP configuration to have all computers on the same subnet.







            share|improve this answer












            share|improve this answer



            share|improve this answer










            answered Jun 21 '17 at 17:37









            bers

            343616




            343616























                0














                I had this same issue but when I looked at the advanced firewall rules I discovered that port 445 was already open. In my case it was because I was on a different VLAN. I fixed it like this:




                1. In the search box, type "firewall," then click on "Windows Firewall."

                2. Click on "Advanced Settings."

                3. Double-click on "Inbound Rules."

                4. Make sure the lines "File and Printer Sharing (NB-Session-In)" and "File and Printer Sharing (SMB-In)" are checked.

                5. Double-click on "File and Printer Sharing (NB-Session-In)" and select the tab that says "Scope" and change the remote address setting to "Any IP Address" then click "OK."

                6. Repeat on the line that reads "File and Printer Sharing (SMB-In)."

                7. I also wanted the server to ping on the net so I did the same with the setting for "File and Printer Sharing (Echo Request - ICMPv4-In).

                8. I also wanted name resolution, so I adjusted the scope for File and Printer Sharing (LLMNR-UDP-In) and (NB-Name-In).


                There's a good explanation of these settings here.






                share|improve this answer


























                  0














                  I had this same issue but when I looked at the advanced firewall rules I discovered that port 445 was already open. In my case it was because I was on a different VLAN. I fixed it like this:




                  1. In the search box, type "firewall," then click on "Windows Firewall."

                  2. Click on "Advanced Settings."

                  3. Double-click on "Inbound Rules."

                  4. Make sure the lines "File and Printer Sharing (NB-Session-In)" and "File and Printer Sharing (SMB-In)" are checked.

                  5. Double-click on "File and Printer Sharing (NB-Session-In)" and select the tab that says "Scope" and change the remote address setting to "Any IP Address" then click "OK."

                  6. Repeat on the line that reads "File and Printer Sharing (SMB-In)."

                  7. I also wanted the server to ping on the net so I did the same with the setting for "File and Printer Sharing (Echo Request - ICMPv4-In).

                  8. I also wanted name resolution, so I adjusted the scope for File and Printer Sharing (LLMNR-UDP-In) and (NB-Name-In).


                  There's a good explanation of these settings here.






                  share|improve this answer
























                    0












                    0








                    0






                    I had this same issue but when I looked at the advanced firewall rules I discovered that port 445 was already open. In my case it was because I was on a different VLAN. I fixed it like this:




                    1. In the search box, type "firewall," then click on "Windows Firewall."

                    2. Click on "Advanced Settings."

                    3. Double-click on "Inbound Rules."

                    4. Make sure the lines "File and Printer Sharing (NB-Session-In)" and "File and Printer Sharing (SMB-In)" are checked.

                    5. Double-click on "File and Printer Sharing (NB-Session-In)" and select the tab that says "Scope" and change the remote address setting to "Any IP Address" then click "OK."

                    6. Repeat on the line that reads "File and Printer Sharing (SMB-In)."

                    7. I also wanted the server to ping on the net so I did the same with the setting for "File and Printer Sharing (Echo Request - ICMPv4-In).

                    8. I also wanted name resolution, so I adjusted the scope for File and Printer Sharing (LLMNR-UDP-In) and (NB-Name-In).


                    There's a good explanation of these settings here.






                    share|improve this answer












                    I had this same issue but when I looked at the advanced firewall rules I discovered that port 445 was already open. In my case it was because I was on a different VLAN. I fixed it like this:




                    1. In the search box, type "firewall," then click on "Windows Firewall."

                    2. Click on "Advanced Settings."

                    3. Double-click on "Inbound Rules."

                    4. Make sure the lines "File and Printer Sharing (NB-Session-In)" and "File and Printer Sharing (SMB-In)" are checked.

                    5. Double-click on "File and Printer Sharing (NB-Session-In)" and select the tab that says "Scope" and change the remote address setting to "Any IP Address" then click "OK."

                    6. Repeat on the line that reads "File and Printer Sharing (SMB-In)."

                    7. I also wanted the server to ping on the net so I did the same with the setting for "File and Printer Sharing (Echo Request - ICMPv4-In).

                    8. I also wanted name resolution, so I adjusted the scope for File and Printer Sharing (LLMNR-UDP-In) and (NB-Name-In).


                    There's a good explanation of these settings here.







                    share|improve this answer












                    share|improve this answer



                    share|improve this answer










                    answered Jun 24 '17 at 22:12









                    user1780242

                    73523




                    73523























                        0














                        I have the same problems, with folders on 2 Windows 10 computers, and I get it fixed.




                        1. Firstly, go to Windows Defender Firewall on Local Computer (that has shared folders) then select Advanced settings
                          Windows Defender Firewall with Advanced Security


                        2. In Inbound Rules, double click on File and Printer Sharing (SMB-In) and in the tab Scope add your Remote Computer's IP address here. Click Apply
                          File and Printer Sharing (SMB-In) Properties


                        3. Problems resolved!







                        share|improve this answer


























                          0














                          I have the same problems, with folders on 2 Windows 10 computers, and I get it fixed.




                          1. Firstly, go to Windows Defender Firewall on Local Computer (that has shared folders) then select Advanced settings
                            Windows Defender Firewall with Advanced Security


                          2. In Inbound Rules, double click on File and Printer Sharing (SMB-In) and in the tab Scope add your Remote Computer's IP address here. Click Apply
                            File and Printer Sharing (SMB-In) Properties


                          3. Problems resolved!







                          share|improve this answer
























                            0












                            0








                            0






                            I have the same problems, with folders on 2 Windows 10 computers, and I get it fixed.




                            1. Firstly, go to Windows Defender Firewall on Local Computer (that has shared folders) then select Advanced settings
                              Windows Defender Firewall with Advanced Security


                            2. In Inbound Rules, double click on File and Printer Sharing (SMB-In) and in the tab Scope add your Remote Computer's IP address here. Click Apply
                              File and Printer Sharing (SMB-In) Properties


                            3. Problems resolved!







                            share|improve this answer












                            I have the same problems, with folders on 2 Windows 10 computers, and I get it fixed.




                            1. Firstly, go to Windows Defender Firewall on Local Computer (that has shared folders) then select Advanced settings
                              Windows Defender Firewall with Advanced Security


                            2. In Inbound Rules, double click on File and Printer Sharing (SMB-In) and in the tab Scope add your Remote Computer's IP address here. Click Apply
                              File and Printer Sharing (SMB-In) Properties


                            3. Problems resolved!








                            share|improve this answer












                            share|improve this answer



                            share|improve this answer










                            answered Dec 17 at 2:38









                            Nam Nguyễn

                            1




                            1






























                                draft saved

                                draft discarded




















































                                Thanks for contributing an answer to Super User!


                                • 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.





                                Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


                                Please pay close attention to the following guidance:


                                • 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%2fsuperuser.com%2fquestions%2f1062208%2fshares-not-accessible-by-other-computers-if-windows-10-firewall-is-on%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

                                Index of /

                                Tribalistas

                                Listed building