here document with telnet

[mummaneni]

Hi Everybody,

I want to change my password on the remote system by using telnet with the here document.

I am trying the following one. But not working.

#telnet 192.168.1.25<<EOF
> mummaneni
> mummaneni
> echo "abc123"|passwd --stdin mummaneni
> EOF
Trying 192.168.1.25...
Connected to intraicronex.com: (192.168.1.25).
Escape character is '^]'.
Connection closed by foreign host.

Please help me..

Thanks Inadvance,
Mummaneni.

[DOllaBillz217]

What does the syslog (/var/log/messages) say on the server?

This message indicates that the remote system is disconnecting you. Probably the remote system is enforcing some security or access policy, or you're missing a file (such as the /usr/sbin/in.telnetd program).

I'd look at the /etc/hosts.allow and /etc/hosts.deny files. I'd also look at the /etc/inetd.conf file.

In /etc/hosts.allow and hosts.deny there might be a set of rules specifying a list of services (such as in.telnetd). Each of these services can be associated with a list of host/domain and network address patterns. Entries in the hosts.allow are allowed to access the specified services while entries in the hosts.deny are disconnected (as you described). All attempts to access any service are logged.

There are two groups of network services for which access can be controlled through these two hosts files: those that are dynamically launched through the 'inetd' dispatcher (any lines that refer to /usr/sbin/tcpd), and any "standalone" services which are linked to the "libwrap" libraries (such as the portmapper daemon that's shipped with most Linux distributions).

At a guess I'd say that your problem is not related to entries in /etc/hosts.allow and /etc/hosts.deny. Most Linux distributions ship with those as empty files; they're just placeholders with comments.

It's more likely that you're actually missing your /usr/sbin/in.telnetd. This should show up in your logs as a message like: "unable to execute"