LinuxMint.com.ru

Здравствуйте! НА обоих ПК Linux Mint Cinnamon 19.3 x64. При попытке подключиться к нему по ssh через терминал, получаю ошибку:
Я уже гуглил, но нашел только то, что на системе может быть закрыт 22 порт. НО, если подключаюсь на Винде из Putty по ssh, то подключение происходит успешно!


Помогите пожалуйста советом, это важно.

ogankvik, ifconfig покажи

Блин! Они выключили комп в тот момент когда я проверял!!!

Тогда другой вопрос, какой ключ вписать в программу чтобы не набирать каждый раз yes при подключении?

ogankvik, написать yes, а не просто y

ogankvik писал(а): ↑

12 июл 2023, 13:33

Тогда другой вопрос, какой ключ вписать в программу чтобы не набирать каждый раз yes при подключении?

Никакой.
Один раз yes набрать, и больше этот вопрос задаваться не будет, если на том конце ничего не поменяется. Это механизм защиты от подмены на другом конце. Он задает тебе вопрос: "На том конце устройство с вот таким идентификатором. Я его раньше не видел, и не знаю - это тот, кто вам нужен? Запомнить его как правильный для данного адреса?" После запоминания - будет ругаться если там на этом адресе вдруг другая система окажется.

А если этих компов 300 ? Я хотел написать скрипт с одной и той же командой, в которой изменяется только ip адрес компьютера. И Набирать yes при подключении к каждому ПК невозможно

ogankvik, ну можно настроить удалённую систему для работы по открытому ключу, но для этого всё равно придётся подключиться к ней и закинуть ключ

ogankvik писал(а): ↑

12 июл 2023, 13:42

И Набирать yes при подключении к каждому ПК невозможно

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

WWolf писал(а): ↑

12 июл 2023, 14:00

ogankvik писал(а): ↑

12 июл 2023, 13:42

И Набирать yes при подключении к каждому ПК невозможно

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

А как сделать скрипт? Есть он сам или пример?)

ogankvik, есть команда yes, есть конструкции expect -exact <искомый текст> - send -- <ответ>
так что в твоём случае будет что-то типа такого: сам не делал такие ни разу, но должно получиться КМК

WWolf писал(а): ↑

12 июл 2023, 14:59

Все получилось. Большое спасибо!

Но в итоге остановился на параметре -o StrictHostKeyChecking=accept-new

WWolf писал(а): ↑

12 июл 2023, 14:59

и уходим на новый ip

Не уходим. После того как ключ зарегистрирован, SSH не даст подключаться по этому адресу к другой системе - будет орать что "караул, подменили!"
Чтобы подключится в таком случае, нужно будет сначала удалить этот ключ с системы которая подключается (на стороне клиента). Только тогда оно выведет простой запрос о новой регистрации нового ключа.

slant, на новый ip в скрипте... 192.168.3.89, 192.168.3.90 и так далее... типа автоматизация сбора ключей по всей сетке

Вдруг пригодится. У меня установлена система, которая при каждом запуске исполняет скрипт, который лезет в сетевую папку и проверяет там наличиеv файла с именем 1.deb. Если он там есть - скачивает и устанавливает, перед этим проверяя, не установлен ли уже в системе 1.deb такой же версии. И всё было круто, пока 1С не решили изменить путь к установленной программе. Естественно, после этого все ярлыки к исполняемому файлу программы перестали работать.

Нужно было изменить этот скрипт на всех компах.

Ставим пакет позволяющий вписывать пароль в строку подключения по ssh: Сама команда:

ogankvik писал(а): ↑

12 июл 2023, 19:24

Ставим пакет позволяющий вписывать пароль

... И выкидываем всю безопасность на свалку.

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

завидуете изяществу решения

ogankvik писал(а): ↑

13 июл 2023, 08:28

завидуете изяществу решения

... костылестроения? Спасибо, посмеялся. Ключи всяко удобнее, особенно для массового использования.

ogankvik писал(а): ↑

12 июл 2023, 19:24

пока 1С не решили изменить путь к установленной программе. Естественно, после этого все ярлыки к исполняемому файлу программы перестали работать.

Весь сыр-бор с файлом deb из-за другого пути к исполняемому файлу в ярлыке?
Насколько понимаю, изменение пути к установленной программе 1С было произведено 1 раз. На мой взгляд, достаточно было поправить строку Exec= в содержании файла .desktop: sudo xed /usr/share/applications/файл.desktop
Если же это действие нужно было произвести на множестве компьютеров Linux, то можно было бы и через однократный sh что-то типа sudo mv -f $source/файл.desktop /usr/share/applications/файл.desktop
При необходимости постоянно брать файл deb c какого-то ресурса можно ведь было через wget, (http, ftp или Samba) из той папки, которая не потребует для доступа к ней пароль конкретного пользователя.

Всем спасибо за помощь! Благодаря вам, проблема с обновлением 1С решена. Кстати, для нашей больницы его отложили на месяц, т.к. оказалось неудачным.