Посещая наш сайт, вы соглашаетесь с нашей политикой конфиденциальности в отношении файлов cookie, статистики отслеживания и т. д.

Главная » Вопросы и ответы » Компьютеры и программы

SSH автоматически выходит из системы

На чтение 13 мин Опубликовано
Содержание
  1. Вопрос или проблема
  2. Ответ или решение
  3. Проблема автозавершения SSH-сессий: возможные причины и решения
  4. Введение
  5. Возможные причины отключения
  6. Рекомендованные действия
  7. Заключение

Вопрос или проблема

Я провел часы и часы над “простой и веселой” задачей на онлайн-платформе для обучения (сайте):

[Bash] выполняет команды в различных скриптах. Когда Bash запускается как интерактивная оболочка входа, он сначала считывает и выполняет /etc/profile из файла (если этот файл существует). После чтения этого файла он ищет ~/.bash_profile, ~/.bash_login или ~/.profile (в этом порядке), затем читает и выполняет команды из первого читаемого, который существует.

Когда оболочка входа завершает работу, Bash считывает и выполняет команды из файла ~/.bash_logout (если он существует). Когда интерактивная оболочка, которая не является оболочкой входа, запускается, Bash считывает и выполняет команды из ~/.bashrc, если этот файл существует. Это может быть подавлено с помощью параметра –norc. Параметр –rcfile заставит Bash читать и выполнять команды из указанного файла вместо ~/.bashrc.

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

Сервер подключается, а затем закрывает соединение, заявляя:

К сожалению, должен сообщить вам, что этот сервер не позволяет вам войти

Вы теперь будете автоматически разлогинены.
Соединение с сервером Admin <ip> закрыто удаленным хостом.
Соединение с <ip> закрыто.

Насколько я могу судить, следующее должно работать:

ssh hostname "bash --noprofile"

ssh -t hostname "bash --noprofile"

ssh -t hostname "bash --noprofile --norc"

ssh user@hostname /bin/bash

Это авторизует меня, не выбрасывает, но не похоже, чтобы у меня была какая-либо оболочка.

Я могу вводить команды, но не вижу никакой реакции, и у меня нет возможности увидеть сервер напрямую, чтобы проверить, что в скриптах.

С включенным -vvv сервер ssh выдает следующий вывод:

Что я упускаю? Эта задача, по слухам, должна занять 30 минут, и мне не повезло

OpenSSH_7.6p1 Debian-2, OpenSSL 1.0.2m  2 Nov 2017

