Telnet отправляет Ctrl-C

Скорее всего, Вам не установили драйвер. У Вас есть 2 выбора:

  1. Используйте собственный драйвер. Можно получить собственные драйверы через веб-сайт производителя, в этом случае это - страница загрузки AMD. Некоторые дистрибутивы также имеют собственные драйверы в репозиториях. Поскольку Fedora проверяет этот Неофициальный Fedora FAQ.
  2. Используйте драйвер с открытым исходным кодом. Это часто не столь хорошо как собственное, если производитель не предоставил спецификации разработчикам ПО с открытым исходным кодом, в этом случае это лучше. Изучите документацию своего дистрибутива относительно того, как получить драйверы с открытым исходным кодом. Я не знаю, существует ли это для Fedora, все же.

14
27.06.2014, 20:30
7 ответов

Вы попытались выключить localchars в своем клиенте telnet?

bash$ telnet
telnet> toggle localchars
Won't recognize certain control characters.
telnet> open myhost

Можно также смочь вставить эту команду ~/.telnetrc файл, в зависимости от Вашей версии telnet.

5
27.01.2020, 19:51
  • 1
    я попробовал это (читает последнюю часть вопроса), –  Allan 18.07.2012, 15:52

Вы могли бы попробовать 8-разрядный чистый режим... он мешает telnet интерпретировать большую часть данных

telnet -8 host port

(Это - выстрел в темноте),

По большей части Вы на правильном пути, пытаясь заставить telnet прекращать предварительно интерпретировать нажатия клавиш..., такие как CTRL-C и CTRL-Z и другие. Режим на 8 битов должен помочь.

3
27.01.2020, 19:51
  • 1
    я попробовал это, это не работало. Я сделал, как когда-либо находят другое решение: терминальный сервер может быть настроен для действия как "режим сервера TCP" (настройки по умолчанию, которые у меня есть проблемы с), но если это изменяется на "Реальные вещи" режима COM, работают. Я понятия не имею о том, что на самом деле различиями являются... поздравления –  Allan 06.07.2012, 09:26
  • 2
    по случаю нахождения решения. Всегда хороший для зафиксированного проблемы. –  lornix 06.07.2012, 09:28
  • 3
    ... Я не слишком доволен этим решением, мне решили бы его путем внесения изменений в моей клиентской конфигурации –  Allan 12.07.2012, 13:46
  • 4
    ... Я не слишком доволен этим решением, мне решили бы его путем внесения изменений в моей клиентской конфигурации –  Allan 12.07.2012, 13:46
  • 5
    @Allan telnet, отправьте комментарий как ответ в метке оно как корректный ответ для того, чтобы устранить проблему, спасибо. –  Not Available 12.07.2012, 14:55

^C символ прерывания. Можно отправить его с Escape telnet (значение по умолчанию ^]) и затем send brk.

1
27.01.2020, 19:51
  • 1
    BRK последовательность имеет определенное для реализации значение на принимающем конце и не является тем же как отправкой ETX (^C) символ. В системах Unixy это обычно означает делать TCSBRK ioctl на любом TTY telnetd использует. На последовательных устройствах, который часто переводит в содержание линии передачи низко для четверти к половине секунды. –  Blrfl 14.07.2012, 16:33
  • 2
    BRK последовательность имеет определенное для реализации значение на принимающем конце и не является тем же как отправкой ETX (^C) символ. В системах Unixy это обычно означает делать TCSBRK ioctl на любом TTY telnetd использует. На последовательных устройствах, который часто переводит в содержание линии передачи низко для четверти к половине секунды. –  Blrfl 14.07.2012, 16:33

Это может помочь, хотя вместо telnet используются 3 других инструмента. ]:

эхо 03 | xxd -r -p | порт хоста NC

3
27.01.2020, 19:51

Я использовал 'toggle options' и 'toggle termdata', чтобы убедиться, что ситуация на моем сайте соответствует исходному плакату. Мне удалось отправить ^ C (control-C), в частности, с помощью команды telnet 'send ip', как описано в документации. В моем случае я поместил все 3 команды в свой ~ / .telnetrc

0
27.01.2020, 19:51

Используйте

nc host port

, если вы хотите просто подключиться к порту сервера -и прерывать с помощью Ctrl C, когда это необходимо. Вы можете установить ncс пакетом netcat.

П.С. идея взята из ответа @bambam -, но я не знаю, что означает использованная команда xxd, и она отлично работает без нее для моего варианта использования.

0
27.01.2020, 19:51

Я столкнулся с аналогичной проблемой, связанной с невозможностью отправки ^C (Control -C )через сеанс telnet. Кроме того, я получал серийный номер через сеанс telnet, и каждый раз, когда я взаимодействовал с терминалом, возникало эхо. То есть, когда я вводил «a» в оболочке linux bash, я дважды возвращал «a» и «команда :не найдена» или я получал два запроса на это :$ $

Я решил эту проблему, убедившись, что сеанс telnet, который я использовал, был настроен на использование протокола RFC2217. Это исправило аномалии последовательного терминала, и эхо-сигналы и «управляющие» символы были правильно интерпретированы. См.https://www.rfc-editor.org/rfc/rfc2217

0
13.05.2020, 03:06

Теги

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