January 23, 201511 yr Hello, A bit ago I updated by long standing unraid build to 5.0.6. I also setup a new windows 8.1 box. The box would hit unraid fine at \\tower for awhile and then suddenly stop working. It then only worked if I hit it by the ip address \\10.1.10.18. I've since upgraded to windows10 and now I can't hit the unraid box through SMB at all. I could still hit it via http. \\tower System error 5 has occurred. Access is denied. C:\Users\Solomon>net use * \\tower\videos System error 1240 has occurred. The account is not authorized to log in from this station. Any ideas how to get me back up ? Thanks, Solomon
January 23, 201511 yr Author Double-check the built-in firewall settings. I just tried disabling the fireawll and same issue Is Win10 setup for the same user as one you've created on unRaid? Unraid has all the shares set to public.
January 23, 201511 yr Author I verified I'm still able to hit the box from my mac on the same networking using: smb://tower. Anyone else have windows10 issues?
January 23, 201511 yr I didn't have these problems till I upgraded to build 9926 today, with the earlier builds I was always able to access the unRaid box. Now I cannot anymore. I already changed the setting in the Registry about the EnableSecuritySignature to 0 but that also didn't fix my issue.
January 23, 201511 yr Check to see what the settings are for Networking on the Window side. Particularly, the Workgroup settings. Be sure that the any capitalization (or not) of the workgroup name matches.
January 23, 201511 yr Are you able to get to any other computers in the Workgroup? It could easily be an issue this latest built of Win 10. (Remember, it is beta software!)
January 23, 201511 yr Author I just setup win10 on a VM to test it and it has the same issue. My wind8.1 VM works fine.
January 23, 201511 yr I just setup win10 on a VM to test it and it has the same issue. My wind8.1 VM works fine. Can you get to your Mac from Win 10? Have you checked on Win 10 forums to see if others are having the same issue?
January 23, 201511 yr Author Can you get to your Mac from Win 10? Have you checked on Win 10 forums to see if others are having the same issue? So a few weird things. I couldn't access the Mac from win10. I then setup an account on the Mac side instead of public and then it started working. So I went to unraid and setup an account for one of my shares. Win10 was then able to access that share, and suddenly able to access all the other shares without accounts associated with them.
January 23, 201511 yr Author Some other weird things showed up too. When I tried to hit the OSX share it prompted me for a password. When I tried to hit the unraid share it just failed. I had to manually send a user with a "/user:" for it to work. Definitely some kinks somewhere.
January 24, 201511 yr I have seen issues like that with windows 8.1 randomly as well. I usually go in gpedit.msc, Computer Configuration, Widnows Settings, Security Settings, Local Policies, Security Options, and under Network Security:LAN Manager authetnication level I select Send LM & NTLM - use NTLMv2 session security if negotiated. I believe once this is done that issue goes away.
January 24, 201511 yr I have seen issues like that with windows 8.1 randomly as well. I usually go in gpedit.msc, Computer Configuration, Widnows Settings, Security Settings, Local Policies, Security Options, and under Network Security:LAN Manager authetnication level I select Send LM & NTLM - use NTLMv2 session security if negotiated. I believe once this is done that issue goes away. tried these settings with Windows 10 9926 build but still get the error message: Microsoft Windows Network: The account is not authorized to login from this station.
January 24, 201511 yr Had this problem too - it's because Win10 insists on an authenticated SMB login. You can disable it by creating the following value (a DWORD): HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\AllowInsecureGuestAuth Set the value to 1 , it should work straight away then.
January 24, 201511 yr Solved this problem also by adding my MS/Live user ID and MS/Live password under Users in Unraid and now it works. I was also not able to access my shared Unraid drives. Leave off the @live.com and just the username. -Kat Windows 10 Build 9926 & Unraid 5.06
January 24, 201511 yr Had this problem too - it's because Win10 insists on an authenticated SMB login. You can disable it by creating the following value (a DWORD): HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\AllowInsecureGuestAuth Set the value to 1 , it should work straight away then. This finally fixed it for me.
January 24, 201511 yr i like the idea about creating user names from your liveID minus the @domain.com. i've added mine and its working great from my windows 8 and 10 PC's now. only issue is you cant create a username with a dot for some reason.
January 24, 201511 yr Not sure what might be different, but I just tried accessing my servers with Windows 10 and they all work fine -- all are on v5.0.6. Nothing special about my Windows 10 build. I do NOT have any security restrictions set on my UnRAID servers, however ... so that may be the difference.
January 25, 201511 yr Author Had this problem too - it's because Win10 insists on an authenticated SMB login. You can disable it by creating the following value (a DWORD): HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\AllowInsecureGuestAuth Set the value to 1 , it should work straight away then. This fixed it. You can even switch it back and forth without rebooting and see it work. Looking at the reported networking issues for windows 10 I see a lot of reports of people unable to hit their NAS boxes. Hopefully Microsoft figures out it's a problem for their next release. Thanks for posting the fix, appreciate it. Solomon
January 25, 201511 yr Interesting resolution. I looked at my Windows 10 registry, and it does NOT have that key, but it also doesn't have the problem. I'm running the Tech Preview, Build 9841, with all updates applied (just confirmed there are no available updates). ... and have absolutely no problem seeing or accessing my UnRAID servers.
January 25, 201511 yr Author Interesting resolution. I looked at my Windows 10 registry, and it does NOT have that key, but it also doesn't have the problem. I'm running the Tech Preview, Build 9841, with all updates applied (just confirmed there are no available updates). ... and have absolutely no problem seeing or accessing my UnRAID servers. 9926 was the version just released. I was able to repro that on two boxes, so I'm curious to see if you repro it on yours if you upgrade. I just actually saw the same issue on my win7 box too. Didn't have time to dig into it but adding a password on the share fixed that box up again. I feel like SMB shares have been pretty squirly since I upgraded unraid to 5.0.6. Maybe I'll try to throw my backup back on there and see if it fixes things.
January 25, 201511 yr Interesting resolution. I looked at my Windows 10 registry, and it does NOT have that key, but it also doesn't have the problem. I'm running the Tech Preview, Build 9841, with all updates applied (just confirmed there are no available updates). ... and have absolutely no problem seeing or accessing my UnRAID servers. I'm on build 9926 - first one I've used so can't comment on previous. This key isn't present in 9926 either, you have to create it. If you look at a network trace, windows is trying to do a SMB2 auth (using your local account as mentioned above) but as soon as Unraid starts to negotiate, windows sends a RST. Mirroring your win account to unraid sounds like it is a more secure fix but haven't tried it as I'm not fussed!
January 25, 201511 yr Interesting ... I would have thought that the updates would keep the build up-to-date. I'll download the latest build and install it from scratch in a VM and see if it has the same issue you've seen (I suspect it will). I'm definitely surprised that doing all the Windows Updates doesn't keep the Tech Preview up-to-date !!
Archived
This topic is now archived and is closed to further replies.