Вопросы Теги

rsh показывает “опрос: отказ протокола в установлении канала”, почему?

Ну, рассматривая минимальную информацию, если, это походит, необходимо войти в настройки сочетания клавиш в Fedora и изменить ключевую комбинацию для изменения расположения на некоторую другую комбинацию как Ctrl+Alt.

3
13.04.2017, 15:13
2 ответа

rsh является исключительно странным протоколом, который показывает одну морщину, это довольно необычно (я думаю, что non-PASV ftp является единственным другим основанным на TCP протоколом, я видел его с): после открытия соединения с сервером сервер должен открыть соединение TCP назад для клиента. Это вызвано тем, что rsh протокол возвращает стандартный вывод через регулярное соединение TCP и стандартную погрешность через это странное соединение обходной канала информации.

Очевидно, это работает очень, очень плохо в эти дни повсеместных брандмауэров. Я подозреваю, что некоторый брандмауэр между Вами и целевой сервер отклоняют то соединение обходной канала информации. Некоторые брандмауэры имеют rsh отслеживание состояния протокола для разрешения этого, но даже если это доступно, оно часто не включается.

Это (среди многих других причин) - то, почему rsh умирает, и все переключаются на ssh, который имеет лучше разработанное много (хотя более сложный) протокол, который мультиплексирует несколько потоков вывода по тому же соединению.

Поэтому в Вашей первой ссылке говорится для выключения iptables; это отключает брандмауэр, это блокирует то соединение обходной канала информации.

4
27.01.2020, 21:20
  • 1
    Но эта первая ссылка не сделала способный решить мою проблему. Я понимаю то, что Вы сказали. Но моя проблема состоит в том, чтобы запустить rsh в любом случае из-за некоторых причин проекта. Помогите мне в этом. –  devsda 19.03.2013, 06:33
  • 2
    О, doh, извините, я полностью отсутствовал, Ваша исходная команда связывалась с localhost. Гм. Затем да, проблема с брандмауэром, которая почти всегда вызывает это, не может быть тем, с чем Вы сталкиваетесь. Из Вашего исходного сообщения strace говорит, что Ваш клиент получает ошибку от сервера. То, что я попытался бы сделать, поднимают трубку сервер так, чтобы он работал под strace (с -o указывая на некоторый файл в /tmp) получать, что происходит на сервере. –  rra 19.03.2013, 07:36
  • 3
    На самом деле я делаю localhost, сервер и клиент являются той же машиной. Таким образом, то, что я, понимают из комментария, выполните команду strace rshd localhost pwd. Поскольку rshd является rsh сервером. Действительно ли я прав? Если я неправ, затем исправляют меня. –  devsda 19.03.2013, 08:46
  • 4
    Обычно, rshd выполняется от /etc/inetd.conf или некоторое подобное средство (возможно, файл в /etc/xinetd.d). Тот файл укажет выполнение rshd или in.rshd или что-то вдоль тех строк. Я предлагаю изменить тот вызов на strace -o /root/rshd.trace rshd вместо этого. (Вам, вероятно, придется проверить синтаксис на Ваш определенный inetd конфигурационный файл для правильного способа сделать это; если Вы говорите, какой inetd Вы используете, я могу помочь.) –  rra 19.03.2013, 09:14
  • 5
    О, и затем повторно выполненный Ваш rsh команда, и заглядывает /root/rshd.trace и посмотрите то, что это говорит. Где-нибудь там будет ошибкой, сопровождаемой им закрывающий соединение клиента. –  rra 19.03.2013, 09:15

Причины:

Проблема в том, что одновременно работает несколько rsh.

Решение:

Перезапустить rsh,

перезапуск службы xinetd

0
27.01.2020, 21:20

Теги

Похожие вопросы