debug1: Считывание конфигурационных данных "/etc/ssh/ssh_config"
debug1: "/etc/ssh/ssh_config" строка 19: Применение параметров для *
debug2: разрешение "<ip>" порт 22
debug2: ssh_connect_direct: needpriv 0
debug1: Подключение к <ip> [<ip>] порт 22.
debug1: Соединение установлено. debug1: permanently_set_uid: 0/0
debug1: key_load_public: Нет такого файла или каталога
debug1: identity file "/root/.ssh/id_rsa" type -1
debug1: key_load_public: Нет такого файла или каталога
debug1: identity file /root/.ssh/id_rsa-cert type -1
debug1: key_load_public: Нет такого файла или каталога
debug1: identity file "/root/.ssh/id_dsa" type -1
debug1: key_load_public: Нет такого файла или каталога
debug1: identity file /root/.ssh/id_dsa-cert type -1
debug1: key_load_public: Нет такого файла или каталога
debug1: identity file "/root/.ssh/id_ecdsa" type -1
debug1: key_load_public: Нет такого файла или каталога
debug1: identity file /root/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: Нет такого файла или каталога
debug1: identity file "/root/.ssh/id_ed25519" type -1
debug1: key_load_public: Нет такого файла или каталога
debug1: identity file /root/.ssh/id_ed25519-cert type -1
debug1: Строка локальной версии SSH-2.0-OpenSSH_7.6p1 Debian-2
debug1: Удаленная версия протокола 2.0, удаленная версия ПО OpenSSH_7.2p2 Ubuntu-4ubuntu2.1
debug1: совпадение: OpenSSH_7.2p2 Ubuntu-4ubuntu2.1 pat OpenSSH* compat 0x04000000
debug2: fd 3 установка O_NONBLOCK debug1: Аутентификация к <ip> как 'user'
debug3: hostkeys_foreach: чтение файла "/root/.ssh/known_hosts"
debug3: record_hostkey: найден тип ключа ECDSA в файле /root/.ssh/known_hosts:4
debug3: load_hostkeys: загружено 1 ключей с <ip>
debug3: order_hostkeyalgs: предпочитаемые hostkeyalgs: [email protected],[email protected],[email protected],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
debug3: send packet: type 20 debug1: SSH2_MSG_KEXINIT sent
debug3: receive packet: type 20
debug1: SSH2_MSG_KEXINIT received
debug2: локальная клиентская KEXINIT предложение
debug2: KEX алгоритмы: curve25519-sha256,[email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,ext-info-c
debug2: алгоритмы ключей хоста: [email protected],[email protected],[email protected],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,[email protected],[email protected],ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
debug2: шифры ctos: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected]
debug2: шифры stoc: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected]
debug2: MACs ctos: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: сжатие ctos: none,[email protected],zlib
debug2: сжатие stoc: none,[email protected],zlib
debug2: языки ctos: 
debug2: языки stoc:
debug2: first_kex_follows 0
debug2: зарезервировано 0
debug2: peer server KEXINIT предложение
debug2: KEX алгоритмы: [email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1
debug2: алгоритмы ключей хоста: ssh-rsa,rsa-sha2-512,rsa-sha2-256,ecdsa-sha2-nistp256,ssh-ed25519
debug2: шифры ctos: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected]
debug2: шифры stoc: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected]
debug2: MACs ctos: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: сжатие ctos: none,[email protected]
debug2: сжатие stoc: none,[email protected]
debug2: языки ctos:
debug2: языки stoc:
debug2: first_kex_follows 0
debug2: зарезервировано 0
debug1: kex: алгоритм: [email protected]
debug1: kex: алгоритм ключа хоста: ecdsa-sha2-nistp256
debug1: kex: шифр сервера->клиент: [email protected] MAC: <implicit> сжатие: none
debug1: kex: шифр клиента->сервера: [email protected] MAC: <implicit> сжатие: none
debug3: send packet: type 30
debug1: ожидаем SSH2_MSG_KEX_ECDH_REPLY
debug3: receive packet: type 31
debug1: Серверный ключ хоста: ecdsa-sha2-nistp256 SHA256:6O6B8ub+hwfuf607NjA85cersGNi6MrV/+1XQtv5ovU
debug3: hostkeys_foreach: чтение файла "/root/.ssh/known_hosts"
debug3: record_hostkey: найден тип ключа ECDSA в файле /root/.ssh/known_hosts:4
debug3: load_hostkeys: загружено 1 ключей с <ip>
debug1: Хост '<ip>' известен и соответствует ключу хоста ECDSA.
debug1: Найден ключ в /root/.ssh/known_hosts:4
debug3: send packet: type 21
debug2: set_newkeys: режим 1
debug1: повторная настройка после 134217728 блоков debug1: SSH2_MSG_NEWKEYS sent
debug1: ожидаем SSH2_MSG_NEWKEYS
debug3: receive packet: type 21
debug1: SSH2_MSG_NEWKEYS received
debug2: set_newkeys: режим 0
debug1: повторная настройка после 134217728 блоков
debug2: ключ: "/root/.ssh/id_rsa" ((nil))
debug2: ключ: "/root/.ssh/id_dsa" ((nil))
debug2: ключ: "/root/.ssh/id_ecdsa" ((nil))
debug2: ключ: "/root/.ssh/id_ed25519" ((nil))
debug3: send packet: type 5
debug3: receive packet: type 7
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512
debug3: receive packet: type 6
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug3: send packet: type 50
debug3: receive packet: type 51
debug1: Аутентификация, которая может продолжиться: publickey,password
debug3: start over, passed a different list publickey,password
debug3: preferred gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Следующий метод аутентификации: publickey
debug1: Попытка частного ключа: "/root/.ssh/id_rsa"
debug3: no such identity: "/root/.ssh/id_rsa": Нет такого файла или каталога
debug1: Попытка частного ключа: "/root/.ssh/id_dsa"
debug3: no such identity: "/root/.ssh/id_dsa": Нет такого файла или каталога
debug1: Попытка частного ключа: "/root/.ssh/id_ecdsa"
debug3: no such identity: "/root/.ssh/id_ecdsa": Нет такого файла или каталога
debug1: Попытка частного ключа: "/root/.ssh/id_ed25519"
debug3: no such identity: "/root/.ssh/id_ed25519": Нет такого файла или каталога
debug2: we did not send a packet, disable method 
debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Следующий метод аутентификации: password user@<ip''s password:
debug3: send packet: type 50
debug2: мы отправили пакет пароля, ждем ответа
debug3: receive packet: type 52
debug1: Аутентификация прошла успешно (пароль). Аутентифицирован к <ip> ([<ip>]:22).
debug1: канал 0: новый [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: канал 0: отправить open
debug3: send packet: type 90
debug1: Запрашиваю [email protected]
debug3: send packet: type 80
debug1: Вход в интерактивную сессию.
debug1: pledge: network
debug3: receive packet: type 80
debug1: client_input_global_request: rtype [email protected] want_reply 0
debug3: receive packet: type 91
debug2: channel_input_open_confirmation: channel 0: callback start
debug2: fd 3 настройка TCP_NODELAY
debug3: ssh_packet_set_tos: set IP_TOS 0x08
debug2: client_session2_setup: id 0
debug1: Отправка переменной окружения.
debug3: Игнорирование env LS_COLORS
debug3: Игнорирование env XDG_MENU_PREFIX
debug1: Отправка env LANG = en_GB.UTF-8
debug2: channel 0: request env confirm 0
debug3: send packet: type 98
debug3: Игнорирование env GDM_LANG
debug3: Игнорирование env DISPLAY
debug3: Игнорирование env COLORTERM
debug3: Игнорирование env USERNAME
debug3: Игнорирование env XDG_VTNR
debug3: Игнорирование env SSH_AUTH_SOCK
debug3: Игнорирование env S_COLORS
debug3: Игнорирование env XDG_SESSION_ID
debug3: Игнорирование env USER
debug3: Игнорирование env DESKTOP_SESSION
debug3: Игнорирование env PWD
debug3: Игнорирование env HOME
debug3: Игнорирование env JOURNAL_STREAM
debug3: Игнорирование env SSH_AGENT_PID
debug3: Игнорирование env QT_ACCESSIBILITY
debug3: Игнорирование env XDG_SESSION_TYPE
debug3: Игнорирование env XDG_DATA_DIRS
debug3: Игнорирование env XDG_SESSION_DESKTOP
debug3: Игнорирование env GJS_debug_OUTPUT
debug3: Игнорирование env GTK_MODULES
debug3: Игнорирование env WINDOWPATH
debug3: Игнорирование env TERM
debug3: Игнорирование env SHELL
debug3: Игнорирование env VTE_VERSION
debug3: Игнорирование env XDG_CURRENT_DESKTOP
debug3: Игнорирование env GPG_AGENT_INFO
debug3: Игнорирование env SHLVL
debug3: Игнорирование env XDG_SEAT
debug3: Игнорирование env WINDOWID
debug3: Игнорирование env GDMSESSION
debug3: Игнорирование env GNOME_DESKTOP_SESSION_ID
debug3: Игнорирование env LOGNAME
debug3: Игнорирование env DBUS_SESSION_BUS_ADDRESS
debug3: Игнорирование env XDG_RUNTIME_DIR
debug3: Игнорирование env XAUTHORITY
debug3: Игнорирование env PATH
debug3: Игнорирование env GJS_debug_TOPICS
debug3: Игнорирование env SESSION_MANAGER
debug3: Игнорирование env _
debug3: Игнорирование env OLDPWD
debug1: Отправка команды: /bin/bash -vvv
debug2: channel 0: request exec confirm 1
debug3: send packet: type 98
debug2: channel_input_open_confirmation: channel 0: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 2097152
debug3: receive packet: type 99
debug2: channel_input_status_confirm: type 99 id 0
debug2: exec request accepted on channel 0

Не могли бы вы уточнить другую оболочку в команде ssh, например /bin/sh (в зависимости от установленного) вместо bash? Оттуда попробуйте вызвать bash --norc --noprofile

Обратите внимание, что по (debian-) умолчанию /bin/sh реализован dash, который использует $HOME/.profile и /etc/profile. Также по умолчанию он не предоставляет подсказку типа $.

Это старая запись, но чтобы ответить на то, что, вероятно, хотела тестовая лаборатория, это был флаг -t.

Пример:

ssh -t 'yoursitename' -l 'username'

Это принуждает открыть сессию псевдотерминала. Похоже, что это пытались сделать с bash и т. д., но не просто с -t.

EDIT: Это также можно было сделать, используя -T, чтобы отключить псевдотерминал вместо этого

Ответ или решение

Проблема автозавершения SSH-сессий: возможные причины и решения

Введение

Работа с SSH (Secure Shell) может иногда представлять сложности, особенно когда сессии отключаются автоматически без видимых причин. Это может быть связано с различными настройками сервера, профилями оболочки, политиками безопасности и несовместимостью с терминалом. В данной статье мы подробно рассмотрим возможные причины преждевременного завершения SSH-сеансов и предложим адекватные решения.

Возможные причины отключения

  1. Настройки конфигурации SSH-сервера

    • На сервере могут быть установлены ограничительные параметры, такие как MaxSessions или MaxStartups, которые могут мешать установлению новой сессии, особенно если в системе создается много одновременных подключений.

  2. Ошибки в конфигурации bash

    • При запуске интерактивной оболочки в качестве входной сессии Bash сначала выполняет файл /etc/profile, а затем ищет и выполняет ~/.bash_profile, ~/.bash_login или ~/.profile (в указанном порядке). Если в этих файлах есть ошибки или скрипты, которые отключают оболочку, это может привести к разрыву соединения.

  3. Политики безопасности

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

  4. Проблемы с терминалом

    • Если SSH-сессия не работает с корректным терминалом, командный интерпретатор может не запускаться должным образом, что приводит к отсутствию реакции на вводимые команды. Применение флага -t для подключения может помочь: он принуждает SSH открывать псевдотерминал, что может улучшить уязвимость выполнения команд.

Рекомендованные действия

  1. Использование флага -t при подключении
    Попробуйте подключаться к серверу с флагом -t, чтобы инициировать псевдотерминал:

    ssh -t user@hostname

    Это может помочь избежать ситуации, когда оболочка запускается без доступа к терминалу.

  2. Указание другого интерпретатора команд
    Если Bash вызывает проблемы, попробуйте альтернативный интерпретатор, например, Dash:

    ssh -t user@hostname /bin/sh

    Сначала войдите через другой шелл и затем внутри него вызовите Bash с флагами --norc и --noprofile:

    bash --norc --noprofile

  3. Проверка файлов конфигурации
    Если у вас есть возможность редактировать конфигурационные файлы, проверьте:

    • /etc/profile
    • ~/.bash_profile
    • ~/.bash_logout
      Убедитесь, что в этих файлах нет команд, вызывающих отключение сеанса или выход из оболочки.

  4. Анализ и настройка SSH-сервера
    Если проблема сохраняется, и у вас есть доступ к серверу:

    • Проверьте настройки sshd_config файла на сервере, например, параметры PermitRootLogin, AllowUsers, и другие настройки безопасности.
    • Увеличьте параметры MaxSessions и MaxStartups, если они недостаточны.

  5. Поддержка при помощи логов
    Используйте ключ -vvv для детализированного вывода отладки и анализа сессии. Это может предоставить вам больше информации о том, в какой момент происходит отключение.

Заключение

Проблемы с автозавершением SSH-сессий могут вызывать значительные трудности. Следуя вышеупомянутым рекомендациям, вы сможете диагностировать и устранить проблемы, связанные с подключением. Убедитесь, что настройки вашего сервера и профилей командной оболочки оптимизированы для работы, что должно помочь вам успешно завершить ваши задания на удаленном сервере.

bash command-line linux shell ssh
Оцените материал
Добавить комментарий

Капча загружается...

© 2024 IZ6.RU
*В материалах сайта упоминаются социальные сети Фейсбук / Инстаграм, принадлежащие Meta Platforms Inc., деятельность которой запрещена на территории РФ в части реализации данных социальных сетей на основании осуществления ею экстремистской деятельности