On Saturday 19 April 2008 16:51:42 Craig White wrote: > On Sat, 2008-04-19 at 16:24 +0100, Anne Wilson wrote: > > On Saturday 19 April 2008 16:05:09 Craig White wrote: > > > On Sat, 2008-04-19 at 15:46 +0100, Anne Wilson wrote: > > > > On Saturday 19 April 2008 14:40:36 Craig White wrote: > > > > > On Sat, 2008-04-19 at 13:55 +0100, Anne Wilson wrote: > > > > > > My server is CentOS with samba 3.0.25b. One client box runs > > > > > > Mandriva 2007.1 with samba 3.0.24. I can see the client box from > > > > > > the server, but the client box can't see the server. It can see > > > > > > the laptop on the same lan, though. > > > > > > > > > > > > Any suggestions as to what I could check? I know Craig said > > > > > > there had been some significant changes in recent versions. Are > > > > > > any of those changes likely to have an impact on this? > > > > > > > > > > ---- > > > > > are they on the same subnet? > > > > > > > > > > it almost sounds like firewall rules are in the way. > > > > > > > > > > Always check first from localhost and then from another machine... > > > > > > > > > > from localhost... > > > > > > > > > > smbclient -L localhost > > > > > smbclient -L NETBIOSNAME # which is the hostname unless you set > > > > > something > > > > > # different in smb.conf > > > > > > > > > > then from another computer... > > > > > > > > > > smbclient -L IP_ADDRESS_OF_SYSTEM > > > > > smbclient -L NETBIOSNAME > > > > > > > > > > if localhost & IP_ADDRESS_OF_SYSTEM work but NETBIOSNAME doesn't > > > > > work, you've got a problem with name resolution. > > > > > > > > All four requested the user password, then returned a summary of the > > > > shares. The LAN name is correct. The client in question, though, is > > > > names as master, which it shouldn't be. > > > > > > ---- > > > LAN NAME? what's a LAN NAME? > > > > OK - workgroup name, if you prefer it. > > > > > There's a WORKGROUP concept in samba... > > > > > > any machine on the subnet should give the same answer with the > > > following command... > > > > > > nmblookup -M WORKGROUP # obviously substitute for the 'WORKGROUP' > > > whatever name > > > # you use for workgroup > > > > > > This is a live broadcast poll of the subnet and reply should come from > > > the 'Browse Master' from the most recent 'election' - elections occur > > > every 15 minutes by design. > > > > > > If you are getting different results from the same subnet on different > > > machines then, as I suggested on the thread on fedora-list, make sure > > > that all the Linux systems on the LAN set os level = 20 (the default) > > > except for the one you want to be the master where it's set to os level > > > = 65 > > > > The laptop I'm working from and the client in question both return > > exactly the same - > > > > nmblookup -M lydgate.lan > > querying lydgate.lan on 192.168.0.255 > > 192.168.0.30 lydgate.lan<1d> > > > > The server has os level = 66 set. The client doesn't have any setting at > > all for os level so should be working at the default. 192.168.0.30 is > > the badly behaved client, not the server. > > ---- > ok, just had another thought... > > on each machine that has nmb running... > > # cat /var/cache/samba/wins.dat > on other distributions, the location of wins.dat will surely change > Neither the client in question nor this one have wins.dat, according to locate. > the entire discussion of network browsing can be found here... > http://samba.org/samba/docs/man/Samba-HOWTO-Collection/NetworkBrowsing.html > > and specific information on how to 'game' the various systems to > influence the outcome of Network Browsing is here... > http://samba.org/samba/docs/man/Samba-HOWTO-Collection/NetworkBrowsing.html >#id2579338 > I have to leave this for a couple of hours, but I'll read them when I get back. Anne -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: <http://lists.centos.org/pipermail/centos/attachments/20080419/8c115439/attachment-0005.sig>