Bug 685 - smbclient shows weird Server=[<server>] string
Summary: smbclient shows weird Server=[<server>] string
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: smbclient (show other bugs)
Version: 3.0.0
Hardware: Other Linux
: P3 normal
Target Milestone: none
Assignee: Samba Bugzilla Account
QA Contact:
Depends on:
Reported: 2003-10-26 10:54 UTC by Giulio
Modified: 2005-08-24 10:16 UTC (History)
0 users

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Giulio 2003-10-26 10:54:39 UTC
Remote is a WinXP, strings reported by various smbclient versions:
1.9.x: Domain=[WORKGROUP] OS=[Windows 5.1] Server=[Windows 2000 LAN Manager]
2.2.7: Domain=[WORKGROUP] OS=[Windows 5.1] Server=[Windows 2000 LAN Manager]
3.0.0: Domain=[PC1] OS=[Windows 5.1] Server=[Windows 5.1]

you see that 3.0.0 gets wrong Server= and set Domain= to netbios name instead of
workgroup/domain name.

Moreover, I have a Red Hat 7.3 samba-3.0.0 server which, when querying itself,
sets Server=[unix] instead of Server=[samba.something]
Comment 1 Gerald (Jerry) Carter 2004-03-04 09:48:04 UTC
This should be fixed in 3.0.2a
Comment 2 Giulio 2004-03-04 11:23:35 UTC
Partially, now I get
3.0.2a: Domain=[PC1] OS=[Windows 5.1] Server=[Windows 2000 LAN Manager]
So Server= is right now, but Domain= is still different.

The samba server now correctly says Server=[samba.something]
Comment 3 Gerald (Jerry) Carter 2004-03-04 11:49:22 UTC
This is what the client sends in the NTLMSSP negotiate.
We are printing what the client sends us.  Take a look 
at a level 10 debug log to see.  
Comment 4 Giulio 2004-03-05 10:59:11 UTC
I looked at debug 10. So samba3 is able to use a new protocol with newer MS oses
and when winxp uses this protocol sends name + dns domain instead of netbios domain?

I tried using -m nt1 but no change.

So there's no way to see the workgroup/domain of a winxp workstation using
smbclient? nmblookup is needed?

Comment 5 Gerald (Jerry) Carter 2005-08-24 10:16:12 UTC
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.