How samba builds the difference between a win client and a Linux client

Samba Service Build-up

The differences in the customer's use of the system also lead to different test results.

Linux System client:

Security = user or Share

Smbclient-l//192.168.7.113/westos can see the shared directory,

The difference is that security = user

[Email protected] samba]# smbclient//192.168.7.113/westos

Enter Root ' s password:

Anonymous Login Successful // The system prompts to log on to the Samba service successfully, but accessing the Westos shared directory fails, and the anonymous user is also the user.

Domain=[mydomain] Os=[unix] Server=[samba 3.5.10-125.el6]

Tree Connect failed:nt_status_access_denied

Security = Share

[Email protected] samba]# smbclient//192.168.7.113/westos

Enter Root ' s password:

Domain=[mydomain] Os=[unix] Server=[samba 3.5.10-125.el6]

Server not using the user level security and no password supplied. // not a valid user of the service, although security = Share, but to support password login. The equivalent of Samba service access was unsuccessful .

Tree Connect Failed:nt_status_wrong_password

Win's Test:

Security = Share when

we visit Samba service, the direct login is successful, but when accessing the directory, you are prompted for the password.

Security = User When accessing Samba The service starts with a password, no password is not accessed.

There is no such feeling that Linux and Win test, it seems that the two are the opposite, just upside down.

Linux system

when public =yes When:

Security = user or Share

Anonymous user login will be successful.

[Email protected] samba]# smbclient//192.168.7.113/westos

Enter Root ' s password:

Anonymous Login Successful

Domain=[mydomain] Os=[unix] Server=[samba 3.5.10-125.el6]

SMB: \> ^c

[Email protected] samba]# vim/etc/samba/smb.conf

[Email protected] samba]#/ETC/INIT.D/SMB restart

Shutting down SMB services: [OK]

Starting SMB services: [OK]

[Email protected] samba]# smbclient//192.168.7.113/westos

Enter Root ' s password:

Domain=[mydomain] Os=[unix] Server=[samba 3.5.10-125.el6]

Server not using the user level security and no password supplied.

SMB: \> ^c

win Client:

when public =yes When:

Security = Share

Anonymous users do not need password user name, direct login success, access to the shared directory does not require password user name.

when public =yes When:

Security = User

when you visit Samba , directly to the user name, password, login is unsuccessful, let alone see the shared directory.

Comparison:

In other words , when public =yes Time: Linux the client can access the shared directory regardless of security = user ro share. It's okay with it. When the Win client only has security =share , the anonymous user has the right to access the shared directory.