Telnet: не удалось открыть соединение с хостом через порт 23: сбой подключения

Question

Я много гуглил и проверял на многих форумах, но все еще не смог решить.

Когда я делаю телнет из системы Windows 192.18.212.169 в систему RHEL 192.18.212.124 я получаю сообщение об ошибке

Подключение к 192.18.212.124 ...Не удалось открыть соединение с хостом, порт 23: сбой подключения.

Когда я пытаюсь из системы CentOS 192.18.209.87 я получаю ошибку

Попытка 192.18.212.124 ... telnet: подключиться к адресу 192.18.212.124: нет маршрута к хосту

Сервер и клиент telnet были установлены на 192.18.212.124 и я могу войти в коммутатор с 192.18.209.124 только я разрешил его подсеть на коммутаторе.

Но когда я пытаюсь подключиться к 192.18.212.124 из любой другой системы, это не работает. Хотя, если я пытаюсь подключиться с помощью ssh из любой системы, это работает.

Я знаю, что telnet старый, но он необходим для определенного программного обеспечения, которое я использую. Пожалуйста помоги.

Обновить:
ip route для клиента CentOS (192.18.209.87):

по умолчанию через 192.18.209.3 dev enp1s0 протостатическая метрика 1024
192.18.200.80 через 192.18.209.3 dev enp1s0 протостатическая метрика 1
192.18.209.0/24 dev enp1s0 прото ядро область ссылка src 192.18.209.87
192.168.122.0/24 dev virbr0 Прото ядро ссылка ссылка src 192.168.122.1

ip route сервера RHEL (192.18.212.124):

192.18.212.0/24 dev eth2 прото ядро область ссылки src 192.18.212.124 метрика 1
по умолчанию через 192.18.212.3 dev eth2 proto static

Answer 1

Учитывая, что ssh работает, а telnet - нет, есть несколько вариантов:

• Брандмауэр блокирует трафик на сервере
• Telnet не работает на сервере
• Ваши соединения маршрутизируются через шлюз, который отфильтровывает трафик telnet
• Вы ввели разные IP-адреса, когда пытались подключиться через ssh / telnet

1. Это может быть межсетевой экран вашего сервера, который блокирует соединение.

В качестве быстрой проверки добавьте (временные) правила, разрешающие весь трафик:

[root@server]# iptables -I INPUT 1 -j ACCEPT
[root@server]# iptables -I OUTPUT 1 -j ACCEPT

Вы могли бы также сделать то же самое на клиенте, чтобы избавиться от этого. Когда вы закончите тестирование (в конце этого сообщения), удалите эти два с помощью

[root@server]# iptables -D INPUT 1
[root@server]# iptables -D OUTPUT 1

2. Вашему серверу не хватает маршрута для его 192.18.209.0/24 (?) подсеть

Таблица маршрутизации вашего сервера странная. Вы сказали, что его IP-адрес был 192.18.209.124, но в таблице маршрутизации указано, что это 192.18. 212.124. Вы изменили его на подсеть 212, чтобы проверить некоторые вещи? Если да, можете ли вы вернуть его обратно в состояние, в котором оно было при написании вашего первого сообщения?

Выполните трассировку от сервера к клиенту и наоборот, чтобы проверить правильность путей.

3. Полная последовательность тестирования, ТОЛЬКО если у вас есть физический доступ к серверу (так как вы можете потерять доступ к сети из-за потенциального изменения IP-адреса)

Предполагая, что ваша топология очень проста с обоими компьютерами в одной сети, как показано на следующей диаграмме:

        +---------+                  Server: 192.18.209.124/24
        | Switch  |                  CentOS: 192.18.209.87 /24
        +---------+
     _____|     |_____
    |                 |
+--------+        +--------+
| Server |        | CentOS |
+--------+        +--------+

[root@server] iptables -I INPUT 1 -j ACCEPT
[root@server] iptables -I OUTPUT 1 -j ACCEPT
[root@server] ifconfig eth2 192.18.209.124/24
[root@server] netstat -tapn | grep :23

[root@centos] iptables -I INPUT 1 -j ACCEPT
[root@centos] iptables -I OUTPUT 1 -j ACCEPT
[root@centos] traceroute 192.18.209.124
[root@centos] nc -vv 192.18.209.124 23

[root@server] traceroute 192.18.209.87
[root@server] iptables -D INPUT 1
[root@server] iptables -D OUTPUT 1

[root@centos] iptables -D INPUT 1
[root@centos] iptables -D OUTPUT 1

Answer 2

Клиент CentOS и сервер RHEL находятся в сегменте 192.18.209.x. Согласно дампам вашего маршрута, шлюзом по умолчанию в CentOS является 192.12.209.3, а шлюзом по умолчанию в RHEL является 192.12. 212.3.

Попробуйте изменить шлюз по умолчанию на RHEL в 192.12.209.3 и проверьте, работает ли он.