Shares not accessible by other computers if Windows 10 firewall is ON
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).

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:

windows networking windows-10 firewall network-shares
add a comment |
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).

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:

windows networking windows-10 firewall network-shares
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
add a comment |
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).

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:

windows networking windows-10 firewall network-shares
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).

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:

windows networking windows-10 firewall network-shares
windows networking windows-10 firewall network-shares
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
add a comment |
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
add a comment |
6 Answers
6
active
oldest
votes
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.
Windows 10 takes VLANs into consideration. If you're on a different VLAN, shares won't automatically work.
– Overmind
May 31 at 5:22
add a comment |
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
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
add a comment |
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.
1
What do these commands do? Where's a reference for them?
– Eric J.
Jul 5 '17 at 20:07
add a comment |
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:

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.
add a comment |
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:
- In the search box, type "firewall," then click on "Windows Firewall."
- Click on "Advanced Settings."
- Double-click on "Inbound Rules."
- Make sure the lines "File and Printer Sharing (NB-Session-In)" and "File and Printer Sharing (SMB-In)" are checked.
- 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."
- Repeat on the line that reads "File and Printer Sharing (SMB-In)."
- 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).
- 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.
add a comment |
I have the same problems, with folders on 2 Windows 10 computers, and I get it fixed.
Firstly, go to Windows Defender Firewall on Local Computer (that has shared folders) then select Advanced settings
Windows Defender Firewall with Advanced SecurityIn 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) PropertiesProblems resolved!
add a comment |
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
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
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.
Windows 10 takes VLANs into consideration. If you're on a different VLAN, shares won't automatically work.
– Overmind
May 31 at 5:22
add a comment |
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.
Windows 10 takes VLANs into consideration. If you're on a different VLAN, shares won't automatically work.
– Overmind
May 31 at 5:22
add a comment |
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.
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.
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
add a comment |
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
add a comment |
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
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
add a comment |
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
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
add a comment |
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
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
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
add a comment |
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
add a comment |
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.
1
What do these commands do? Where's a reference for them?
– Eric J.
Jul 5 '17 at 20:07
add a comment |
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.
1
What do these commands do? Where's a reference for them?
– Eric J.
Jul 5 '17 at 20:07
add a comment |
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.
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.
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
add a comment |
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
add a comment |
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:

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.
add a comment |
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:

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.
add a comment |
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:

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

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.
answered Jun 21 '17 at 17:37
bers
343616
343616
add a comment |
add a comment |
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:
- In the search box, type "firewall," then click on "Windows Firewall."
- Click on "Advanced Settings."
- Double-click on "Inbound Rules."
- Make sure the lines "File and Printer Sharing (NB-Session-In)" and "File and Printer Sharing (SMB-In)" are checked.
- 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."
- Repeat on the line that reads "File and Printer Sharing (SMB-In)."
- 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).
- 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.
add a comment |
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:
- In the search box, type "firewall," then click on "Windows Firewall."
- Click on "Advanced Settings."
- Double-click on "Inbound Rules."
- Make sure the lines "File and Printer Sharing (NB-Session-In)" and "File and Printer Sharing (SMB-In)" are checked.
- 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."
- Repeat on the line that reads "File and Printer Sharing (SMB-In)."
- 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).
- 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.
add a comment |
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:
- In the search box, type "firewall," then click on "Windows Firewall."
- Click on "Advanced Settings."
- Double-click on "Inbound Rules."
- Make sure the lines "File and Printer Sharing (NB-Session-In)" and "File and Printer Sharing (SMB-In)" are checked.
- 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."
- Repeat on the line that reads "File and Printer Sharing (SMB-In)."
- 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).
- 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.
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:
- In the search box, type "firewall," then click on "Windows Firewall."
- Click on "Advanced Settings."
- Double-click on "Inbound Rules."
- Make sure the lines "File and Printer Sharing (NB-Session-In)" and "File and Printer Sharing (SMB-In)" are checked.
- 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."
- Repeat on the line that reads "File and Printer Sharing (SMB-In)."
- 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).
- 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.
answered Jun 24 '17 at 22:12
user1780242
73523
73523
add a comment |
add a comment |
I have the same problems, with folders on 2 Windows 10 computers, and I get it fixed.
Firstly, go to Windows Defender Firewall on Local Computer (that has shared folders) then select Advanced settings
Windows Defender Firewall with Advanced SecurityIn 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) PropertiesProblems resolved!
add a comment |
I have the same problems, with folders on 2 Windows 10 computers, and I get it fixed.
Firstly, go to Windows Defender Firewall on Local Computer (that has shared folders) then select Advanced settings
Windows Defender Firewall with Advanced SecurityIn 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) PropertiesProblems resolved!
add a comment |
I have the same problems, with folders on 2 Windows 10 computers, and I get it fixed.
Firstly, go to Windows Defender Firewall on Local Computer (that has shared folders) then select Advanced settings
Windows Defender Firewall with Advanced SecurityIn 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) PropertiesProblems resolved!
I have the same problems, with folders on 2 Windows 10 computers, and I get it fixed.
Firstly, go to Windows Defender Firewall on Local Computer (that has shared folders) then select Advanced settings
Windows Defender Firewall with Advanced SecurityIn 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) PropertiesProblems resolved!
answered Dec 17 at 2:38
Nam Nguyễn
1
1
add a comment |
add a comment |
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.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
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
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