Operating System - HP-UX
1836612 Members
3873 Online
110102 Solutions
New Discussion

RP3410 - Network Problems...

 
Demerson Zounar_1
Occasional Advisor

RP3410 - Network Problems...

Hi to All...
I'm getting some trouble with a RP3410 (11i) regarding lan connections...

I have LDAP enabled in it, using LdapUxClient B03.10. The LDAP Base is in another server. When my gateway is lost, the server starts to answer slowly to some commands, like 'su - operator', even if the user is on my passwd list. when the gateway is ok, it comes back to normal. It looks like the servers tried to reach the LDAP Server, and it hung in it...

Anybody has some suggestions?
Any help is appreciated.
If you want more information...

Thanks!
3 REPLIES 3
harry d brown jr
Honored Contributor

Re: RP3410 - Network Problems...


Don't lose your gateway - is one quick answer.

You can't expect perfect performance if a server can't authenicate or do dns queries to the dns server. You lost your GATEWAY to the outside qorld. If you have many problems with your gateway, then replace it with a more reliable one!

live free or die
harry d brown jr
Live Free or Die
Steven E. Protter
Exalted Contributor

Re: RP3410 - Network Problems...

You might get better performance in this mode if you can change /etc/nsswitch.conf

Use files,dns

But Harry is right. There should be an impact of losing a gateway using your current setup. If it is happening often, the root cause should be addressed.

SEP
Steven E Protter
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
Demerson Zounar_1
Occasional Advisor

Re: RP3410 - Network Problems...

That's OK, but I just use LDAP for user and group access... my nsswitch.conf is like that:

passwd: files ldap
group: files ldap
hosts: dns [NOTFOUND=return] files
networks: files
protocols: files
rpc: files
publickey: files
netgroup: files
automount: files
aliases: files
services: files

Strange thing it that i try to 'su - operador', and this user is in the /etc/passwd file, so there's no need to search for ldap...