Samba – Windows 10 share to MS-Dos 6.22 failing after an update from Windows 7

ms-dossambasharewindows 10windows 7

Updated a Windows 7 machine to Windows 10 and can no longer connect to the network share on a dos machine. The MSDOS 6.22 machine is a piece of industrial hardware that uses a mapped network drive connecting via netuse x: \\smbserver\dxcontrol

The system worked prior to the update and can still connect to another win7 machine that I'm using right now while I figure this out. Both machines have identical sharing information as far as I can tell and other machines on this network (win 7 win10, macos) can see both the win 10 and win7 shares and connect without issue.

Side note is that dos doesn't support authentication so I have to share to the Everyone user and under advanced sharing settings have to select turn off password protected sharing.

The systems can all ping each other without issue.

Connecting to the windows 10 share results in the error message:
Error 55: This resource does not exist on the network

Which is a different error than I see when trying to use a non existent directory on the win7 machine
netuse x: \\win7dxbackup\noexist
Error 67: The specified shared directory cannot be found.

And is also different than providing a non existent host (which takes a while to time out):
Error 53: The computer name specified in the network path cannot be located.

Sorta running out of ideas of things to try… I'd really like to have this work with win10 vs a legacy win7 machine. I'd prefer not to use an additional network device to solve this (like a network drive or linux machine sitting in the corner collecting dust just to share this one directory)

(Edit) I'll also add that I can see both machines using net view on the dos machine.

Any help is appreciated.

Best Answer

Todd Wilcox has the answer. You will have to re-enable SMBv1 on that Windows 10 system. You can do this by going to Control Panel\Programs and Features, and selecting "Turn Windows features on and off" on the left side. Scroll down the list until you find "SMB 1.0/CIFS Server". You can enable CIFS Client too but it shouldn't be necessary.

Like Todd mentioned, using SMBv1 (as well as a DOS system) is VERY insecure and leaves your systems vulnerable to the WannaCry ransomware vulnerability. If this is on a corporate network you would do well to follow best practices and attempt to airgap those two systems at MINIMUM. If this is on your home LAN, well, best of luck!

Related Topic