Linux Section

Enabling Linux telnet

This has to be one of the more common support calls that I get. The telnet daemon is no longer usually installed by default, so people are surprised when their newly installed Linux system won't answer telnets.

By the way, I am always careful to explain why telnet isn't there anymore; that they probably should be thinking about ssh. But sometimes there are perfectly reasonable reasons: it's only going to be used for a few internal users, there's no path from the outside world, or their firewall is going to tightly control access. I'd still rather see them use ssh, but if they understand its weaknesses and still want to go ahead, so be it.

The first task is to install telnetd. That's the Telnet Daemon that will respond to connection requests from telnet clients. The "telnet" client is installed by default; the telntd daemon is not.

If you have a system that is connected to the internet and that has a package manager like up2date, yum or apt-get, you can use that to load this. For example, on a RedHat system, you might do "up2date telnetd" and that would go fetch the appropriate rpm, download it and install it. You still need to get it running (see below) but it's now installed.

Starting with RHEL5, RHEL no longer uses up2date; it uses yum instead.

If you don't have that ability, you need to find the software on your CD's. I'll lead you through an example from a RedHat 9 install.

We have to start by putting one of the CD's into the machine. I happen to know that what we want is on CD 3 for RedHat 9, but we're going to pretend that I have forgotten that, so I'll first insert CD 2.

Your system may mount the CD automatically. Give it a second, and type "mount". If you see /dev/cdrom in one of the output lines, you can proceed to the next step. If not, you need to mount it manually. For RedHat 9, "mount -r /dev/cdrom /mnt" will work.

Now you need to find the rpm that has telnetd. This command will search the appropriate place:

ls /mnt/RedHat/RPMS | grep telnet
 

If you don't have RedHat 9, you are going to have to search around for the proper drectory yourself. You can "cd /mnt" and do "ls" and continue until you find what you want. Remember, you are only looking for rpm's if you are using an rpm based system. You need to know what your OS uses.

If you can't find anything that looks like telnet (and you won't on CD 2 of RedHat 9), you have to move on to the next CD. If you have cd'd into the mounted directory, you have to cd off that before you can unmount and eject the cd. If not, you'll get "device is busy" and won't be able to remove the cd. In our sample case, we'll do:

cd /
umount /dev/cdrom
 

I could have also done:

cd / 
eject cdrom
 

Now mount the next CD and repeat your search. On RedHat 9, the grep will turn up something like "telnet-server-0.17-20.i386.rpm". I don't remember the exact numbers from the cd - the important thing is that it's "telnet-server". However, on other systems, it may not be so obvious. For example, from a RedHat ES system:

# rpm  -q --whatprovides `which telnetd`
krb5-workstation-1.2.7-44
 

http://www.rpmfind.net/ can sometimes help you find what you need. Once found, it needs to be installed. For the RedHat 9:

rpm -iv /mnt/RedHat/RPMS/telnet-server*
 

Now telnetd is installed (and "which telnetd" will show you where if you are using Bash). It's not running yet, though. For RedHat 9, do:

chkconfig telnetd on
 

Confirm that telnet now works by "telnet localhost" or "telnet 127.0.0.1".

However, if you installed the RedHat firewall, telnet won't be accepting outside connections, not even from your LAN. For RedHat, you can correct that by running "setup", choosing "Firewall Configuration", select "Customize", and "Allow Incoming Telnet".

Other systems have other methods for enabling telnet. Most likely, they use Xinetd. For example, it might look like one of these examples from two different systems:

root# cat /etc/xinetd.d/telnet
service telnet
{
        disable         = yes
        socket_type     = stream
        wait            = no
        user            = root
        server          = /usr/libexec/telnetd
        groups          = yes
        flags           = REUSE
}

# cat /etc/xinetd.d/krb5-telnet
# default: off
# description: The kerberized telnet server accepts normal telnet sessions, \
#              but can also use Kerberos 5 authentication.
service telnet
{
        disable = no
        flags           = REUSE
        socket_type     = stream        
        wait            = no
        user            = root
        server          = /usr/kerberos/sbin/telnetd
        server_args     = -n
        log_on_failure  += USERID
}
 

That's it. The details will vary, but the basic outline is find it, install it, and get it running. You really do need to think about security - not just because it's telnet, but telnet does raise more flags than other protocols and may even invite more break in attempts if it's on the internet: the fact that something responds on port 23 may be seen as weakness and cause more attention than otherwise. There are numerous articles here about general security and ssh; I really suggest you at least brush through them.

3 comments

More Articles by Anthony Lawrence - Find me on Google+

Click here to add your comments




Tue Nov 16 09:41:52 2010:   anonymous


where is the detailed telnet commands............i am using telnet to long in to my board.........





Tue Nov 16 12:44:46 2010:   TonyLawrence


"where is the detailed telnet commands" ??

Huh? I have NO clue what you are asking.

Don't miss responses! Subscribe to Comments by RSS or by Email

Click here to add your comments

If you want a picture to show with your comment, go get a Gravatar

Jump to Comments

Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.

Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.

We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.