All, thanks for the help. Clint, here are my conf files as you suggested. I do think
that your hunch is right due to the fact that browsing between the subnets became
funky a couple of weeks ago for some unknown reason. Thanks for any suggestions or
advice:
Fileserver smb.conf
[global]
workgroup = WORKGROUP
netbios name = FILESERVER
server string = Main file server
security = SHARE
encrypt passwords = true
enhanced browsing = no
log file = /var/log/smb.log
#max log size = 50
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
os level = 128
domain master = Yes
remote browse sync = 192.168.12.10 192.168.62.10
preferred master = Yes
local master = Yes
dns proxy = yes
wins support = yes
wins proxy = yes
name resolve order = wins lmhosts hosts bcast
interfaces = 192.168.1.255/255.255.255.0
192.168.12.255/255.255.255.0 192.168.13.255/255.255.255.0
192.168.62.255/255.255.255.0 192.168.1.6/255.255.255.0
remote announce = 192.168.1.255/WORKGROUP
192.168.12.10/WORKGROUP 192.168.1.6/WORKGROUP
192.168.13.9/WORKGROUP 192.168.62.10/WORKGROUP
debug level = 2
192.168.12.10 smb.conf
[global]
workgroup = WORKGROUP
netbios name = BMASTER
server string = %h server (Samba %v)
security = DOMAIN
encrypt passwords = Yes
obey pam restrictions = Yes
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\sUNIX\spassword:* %n\n
*Retype\snew\sUNIX\spassword:* %n\n .
max log size = 1000
socket options = IPTOS_LOWDELAY TCP_NODELAY SO_SNDBUF=4096
SO_RCVBUF=4096
os level = 100
domain master = no
local master = yes
preferred master = yes
dns proxy = no
enhanced browsing = yes
wins server = 192.168.1.6
wins support = no
wins proxy = yes
name resolve order = wins lmhosts hosts bcast
invalid users = root
debug level = 2
remote announce = 192.168.1.6/WORKGROUP
192.168.62.10/WORKGROUP
192.168.62.10 smb.conf
[global]
workgroup = WORKGROUP
netbios name = MBROWSER2
server string = %h server (Samba %v)
security = DOMAIN
encrypt passwords = Yes
obey pam restrictions = Yes
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\sUNIX\spassword:* %n\n
*Retype\snew\sUNIX\spassword:* %n\n .
max log size = 1000
socket options = IPTOS_LOWDELAY TCP_NODELAY SO_SNDBUF=4096
SO_RCVBUF=4096
os level = 100
preferred master = yes
domain master = No
local master = Yes
wins server = 192.168.1.6
wins support = No
wins proxy = yes
dns proxy = yes
name resolve order = wins lmhosts hosts bcast
invalid users = root
debug level = 2
remote announce = 192.168.1.6/WORKGROUP
-------Original Message-------
> From: Clint Sharp <[EMAIL PROTECTED]>
> Subject: Re: [Samba] Windows XP slow access to network places shortcut?
> Sent: 20 May 2004 17:04:33
>
> Mac wrote:
>
> >Hmmm.
> >
> >
> >Do you remember how long the actual mapping process took?
> >
> >My guess is that it also took a while and then it was quick after that.
> >
> >This suggests to me that what you have is an authentication delay.
> >
> >Mapped drives authenticate once (when you map them).
> >
> >Other things (like browsing and using UNC paths) tend to re-authenticate
> >every time you look at them.
> >
> >
> >Note, that once you've authenticated to a server with a mapped drive,
> >everything to do with that server will most likely get quicker too.��Until
> >you un-mapp the drive.
> >
> >
> >So look over the autehntication (LDAP, smbpasswd, Domain Member etc, etc) in
> >your setup.
> >
> >
> > Just a hunch,
> >
> >
> >������������������������������ Mac
> >����������Assistant Systems Adminstrator @nibsc.ac.uk
> >[EMAIL PROTECTED]
> >�� Work: +44 1707 641565����������Everything else: +44 7956 237670 (anytime)
> >��
> >
> I concur.��Also, I've deleted the previous emails from this thread, but
> a copy of your smb.conf would help at this point.��I still have a strong
> suspicious of a name resolution/browsing related problem as well which
> is slowing this down.
>
> Clint
-------Original Message-------
--
To unsubscribe from this list go to the following URL and read the
instructions: http://lists.samba.org/mailman/listinfo/samba
