Я в настоящее время сталкиваюсь с проблемой с RHEL 7.0 относительно ssh опции-g (т.е. удаленное соединение хостов с локальными переданными портами).
Я устанавливаю соединение с перенаправлением портов, с сервера на адресе myserver_ip, с обычной командной строкой:
ssh -o StrictHostKeyChecking=no user@server_fqn -L9090:other_server_ip:9080 -g
Когда я указываю на свой браузер (или пытаюсь выбрать что-то с завихрением, я добираюсь, соединение отказалось от исключения):
curl -X GET "http://myserver_ip:9090"
curl: (7) Failed to connect to myserver_ip port 9090: No route to host
Если я делаю то же на сервере Ubuntu, оно работает отлично, однако на RHEL, оно просто не работает.
Я подозревал брандмауэр, selinux, даже сетевое соединение.
Для решения/диагностирования этого, я попробовал следующее:
service firewalld stop
)semanage port -l | grep 9090
), это было в порядкеnetstat -alptn | grep 9090
), кажется хорошо, у меня есть процесс ssh, слушающий на 9 090tcpdump -i ens192 'port 9090' -v
), и действительно пакеты получены...Так в основном это соответствовало, что система получает запросы в интерфейсе, процесс ssh слушает во всех интерфейсах на данном порте, однако процесс ssh не делает передач пакетов другой стороне...
Я действительно вне, ведет для поиска и устранения неисправностей, поэтому Если бы у Вас есть какие-либо предложения, не колеблитесь, я был бы очень признателен за некоторую справку.
Спасибо,
Curl уже сказал вам ответ. Это не о SSH, не о брандмауэрах, не о selinux.
no route to host
Машина, на которой вы запускаете curl, не знает, куда он должен отправлять пакеты, предназначенные (IP-адрес, с которым он связан) my server_ip