Not sure, have you solved it or not?

Is your IP or name listed in /etc/hosts?

You might have to try writing a small C program to call "gethostbyname" and "gethostbyaddr" to track this down to see why telnet is failing.

Problem is not solved yet. Still checking why it fails.

Can you ftp in?

Do you have a filter setup for telnet in /etc/inetd.conf?

Hi, we r unable to telnet n also ftp.

/etc/inetd.conf seems correct.

hi. this is behaviour by design in the server machine. What's happening is that the sun server that is not letting you in has a /etc/hosts.allow (and/or a /etc/hosts.deny) file that specifies rules telling it whether it should let a connection in depending on the connecting user/hosts/domain/network etc...

Normally, hosts.allow and hosts.deny are only checked when a program calls hosts_access(). By default, sshd and other programs do check the files, but not daemons like in.telnetd and ftpd, because these are services handled by inetd and by default inetd doesn't have tcp_wrappers on. The sysadmin must have enabled tcp_wrappers to telnet or to the whole of inetd, and thus each connection gets run through the /etc/hosts.allow and /etc/hosts.deny ruleset.

If you have a domain name change, maybe you are no longer making it through the rules in /etc/hosts.allow and /etc/hosts.deny so just update those.

Are you try to

nslookup 172.16.101.120
nslookup vc00235.my.renesas.local

on your server 1 ?


arm_naja