Putty не работает backspace

Putty не работает backspace

Есть одна небольшая, но очень сильно мешающая работе наших операторов проблема — видимо, в коммутаторах не совсем корректно реализован протокол telnet.

Заключается она в том, что при нажатии клавиши backspace стирается не символ, стоящий слева от курсора, а символ под курсором. То есть, чтобы стереть 5 последних символов, нужно 5 раз нажать «влево» и, затем, 5 раз — «backspace»
Такое поведение можно увидеть под unix-системами (linux, freebsd, стандартный telnet-клиент), и под windows (PuTTY v 0.58)
Backspace работает нормально в стандартном telnet.exe, идущим с windows.

Оборудование, на котором проблема проявляется: DES-3226s (FW 4.02-B34), DGS-3312SR (FW 3.01-B25)

забавно, DES-2108, backspace переваривает нормально.

да, при подключении через RS-232 все тоже работает правильно.

it

Зарегистрирован: Ср апр 20, 2005 16:15
Сообщений: 119
Откуда: Rostov on Don

olleg_s

Зарегистрирован: Ср окт 26, 2005 00:07
Сообщений: 13
Откуда: Лобня

Страница 1 из 1 [ Сообщений: 3 ]

Часовой пояс: UTC + 3 часа

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 25

Источник

Не работает backspace, стрелки, delete и другие клавиши в терминалах по SSH

Такая проблема — подключаюсь из винды разными ssh клиентами к серверу — а там не работают клавиши backspace, стрелки, delete и другие.

Точнее они срабатывают но выводится на экран при этом фигня.

Подключаюсь из debian wheezy первым попавшимся клиентом к серверу — а там работают клавиши backspace, стрелки, delete и другие.

На экран никакой фигни не выводится.

А вообще тип терминала настрой.

сейчас из убунты попробовал на eclipse (RSE) — такая-же фигня

сейчас еще попробовал к другому серваку подключиться — все работает нормально. Значит дело в настройках на сервере (ubuntu 12.04).

все нормально работает на debian 5

Кодировка сервера и клиента под windows не совпадают? utf-8

Какая именно фигня вылазит? Если ESC последовательности, то либо на стороне сервера неверно настроен терминал либо твой клиент их не распознаёт (они эхом возвращаются).

где посмотреть, не подскажете?

на сервере установлен webmin

и еще — в обычном терминале убунты — такая-же фигня 🙁 короче везде

Источник

Backspace, Tab не работает в терминале (используя ssh)

Когда я захожу на другую машину с Debian с моей учетной записью (с разрешениями sudo), моя клавиша Backspace генерирует некоторые неудобные символы при нажатии. Также Tab & del ключи тоже не работают.

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

Я видел такие проблемы раньше.

Возьмем, к примеру, backspace: удаленный хост ожидает, что некоторый символ будет использоваться как «стирание / возврат», в то время как вы нажимаете backspace в терминале, программа терминала отправит некоторый символ на удаленный хост, если то, что ожидает удаленный хост, отличается от символы, отправленные программой терминала, вы столкнетесь с этой проблемой. Итак, быстрое исправление, как показано ниже:

  1. запустите команду #stty -a на удаленном хосте и найдите, что ожидается в качестве кода стирания в выходных данных. Say erase=^? .
  2. В терминале введите Ctrl v и нажмите клавишу возврата. Вы увидите, какой код отправляется как «стереть». Скажи это ^H .
  3. На удаленном хосте запустите #stty erase ^H .
    (Примечание: используйте Ctrl v + Backspace , не вводите ^ вручную)

Вы можете решить проблему с вкладкой так же, как указано выше.

Помимо решения «stty», вы можете попробовать решение «TERM».

Вы подключаетесь к Debian из какого-либо терминала (putty, solaris dterm, debain xterm, you-name-it), возможности этого терминального объявления (который включает в себя такие ключи, как Backspace и Tab) через переменную окружения TERM.

Итак, после ssh для unix host (это не зависит от debian it или другого host) установите переменную TERM в соответствии с вашим терминалом. Предположим, вы используете bash в качестве оболочки и vt100 в качестве терминала:

PS: TERM должен быть объявлен через ssh автоматически, но в некоторых случаях эта магия не работает.

