Telnet: как проверить порт на сервере — инструкция для новичка

Что такое telnet и что значит проверить порт

Telnet (Teletype Network) — один из старейших сетевых протоколов. Его создали в 1969 году, а описание закреплено в RFC 854 (Request for Comments, «запрос комментариев»). Служба telnet слушает порт 23 и передаёт текст между компьютерами без шифрования, поэтому пароли идут по сети открытым текстом. Для удалённого управления сервером не используйте telnet, берите SSH.

Порт — это «дверь» конкретной службы на IP-адресе. Адрес указывает на сервер, а номер порта от 1 до 65535 — на программу внутри него. Как устроены адреса и порты, читайте в статье про стек TCP/IP, а общее понятие сетевых правил — в материале о том, что такое протокол.

Проверить порт — значит попробовать открыть TCP-подключение (Transmission Control Protocol) к этой «двери». Клиент telnet делает ровно это и сразу показывает результат, поэтому им пользуются до сих пор. Команда выглядит так: telnet 203.0.113.10 443. Telnet работает только с TCP, для UDP-портов нужны nc -u или nmap. Чаще всего проверяют такие порты:

• 22 — SSH, удалённое управление;
• 80 — HTTP, обычные сайты;
• 443 — HTTPS, сайты с шифрованием;
• 3306 — MySQL, база данных;
• 25565 — Minecraft, игровой сервер.

Как telnet проверяет порт: что происходит в сети

Telnet не «смотрит» на порт, а пробует к нему подключиться. Команда telnet 203.0.113.10 443 запускает обычное TCP-соединение (Transmission Control Protocol) с сервером. Если соединение установилось, на порту 443 работает программа и пакеты до неё дошли.

Соединение строится в три шага, это называется трёхсторонним рукопожатием. Ваш компьютер шлёт пакет SYN, сервер отвечает SYN-ACK, вы подтверждаете его пакетом ACK. Всё это происходит на транспортном уровне, четвёртом из семи в модели OSI, а как устроены остальные уровни, разберите в статье про модель OSI.

Ping устроен иначе: он использует протокол ICMP (Internet Control Message Protocol), а у ICMP портов нет. Ответ на ping говорит лишь о том, что сервер включён и доступен. Порт 22 или 3306 при этом может быть закрыт, о ping подробнее написано в отдельной инструкции.

У проверки есть три исхода:

• Соединение есть. Сервер вернул SYN-ACK, экран стал чёрным или пришло приветствие. Порт открыт.
• Отказ. Сервер ответил пакетом RST, и через долю секунды вы видите Connection refused. Сервер доступен, но на порту никто не слушает.
• Тишина. Файрвол молча отбрасывает SYN, ответа нет, и telnet ждёт 20–75 секунд до тайм-аута. Порт фильтруется.

Telnet работает только с TCP. Для UDP-портов используйте nc -u или nmap. Проверяйте порт дважды: с другого компьютера и на самом сервере через telnet 127.0.0.1 443. Если на сервере порт открыт, а снаружи тишина, блокировка стоит в файрволе или у провайдера.

Как включить telnet-клиент в Windows, Linux и macOS

Telnet нужен на той машине, с которой вы проверяете порт. В Windows клиент по умолчанию выключен, в macOS его нет в системе, а в большинстве дистрибутивов Linux он не установлен. Включение занимает от 10 секунд до 3 минут.

Все команды ниже вводятся в терминале. В Windows откройте меню «Пуск», введите cmd, нажмите правой кнопкой на «Командная строка» и выберите «Запуск от имени администратора». В Linux и macOS запустите программу «Терминал»; подробности есть в статье, как открыть терминал в вашей системе.

В Windows 10 и 11 есть и графический способ. Нажмите Win + R, введите optionalfeatures и отметьте «Клиент Telnet». Затем нажмите «ОК» и дождитесь установки (1–2 минуты). Перезагрузка не нужна.

Для macOS сначала нужен менеджер пакетов Homebrew. Проверьте установку командой telnet: если клиент запустился, появится приглашение telnet>. Выйдите из него командой quit.

Telnet: проверить порт пошагово

Проверка занимает около 1 минуты. Вам нужны адрес сервера, номер порта и включённый клиент telnet. Если клиента нет, сначала включите его по инструкции выше.

Telnet работает только с TCP (Transmission Control Protocol). Для UDP-портов используйте nc -u или nmap. Проверяйте порт дважды: снаружи и на самом сервере, так видно, где стоит блокировка.

Как проверить порт через telnet по шагам:

1. Откройте терминал (Linux, macOS) или PowerShell (Windows: Win + X, пункт «Терминал»). Если нужен доступ к серверу для шага 7, подключитесь к нему через PuTTY по SSH.
2. Узнайте IP-адрес сервера в панели хостинга. В примере это 203.0.113.10. Если у вас пока нет сервера, выберите VPS для проверки.
3. Выполните команду: telnet 203.0.113.10 443. Формат всегда один: telnet адрес порт.
4. Подождите до 20 секунд. Чёрный экран или приветствие сервера означает, что порт открыт. Надпись Connection refused означает, что порт закрыт.
5. Выйдите из сеанса: нажмите Ctrl + ], затем введите quit и нажмите Enter.
6. Повторите проверку для других портов: telnet 203.0.113.10 22 (SSH, Secure Shell) и telnet 203.0.113.10 3306 (MySQL).
7. Зайдите на сам сервер и выполните telnet localhost 443. Если локально порт открыт, а снаружи нет, проблема в файрволе или у провайдера.

