[global]
# comment the line TCP_NODELAY for some platforms - should be safe
# on gigabit ethernet, with an untuned kernel we're seeing about 115MB/Sec on large files
socket options = TCP_NODELAY
workgroup = WORKGROUP
netbios name = TESTBOX
security = user
hosts allow = 192.168.1.0/24
restrict anonymous = 2
# restrict SMB1
min protocol = SMB2
[share]
comment = Home File Server
path = /var/share
force user = fileserver901
force group = fileserver901
read only = no
browsable = yes
create mask = 0755
[media]
comment = Home Media Server
path = /var/media
force user = fileserver901
force group = fileserver901
read only = no
browsable = yes
create mask = 0755
$ sudo nmap -p445 --script vuln 192.168.1.50
[sudo] password for sfx:
Starting Nmap 7.60SVN ( https://nmap.org ) at 2017-08-12 15:03 PDT
Pre-scan script results:
| broadcast-avahi-dos:
| Discovered hosts:
| 224.0.0.251
| After NULL UDP avahi packet DoS (CVE-2011-1002).
|_ Hosts are all up (not vulnerable).
Nmap scan report for 192.168.1.50
Host is up (0.00045s latency).
PORT STATE SERVICE
445/tcp open microsoft-ds
MAC Address: 00:XX:YY:EF:DC:5E
Host script results:
|_smb-vuln-ms10-054: false
|_smb-vuln-ms10-061: false
| smb-vuln-regsvc-dos:
| VULNERABLE:
| Service regsvc in Microsoft Windows systems vulnerable to denial of service
| State: VULNERABLE
| The service regsvc in Microsoft Windows 2000 systems is vulnerable to denial of service caused by a null deference
| pointer. This script will crash the service if it is vulnerable. This vulnerability was discovered by Ron Bowes
| while working on smb-enum-sessions.
|_
Nmap done: 1 IP address (1 host up) scanned in 43.94 seconds
whats the best way to try your config file?cafeole's short and sweet samba.config file... we did a bug fix for this a while back...
]
Are the Windows 10 machines authenticating with user names and passwords?
Modify the postconf file from before so that the only change that it makes is to increase the logging level from 0 to 2. Then try your Windows 10 machines again. You should then be able to see the authentication process in the log file.yes both are authenticating with user names. The share has been set up with guest account and works on windows 8. I also try to map the share and login as different user (admin) on windows 10 no joy
Modify the postconf file from before so that the only change that it makes is to increase the logging level from 0 to 2. Then try your Windows 10 machines again. You should then be able to see the authentication process in the log file.
Also confirm that the Windows 10 machines are part the correct workgroup and not using the default name of WORKGROUP.
What happens when you issue this command:
/jffs/scripts/smb.postconf /etc/smb.conf
check_ntlm_password: Authentication for user [root] -> [root] FAILED with error NT code 0xc0000064
So there you have it.
My mistake, I thought you had changed to user mode. In which case the error is:not trying to map as root share is set to guest
whats the best way to try your config file?
FAILED with error NT code 0xc0000064
Thread starter | Title | Forum | Replies | Date |
---|---|---|---|---|
Issues setting up Sonos Library under SMB2 - not enough credits | Asuswrt-Merlin | 2 |
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!