Это потому , что по умолчанию оболочка sh , использовать bash , просто запустить bash из вашей оболочки.

Чтобы установить в bash качестве оболочки по умолчанию:

Источник

Клавиши Backspace, Tab, Del и стрелки не работают в терминале (используя ssh)

Когда я захожу на другой компьютер Ubuntu с моей учетной записью (с разрешениями sudo), моя клавиша Backspace генерирует некоторые неудобные символы при нажатии. Также не работают клавиши Tab, Del и Arrow.

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

РЕДАКТИРОВАТЬ: Ссылка: ответ Матенга

Матенг близок к тому, что я думаю, что вы, вероятно, управляете Bourne Shell. Но вы не должны редактировать свой /etc/passwd файл напрямую. Попробуйте использовать chsh команду вместо этого:

Флаг -s сделает новую оболочку (в данном случае Bash) вашей оболочкой для входа в систему.

Следующие изменения решили проблему для меня. Сначала я проверил, какая оболочка запущена:

Как я читал в этом посте в Ubuntuforums , изменение оболочки на /bin/bash приносит решение. Поэтому я отредактировал свои пользовательские настройки так /etc/passwd :

Я вышел из системы, затем снова вошел в систему. Странно, мне пришлось переключать оболочку вручную (возможно, какой-то кэш был активен), введя это:

Вуаля!
[Проблема возникла из-за обновления дистрибутива.]

при первом входе в ssh попробуйте эти две команды

Я должен сделать это на некоторых машинах, которые я вхожу, чтобы решить именно эту проблему

Один из самых простых способов решить эту проблему — набрать / bin / bash в командной строке интерфейса:

Вышеупомянутая команда выполнит Оболочку Bourne Again поверх существующей оболочки как подпроцесс. Это представляет собой недостаток использования большего количества ресурсов, но ничего не нужно редактировать и никаких специальных разрешений не требуется. Например, в последних версиях Kubuntu он запускает сеанс / bin / bash поверх интерфейса командной строки по умолчанию / bin / dash.

Однако, чтобы сохранить изменения, можно отредактировать файл / etc / passwd и добавить / отредактировать / заменить оболочку по умолчанию в / bin / bash после последнего символа «:» в строке, соответствующей пользователю. Однако для редактирования этого файла потребуются права администратора.

«Терминал Gbnome» точно не эмулирует «xterm».

Терминал GNOME эмулирует эмулятор терминала xterm и предоставляет некоторые из тех же функций.

Трактат о проблеме и ее решениях можно найти здесь:

Каждый пользователь Linux рано или поздно оказался в ловушке в ситуации, когда рабочие клавиши Backspace и Delete на консоли и на X казались невозможными. Эта статья объясняет, почему это происходит, и предлагает решения. Представленные здесь понятия по существу не зависят от дистрибутива: из-за разного содержания файлов конфигурации системы в каждом дистрибутиве я постараюсь дать читателю достаточно знаний, чтобы при необходимости продумать свои собственные исправления.

Я предполагаю, что клавиша Backspace должна вернуться на один символ назад, а затем стереть символ под курсором. С другой стороны, клавиша Delete должна удалять символ под курсором, не перемещая его. Если вы считаете, что необходимо заменить функцию двух клавиш, несмотря на то, что на большинстве клавиатур имеется клавиша Backspace со стрелкой, указывающей влево (←), то этот документ не даст вам немедленных решений, но, безусловно, вы может найти объяснения, приведенные здесь полезными.

Самое простое решение (которое может работать здесь) — использовать: bash $ export TERM = gnome

От имени пользователя root отредактируйте файл / etc / passwd для своего пользователя и измените с / bin / sh на / bin / bash

hdfs: x: 1020: 1001 :: / home / hdfs: / bin / sh to hdfs: x: 1020: 1001 :: / home / hdfs: / bin / bash

Это сработало для меня.

Я перепробовал все вышеперечисленные плюсовые заметки от ( эта ссылка ) безуспешно Вы можете проверить, установлен ли vim.

Я обычно использую vi, а не vim. Поэтому я установил vim.

После этого нажатия клавиш начали работать правильно, когда я выполнил vi. Глядя на вывод следующего, похоже, что vi был сделан псевдонимом vim после установки:

