What You'll Need:
- A computer with network access to the switch
- Telnet client software (such as PuTTY for Windows, Terminal for macOS, or any Linux terminal)
Steps:
- Ensure network access: Ensure your computer is on the same network as the Dell Force10 S4810P switch and that you know the switch's IP address.
- Launch your Telnet client:
- For Windows users, open PuTTY. In the 'Host Name (or IP address)' field, input the IP address of your switch. Make sure the 'Connection type' is set to Telnet, then click 'Open' to start the session.
- For macOS and Linux users, open your Terminal application.
- Establish the Telnet connection:
- In your terminal window, type
telnet <switch IP address>, replacing<switch IP address>with the actual IP address of your switch, then press Enter.
- In your terminal window, type
- Authenticate: You'll be prompted to enter your admin password. Do so, then press Enter. Note that, for security reasons, the password will not be displayed as you type it.
You should now have an active Telnet session with your Dell Force10 S4810P switch. This method allows for remote configuration and management of your switch over the network. However, because Telnet does not encrypt the connection, it should only be used in secure, private networks.
In the next tutorial, we'll discuss how to connect to the Dell Force10 S4810P via the web interface.
Treat Telnet as a legacy fallback
Telnet can expose administrative sessions in clear text and should not be the normal management method for a production switch. If it is still enabled, document why, restrict it to an isolated management path, and plan a move to SSH or console-based recovery.
For older environments, Telnet may appear during recovery or legacy documentation. Use that as a signal to review the switch management plane, credential handling, and access lists. Once SSH and console access are confirmed, remove unnecessary Telnet exposure and verify that administrators can still reach the switch safely.
Related Force10 guides
Post-change verification checklist
After using this Force10 note, verify the public impact instead of stopping at the admin prompt. Confirm management access still works from the intended network, check that important ports and VLANs are passing traffic, and save a dated copy of the running configuration. For hosting or client networks, also note who was notified, what changed, and what rollback step should be used if monitoring or customer reports show a problem.
Replace Telnet during normal maintenance
If Telnet appears in an old runbook, use the maintenance pass to decide whether it is still needed. In most environments, SSH plus console recovery is the better combination because it protects credentials and keeps the fallback path clear. Leaving Telnet enabled for convenience can create unnecessary risk on a switch that controls important traffic.
Before disabling it, confirm SSH login, console access, monitoring, and any automation that expects management access. Then verify the old Telnet path is closed from networks that should not administer the switch.
