If you've ever needed to access a remote server, configure a network device, or troubleshoot a connection, you've probably heard of Telnet. It's one of the oldest protocols in networking, dating back to the early days of the internet.

While it's not the go-to choice for remote access anymore (that honor goes to SSH), Telnet still plays a role in certain scenarios, and understanding how it works gives you insight into how network communication evolved.

What is Telnet?

Telnet, short for "Teletype Network," is a network protocol that enables bidirectional text-based communication between devices over a network. Originally developed in 1969, it was standardized in 1973 and became one of the first protocols used on what would eventually become the internet.

At its core, Telnet allows you to establish a connection to a remote machine and interact with it through a command-line interface. Think of it as a way to access another computer's terminal as if you were sitting right in front of it, but you're doing it across a network.

Telnet operates on the client-server model. The Telnet client initiates a connection to a Telnet server, which then grants access to the remote system. Once connected, everything you type in the client terminal is sent to the server, and the server's responses are displayed back on your screen.

How does Telnet work?

Telnet operates over TCP/IP using port 23 by default. When you initiate a Telnet session, your client opens a TCP connection to the server's port 23. Once the connection is established, the protocol uses a simple command structure to facilitate communication.

The protocol works through what's called Network Virtual Terminal (NVT), which acts as a standard interface between the client and server. This abstraction layer ensures that different systems, even with different terminal types, can communicate effectively. The NVT uses 7-bit ASCII for character encoding and includes special control characters for managing the connection.

When you type a command in your Telnet client, the data is transmitted to the server character by character, not line by line. The server processes each character, executes commands when you press Enter, and sends the output back through the same connection. This real-time, bidirectional communication happens continuously throughout the session.

Telnet also supports option negotiation, where the client and server can agree on certain features like echo mode, terminal type, or window size. These negotiations happen through special command sequences that begin with an Interpret as Command (IAC) byte.

Why Telnet isn't secure

Here's the big issue with Telnet: it transmits everything in plain text. That means usernames, passwords, commands, and data all travel across the network without any encryption. Anyone with access to the network can potentially intercept and read this information using packet sniffing tools.

This lack of security is why Telnet has largely been replaced by SSH (Secure Shell), which encrypts all communication between client and server. In modern environments where security matters (which is basically everywhere), using Telnet for remote access is considered a serious vulnerability.

That said, Telnet isn't completely obsolete. It's still useful in controlled environments where security isn't a concern, like testing connectivity to specific ports or managing certain network equipment on isolated networks.

When is Telnet still used?

Despite its security limitations, Telnet has some legitimate use cases:

Testing network connectivity: You can use Telnet to check if a specific port is open on a remote server. For example, running telnet example.com 80 will attempt to connect to port 80 and confirm whether a web server is listening. This is particularly handy when troubleshooting mail servers (SMTP on port 25) or web servers.

Legacy system management: Some older network devices, routers, switches, and industrial control systems still rely on Telnet for configuration. In closed, secure networks where these devices operate, Telnet remains functional and sometimes necessary.

Educational purposes: Learning Telnet helps you understand fundamental networking concepts like TCP connections, client-server architecture, and how protocols communicate. It's a simple protocol that makes these concepts tangible.

Accessing BBS and text-based services: Believe it or not, some old-school bulletin board systems and text-based services still use Telnet. These are mostly hobbyist communities keeping retro technology alive.

How to use Telnet

Most operating systems come with a Telnet client, though it might not be enabled by default. On Linux and macOS, you can typically use Telnet right from the terminal. On Windows, you may need to enable it through Windows Features.

To connect to a remote system via Telnet, the basic syntax is:

telnet [hostname or IP address] [port]

For example, to connect to a server at 192.168.1.100 on port 23:

telnet 192.168.1.100 23

If you don't specify a port, Telnet assumes port 23. Once connected, you'll be prompted for credentials (if authentication is configured), and then you can start entering commands.

To test if a web server is running on port 80, you might do:

telnet example.com 80

If the connection succeeds, you'll see a blank screen, which means the port is open and listening. You can then type HTTP commands manually to interact with the server.

To disconnect from a Telnet session, you typically press Ctrl + ] to enter Telnet command mode, then type quit or close.

Telnet versus SSH

Since SSH has essentially replaced Telnet for secure remote access, it's worth understanding the differences. Both protocols allow you to remotely access systems, but SSH encrypts all data, provides authentication mechanisms, and supports secure file transfers through SFTP and SCP.

SSH operates on port 22 by default and uses public key cryptography for authentication. It's the standard for managing servers, deploying code, and administering systems remotely. If you're setting up remote access to any production system, SSH is what you should use.

Telnet's simplicity is both its strength and weakness. It's lightweight and straightforward, but that simplicity comes at the cost of security. Think of Telnet as a postcard, anyone handling it can read it, while SSH is like a sealed envelope with encryption protecting the contents.

Frequently asked questions about Telnet

Is Telnet still used today?

Yes, but rarely for remote system administration. Telnet is primarily used for testing network connectivity, managing legacy equipment in isolated networks, and educational purposes. For any security-sensitive applications, SSH has replaced Telnet.

Can I use Telnet securely?

Not really. Telnet itself doesn't support encryption. If you need secure remote access, use SSH instead. The only semi-secure way to use Telnet would be within a VPN tunnel, but at that point, you're better off just using SSH.

What port does Telnet use?

Telnet uses TCP port 23 by default. However, you can specify different ports when connecting, which is useful for testing whether other services are listening on specific ports.

Why was Telnet replaced by SSH?

Telnet transmits all data, including passwords, in plain text. This makes it vulnerable to interception and eavesdropping. SSH was developed to address these security concerns by encrypting all communication between client and server.

Can I still install Telnet on modern systems?

Yes, Telnet clients are available for all major operating systems. On Linux, you can install it via your package manager (apt install telnet or yum install telnet). On Windows, enable it through "Turn Windows features on or off." On macOS, Telnet is typically pre-installed.

What's the difference between Telnet and SSH?

The main difference is security. Telnet sends everything in plain text, while SSH encrypts all communication. SSH also provides better authentication methods, port forwarding, and secure file transfer capabilities. For practical purposes, SSH does everything Telnet does, but safely.

Conclusion

Telnet represents an important piece of networking history and still serves specific purposes today, particularly for troubleshooting and working with legacy systems. While you shouldn't use it for secure remote access, understanding how it works gives you better insight into network protocols and how modern alternatives like SSH evolved to address security concerns.

For anyone working with servers or network infrastructure, knowing when and how to use Telnet for diagnostics can be valuable, just remember to reach for SSH when security matters.

Thanks for reading! If you're looking for infrastructure to support your networking needs, xTom provides enterprise-grade dedicated servers and colocation services, while V.PS offers scalable, production-ready NVMe-powered VPS hosting perfect for any workload. We also provide IP transit and a full range of IT services to support your infrastructure requirements.

Ready to discuss your infrastructure needs? Contact our team to explore the right solution for your projects.