Это проблема совместимости с клавиатурой, т. Е. Как она интерпретируется в хост-системе. Возможно, вам придется использовать j или h для перемещения в редакторе vi в командном режиме. Стрелки не будут работать.

Проверьте настройки профиля -> совместимость в хост-системе для этого конкретного пользователя.

Хорошо, я знаю, что это не «решение», скажем так, и это может не помочь многим из вас , но, надеюсь, это поможет по крайней мере 1 из вас . Это решило мою проблему.

Мой шестимесячный ребенок стучал по моей клавиатуре, и мои клавиши со стрелками перестали работать на моей сессии замазки в коробку Debian. Они работали везде (все остальные программы, кроме шпатлевки). После Google и даже посадки здесь (я собирался закрыть эту вкладку, это не решило это для меня). Я попробовал что-то. Я открыл новый сеанс SSH в том же окне, и мои клавиши со стрелками работали. Я присоединился к своему сеансу экрана, и они не работали. Так что что-то произошло, привязанное к текущей сессии экрана, отключив клавиши со стрелками. К сожалению, я был (я) в середине большого проекта, у меня было открыто 28 окон в сеансе экрана, и я не хотел закрывать сеанс, теряя свое место во всех 28 окнах.

Находясь в оболочке bash, я перепробовал все возможные комбинации: CTRL + вверх, вниз, влево, вправо, ALT + вверх, вниз, влево, вправо, SHIFT + вверх, вниз, влево вправо, CTRL + ALT + вверх, вниз , влево вправо, CTRL + SHIFT + вверх, вниз, влево, вправо и т. д. Тем не менее, безуспешно, я также попробовал меню Windows и клавиши приложения Windows вверх, вниз, влево вправо.

Теперь мои стрелки снова работают! Что-то в одной из комбинаций того, что было выше, и клавиши со стрелками исправили это.

Ни один из приведенных выше ответов не устранил мою идентичную проблему, то есть не может использовать клавишу Backspace или аналогичные ключи после sshing на удаленный компьютер из Ubuntu (здесь ubuntu-17.10 с ncurses-6.0).

Это в конечном итоге проблема с terminfo. По сути, мой gnome-терминал говорит, что это терминал xterm-256color (через переменную TERM, который экспортируется с помощью ssh на удаленный компьютер), но на удаленном компьютере не было конфигурации terminfo для xterm-256color.

Выполнение следующих действий решило проблему:

infocmp без какой-либо опции создает листинг источника для терминала в переменной окружения $ TERM. Так что это эквивалентно infocmp -I $ TERM.

Затем полученный источник компилируется через тик.

Наконец, установите соответствующую конфигурацию terminfo в удаленном месте. Итак, в следующий раз, когда я подключусь к $ remote через $ host, он узнает о моем терминале.

Источник

Jack Stromberg

A site about stuff

Putty Backspace Not Working

If the backspace is doing weird stuff in your Putty terminal, try the following:

1. Fire up Putty
2. Click on Terminal->Keyboard
3. Put a check in Control-H instead of Control-?

6 thoughts on “ Putty Backspace Not Working ”

I wanted to let you know that I just searched and found your solution. It worked, so thank you so much.

Just tried your solution and it works.
Thank you!

Thank you ChrisR! Your solution worked for me!

excellent. it works!

Thanks, It worked for me.

Thank u its working

Leave a Reply Cancel reply

Recent Posts

Recent Comments

  • Jack on Deploying Palo Alto VM-Series on Azure
  • Jack on How to update Home Assistant Docker Container
  • Luis on How to update Home Assistant Docker Container
  • Neil. on How to upgrade Home Assistant Z-Wave integration to Z-Wave JS for Docker
  • pille on [Tutorial] How to create a bootable USB Drive to flash a Lenovo device’s BIOS

Archives

Categories

About Me

I’m currently working for Microsoft as a FastTrack Engineer specializing in Microsoft Azure as a cloud solution.

Please note that I am not speaking on behalf-of Microsoft or any other 3rd party vendors mentioned in any of my blog posts. All of these posts are more or less reflections of things I have worked on or have experienced. These articles are provided as-is and should be used at your own discretion.

Источник

Читайте также:  Почему у меня гоголя не работает
Оцените статью