Вопрос или проблема
Я получаю диалоговое окно "Display all <n> possibilities? (y or n)"
в терминале PuTTY, подключенном к Synology NAS.
Служба поддержки Synology перекладывает ответственность за это, поэтому, возможно, кто-то может помочь определить источник?
Я подключаюсь с помощью терминала PuTTY, используя конфигурацию по умолчанию:
просто войти под пользователем и паролем и подождать…
…после долгого ожидания (скажем, час) появляется сообщение “Display all possibilities”.
Сессия работает с Bourne Shell (“sh”).
Сообщается, что ОС: Linux 4.4.302+ x86_64
На NAS не выполнялось никаких пользовательских скриптов/процессов. Чистый Synology.
Во время ожидания на терминале не было выполнено никакого ввода.
В это время файловая система NAS не была доступна.
Консоль Synology также не использовалась (хотя она была открыта, показывая приложение Панель управления).
Существует ли способ, чтобы моя собственная сессия могла выполнять команду без моего ведома?
(абсолютно никаких случайных вводов – Tab или иных – после входа в систему не было)
Может ли какой-либо другой процесс отображать сообщение на моем терминале?
Буду признателен за любые идеи, как я могу разобраться в этом и/или положить этому конец.
Заранее благодарю.
Это сообщение ваш shell (bash) отображает, когда вы дважды нажимаете tab (попробуйте!).
Поскольку SSH зашифрован (так что ничего не может вставить эти нажатия клавиш) и PuTTY, как правило, не отправляет случайные нажатия клавиш. Я бы сказал, что предположение о том, что ничего не вводилось, вероятно, неверно.
Так как вы используете Windows, вы, вероятно, хотели нажать Alt+tab (в таком порядке), но вместо этого нажали tab+Alt. Это, вероятно, произошло дважды, когда вы переключали открытые окна.
Поскольку нажатие tab не является чем-то видимым, вы не могли заметить это вовремя.
.
Ответ или решение
Конечно, давайте разберемся в данной ситуации и постараемся пролить свет на проблему, с которой вы столкнулись. Сообщение "Display all
ТЕОРИЯ
Это сообщение обычно появляется в оболочке, когда дважды нажимается клавиша Tab. В Unix-подобных системах, таких как Linux, клавиша Tab используется для автодополнения команд и путей к файлам. Когда есть множество возможностей для автодополнения, система предложит вам отобразить все доступные варианты, спрашивая, хотите ли вы их видеть.
Само по себе данное сообщение является частью стандартного поведения оболочки. Оболочки UNIX, такие как bash и sh, способны обрабатывать автоматическое дополнение команд и давать список всех возможных завершений, когда вы не предоставляете достаточно информации для однозначного выбора.
ПРИМЕР
Представьте себе ситуацию, когда вы начинаете вводить команду в терминале, например, ls
, и нажимаете Tab. Если в текущем каталоге нет других файлов или директорий, начинающихся на «ls», оболочка завершит слово за вас. Однако, если существует несколько файлов, начинающихся с тех же букв, то при нажатии Tab во второй раз система спросит вас, хотите ли вы увидеть полный список.
ПРИМЕНЕНИЕ
В вашем конкретном случае, учитывая, что вы не вводили команд и ваши руки не касались терминала, вероятность случайного нажатия клавиши Tab кажется маловероятной, если только вы случайно не перепутали комбинации клавиш, переключаясь между окнами. Эту гипотезу поддерживает возможность того, что вы могли попытаться использовать Alt+Tab для переключения между окнами, но по ошибке нажали Tab+Alt. Это могло бы вызвать упомянутое поведение, даже если ключи не были видимы для вас в тот момент.
Вот несколько шагов по устранению неисправностей:
-
Проверка файлов и настройки оболочки: Просмотрите файлы конфигурации для вашего пользователя, такие как
.profile
,.bashrc
или аналогичные, которые содержат пользовательские модификации оболочки. Возможно, что-то запущено в фоновом режиме, вызывающее описанное поведение. -
Проверка скриптов и демонских процессов: Убедитесь, что на Synology NAS не действуют скрытые скрипты или процессы, которые могут взаимодействовать с вашей сессией SSH.
-
Логирование и мониторинг сеанса: Для лучшего понимания динамики ситуации вы можете установить логирование вводимых команд и событий в рамках вашего SSH-соединения. Это можно сделать с помощью утилит, таких как
script
илиtmux
, которые сохранят все происходящее в сеансе в файл. -
Изучите конфигурацию SSH и PuTTY: У вас может быть неправильная конфигурация, влияющая на сеанс. Перепроверьте установленные параметры в PuTTY, особенно касающиеся ведения журнала и времени простоя.
-
Проверка среды выполнения: Поскольку вы не используете интерфейс Synology, убедитесь в отсутствие любых программ, которые могут посылать команды в ваш терминал через внутренние вызовы. Это может быть сделано через мониторинг процессов.
В заключение, если ни один из предложенных способов не помогает, вы можете попробовать привлечь внимание к проблеме на форумах или сообществах пользователей Synology и PuTTY. Возможно, кто-то уже сталкивался с подобной проблемой и нашел эффективное решение.
Синологические и Unix системы многогранны, и хотя они надежны при правильной настройке, иногда такие сбои могут показаться сюрреалистичными, особенно если они вызваны случайными факторами. Надеюсь, предложенные идеи помогут вам в дальнейшем расследовании и решении проблемы.