Для веб-порта можно отправить ручной запрос. Подключитесь командой telnet 203.0.113.10 80, введите GET / HTTP/1.1, нажмите Enter, затем добавьте строку Host: example.com и нажмите Enter два раза. Сервер вернёт заголовки ответа, например HTTP/1.1 200 OK.

Как понять ответ telnet: порт открыт, закрыт или фильтруется

Telnet выдаёт один из четырёх исходов, и каждый указывает на свою причину. Запустите telnet 203.0.113.10 22 и посмотрите, что появилось в окне в первые 5–10 секунд.

Если порт открыт, вы увидите чёрный экран или приветствие службы. Для SSH (Secure Shell, защищённое подключение) на порту 22 это строка вида SSH-2.0-OpenSSH_9.2p1 Debian-2. Значит, TCP-соединение установлено и служба слушает порт. Выйдите: Ctrl + ], затем quit.

Проверяйте порт и снаружи, и на самом сервере: telnet 127.0.0.1 22. Если локально порт открыт, а снаружи нет, блокировка стоит между вами и сервером. Telnet работает только с TCP, для UDP-портов нужен nc -u.

Для игрового порта 25565 порядок тот же: сначала служба, затем брандмауэр сервера, затем панель провайдера. Подробности по этому порту есть в инструкции: как открыть порт Minecraft.

Ошибки при проверке порта и что с ними делать

Если telnet пишет «Connection refused» или молчит, порт не всегда закрыт намеренно. Чаще всего дело в незапущенной службе или фаерволе, а иногда порт просто проверяют не оттуда. Ниже разберём каждую ошибку по отдельности — от сервера наружу.

Первая ошибка: проверка только с самого сервера

Порт проверяют на сервере и делают вывод, что он открыт для всех. Но локальная проверка не проходит через внешний фаервол и правила провайдера.

Как решить: повторите telnet с другого компьютера или из мобильной сети. Если на сервере порт открыт, а снаружи нет, блокировка стоит между ними.

Вторая ошибка: команда введена неверно

Правильный формат — telnet 203.0.113.10 443: адрес и порт разделяет пробел, не двоеточие. Сообщение «команда не найдена» или «не является внутренней командой» значит, что клиент не установлен.

Как решить: исправьте синтаксис или включите telnet — это занимает 1–2 минуты.

Третья ошибка: проверка UDP через telnet

Telnet работает только с TCP, поэтому тишина на UDP-порту ничего не доказывает.

Как решить: для UDP-портов используйте nc -u или nmap -sU.

Четвёртая ошибка: служба не запущена

На сервере выполните ss -tlnp | grep :443. Пустой вывод значит, что порт никто не слушает.

Как решить: запустите службу, например systemctl start nginx.

Пятая ошибка: служба слушает только 127.0.0.1

Если в колонке Local Address стоит 127.0.0.1:3306, служба видна лишь с самого сервера.

Как решить: смените адрес на 0.0.0.0 в её конфиге и перезапустите.

Шестая ошибка: порт закрыт фаерволом на сервере

Служба работает, но входящие подключения режет локальный фаервол. Смотрите ufw status, iptables -L -n или firewall-cmd --list-ports.

Как решить: откройте порт, например ufw allow 443/tcp.

Седьмая ошибка: правила в панели облака или у провайдера

Порт может блокировать группа безопасности (security group) в панели хостинга. Некоторые провайдеры по умолчанию закрывают исходящий порт 25.

Как решить: проверьте правила в панели. Если всё открыто, а порт молчит, напишите в поддержку.

Восьмая ошибка: неверный IP или домен

Старая DNS-запись может вести на другой сервер, и вы проверяете совсем не ту машину.

Как решить: сравните адрес с тем, что указан в панели, и выполните ping на него.

Проверяйте уровни по порядку: служба, адрес прослушивания, фаервол, правила провайдера. Нужен сервер, где порты настраиваются без ограничений? Сравните тарифы VPS с полным доступом к фаерволу.

Чем заменить telnet: nc, Test-NetConnection, nmap и curl

Telnet проверяет только TCP-порты и часто отсутствует на серверах: в Windows клиент выключен, в свежих дистрибутивах Linux его не ставят. Он не подходит для UDP-портов и сканирования диапазонов. Порт 23 передаёт данные открытым текстом, поэтому вводить пароли через telnet нельзя.

Замену выбирайте по задаче. В Windows хватит встроенного PowerShell, в Linux и macOS обычно уже есть nc (netcat) или curl. Для проверки сразу нескольких портов берите nmap.

Какой инструмент выбрать для типичных проверок:

• Порт 3306 (MySQL) или 25565 (Minecraft) проверяйте через nc -zv.
• Порты 22, 80 и 443 разом проверит nmap -p 22,80,443.
• Для UDP-порта запускайте nc -u или nmap -sU с правами администратора.

Запускайте проверку и снаружи, и на самом сервере: так видно, где стоит блокировка. Тестовый стенд для таких экспериментов удобно поднять на недорогом VPS: он стоит от нескольких сотен рублей в месяц.