Delayed respone with telnet 3

[Madz]

When I use telnet to connect to at computer I got some delayed response( 2 min). This only occur when using the nameserver in smit.

The delay occur when using the hostname to connect and not the IP. adress.
The delay does not occur if I set the correct name inte the host file and not using the nameserver.

What to do with the delay and what file to configure?

Thanks in advance!
/Mats

 

[MikeLacey]

Madz,

Sounds as if your nameserver is not responding and, after 90 seconds, the hosts file is being used. Do ping and nslookup both work like this as well?

Mike
michael.j.lacey@ntlworld.com
Email welcome if you're in a hurry or something -- but post in tek-tips as well please, and I will post my reply here as well.

 

[PSD]

Madz,

This is the common mis-configuration of DNS. Set up an /etc/netsvc.conf
as below:

hosts=local,bind4,nis

The bind4 rather than bind entry forces the request of an IP version IV address, by default in AIX 4.3.2 and beyond a IPV6 address is requested and I doubt that you use IPV6.

Then telnet to a host not in the /etc/hosts files and watch the prompt return like lightening...!!!

Let me know if this resolves the problem

Cheers

PSD
HACMP Specialist

 

[shiraz]

hi Madz,
Check your /etc/netsvc.conf file and it appears that in
your case it would seem something like that
hosts=local,bind,NIS
Change it to
hosts=bind,local,NIS
and also check that your nameserver is responding with
ping command.
regds

Shiraz

 

[PSD]

Shiraz,

Whoo lets hold on there Shiraz, if you put the bind entry first in your /etc/netsvc.conf file and the nameserver is down on reboot your box will hang!!!! always use local first.....unless you want to boot off your mksysb or cd's and change the order in the list in the event that this happens.....

Cheers

PSD
HACMP Specialist

 

[Madz]

Thanks for you responses!!
It worked very well on my 4.3.3 system. It seems though that it does Not work on 4.3.1.0 Systems...

/mats.

 

[Madz]

Thanks for your responses!!
It worked very well on my 4.3.3 system. It seems though that it does Not work on 4.3.1.0 Systems...

/mats.

 

[PSD]

Madz,

Well there could be another reason for the slow response is 4.3.1....if you check out APAR IX76289 this explains in detail the bind4 issue. It seems to address 4.3.0 onwards...so the slow response with 4.3.1 could be another problem!!! I would patch this up to 4.3.3 ASAP anyway I found 4.3.1 particularly buggy...

Cheers

PSD
HACMP Specialist

 

[PSD]

Madz,

I think I may have found the 4.3.0 problem - I remember a problem with reverse lookups (telnetd) in 4.3.0 unfortuately it will involve the installatoin of a large PTF package, it maybe better to upgrade.

check out the APAR below:


APAR NUMBER: IY08816 RESOLVED AS: PROGRAM ERROR

ABSTRACT:
IY08816: TELNETD <LOOKUP> SUPRESSION


ORIGINATING DETAILS:
telnet sessions may be delayed during <reverse> host <lookup>

LOCAL FIX AS REPORTED BY ORIGINATOR:
.

RESPONDER SUMMARY:
telnet sessions may be delayed during <reverse> host <lookup>

RESPONDER CONCLUSION:
allow flag on telnetd to suppress <reverse> <lookup>

TEMPORARY FIX:
.

COMMENTS:

APAR INFORMATION:
Reported to correct a PTF in error: NO
Reported as a highly pervasive problem: NO
Reported as a duplicate problem: NO

PE Apar?: NoPE
HIPER Apar?: NoHIPER
DUP Apar?: NoDUP
Status: CLOSED PER
Component Name: AIX 4.3.0
Version: 430
Component ID: 5765C3403
Submitted: 00/03/06
Closed: 00/03/06
Last Modified: 00/05/30
Change Team: TX2727

FIX INFORMATION:
Reported release thought to contain the error: R430

Applicable Component Levels:
R430 PSY U471143 UP00/05/30 I 1000
R430 PSY U471143 UP00/05/30 I 1000

APAR is fixed by one or more of the following PTFs:
U471143

APAR is sysrouted FROM one or more of the following items:

APAR is sysrouted TO one or more of the following items:

 

[Deak]

Madz,
Which of the fixs worked for you on the 4.3.3 system. The /etc/netsvc.conf change that PSD recommended? I have a similar situation happening & I think I am going to try this fix as well!

 

[Madz]

Hello Deak!

I would recommend you to change the netsvc.conf, or create it if not available.

It´t important that the order of the local, bind etc are correct, cause if you mix the them you would ending up with a system that will not boot on correct media.
hosts=local,bind4,nis

I hope this will fix it.
/mats