клиент openssh в windows 10 что это можно удалить
Использование встроенного SSH клиента в Windows 10
В Windows 10 и Windows Server 2019 появился встроенный SSH клиент, который вы можете использовать для подключения к *Nix серверам, ESXi хостам и другим устройствам по защищенному протоколу, вместо Putty, MTPuTTY или других сторонних SSH клиентов. Встроенный SSH клиент Windows основан на порте OpenSSH и предустановлен в ОС, начиная с Windows 10 1809.
Установка клиента OpenSSH в Windows 10
Клиент OpenSSH входит в состав Features on Demand Windows 10 (как и RSAT). Клиент SSH установлен по умолчанию в Windows Server 2019 и Windows 10 1809 и более новых билдах.
Проверьте, что SSH клиент установлен:
В нашем примере клиент OpenSSH установлен (статус: State: Installed).
Если SSH клиент отсутствует (State: Not Present), его можно установить:
]Бинарные файлы OpenSSH находятся в каталоге c:\windows\system32\OpenSSH\.
Как использовать SSH клиенте в Windows 10?
ssh
usage: ssh [-46AaCfGgKkMNnqsTtVvXxYy] [-b bind_address] [-c cipher_spec]
[-D [bind_address:]port] [-E log_file] [-e escape_char]
[-F configfile] [-I pkcs11] [-i identity_file]
[-J [user@]host[:port]] [-L address] [-l login_name] [-m mac_spec]
[-O ctl_cmd] [-o option] [-p port] [-Q query_option] [-R address]
[-S ctl_path] [-W host:port] [-w local_tun[:remote_tun]]
destination [command]
Для подключения к удаленному серверу по SSH используется команда:
Если SSH сервер запущен на нестандартном порту, отличном от TCP/22, можно указать номер порта:
Например, чтобы подключиться к Linux хосту с IP адресом 192.168.1.202 под root, выполните:
Затем появится запрос пароля указанной учетной записи, укажите пароль root, после чего должна открытся консоль удаленного Linux сервера (в моем примере на удаленном сервере установлен CentOS 8).
Если вы используете SSH аутентификацию по RSA ключам (см. пример с настройкой SSH аутентификации по ключам в Windows), вы можете указать путь к файлу с закрытым ключом в клиенте SSH так:
Также вы можете добавить ваш закрытый ключ в SSH-Agent. Сначала нужно включить службу ssh-agent и настроить ее автозапуск:
set-service ssh-agent StartupType ‘Automatic’
Start-Service ssh-agent
Добавим ваш закрытый ключ в базу ssh-agent:
Теперь вы можете подключиться к серверу по SSH без указания пути к RSA ключу, он будет использоваться автоматически. Пароль для подключения не запрашивается (если только вы не защитили ваш RSA ключ отдельным паролем):
Еще несколько полезных аргументов SSH:
SCP: копирование файлов из/в Windows через SSH
С помощью утилиты scp.exe, которая входит в состав пакета клиента SSH, вы можете скопировать файл с вашего компьютера на SSH сервер:
scp.exe «E:\ISO\CentOS-8.1.1911-x86_64.iso» root@192.168.1.202:/home 
Можно рекурсивно скопировать все содержимое каталога:
И наоборот, вы можете скопировать файл с удаленного сервера на ваш компьютер:
scp.exe root@192.168.1.202:/home/CentOS-8.1.1911-x86_64.iso e:\tmp
Итак, теперь вы можете прямо из Windows 10 подключаться к SSH серверам, копировать файлы с помощью scp без установки сторонних приложений и утилит.
Что такое OpenSSH? Как включить и использовать OpenSSH в Windows 10
Что такое OpenSSH
SSH или Secure Shell – это не что иное, как общий протокол, подобный FTP или HTTP, который используется для отправки данных из источника в пункт назначения. Но здесь отправленные данные строго зашифрованы. OpenSSH очень популярен среди разработчиков, работающих на машинах Linux, поскольку он позволяет им получать доступ к удаленному серверу в сети и управлять им.
Прежде чем мы начнем, я хотел бы отметить, что эта функция доступна как бета-версия и может иногда показывать некоторые глюки.
Действия по включению OpenSSH в Windows 10
С функциями Windows:
Перейдите в «Настройки»> «Приложения»> «Приложения и функции» или перейдите по этому адресу:
Теперь нажмите Управление дополнительными функциями.
Выберите Добавить функцию. Это приведет вас к новой странице.
Прокрутите вниз до Клиент OpenSSH (бета) и Сервер OpenSSH (бета) .
Установите их оба и перезагрузите компьютер
Это загрузит и установит все компоненты по этому пути:
Теперь вы можете использовать Powershell или командную строку (CMD), чтобы перейти к указанному пути, а затем начать работать с SSH, как в Linux.
С подсистемой Windows для Linux (WSL)
Установите флажок Подсистема Windows для Linux и нажмите ОК.
Перейдите в магазин Microsoft Store и найдите Ubuntu .
Установите это приложение.
Теперь выполните поиск Ubuntu в меню «Пуск» или в Cortana, чтобы запустить командную строку Linux Bash и использовать возможности SSH.
Наконец, похоже, что Microsoft усиливает использование технологий с открытым исходным кодом, интегрируя их непосредственно в Windows 10 и улучшая их для разработчиков. Это делает утверждение Терри Майерсона (исполнительного вице-президента группы разработчиков Windows в Microsoft) верным, что
«Windows 10 – лучшая чертова девбокс на планете».
И мы не можем дождаться добавления более полезных функций, подобных этой, во встроенную Windows 10!
Удаляем openssh, 100% защита от ботнета, миф?
Чем чревато удаление ssh (и клиент и сервер), в случае если удаленный доступ не требуется?
upd: как закрыть все порты кроме 80, и порт, используемый для обновления системы (к примеру у debian)?
половина софта работать не будет, которая от них зависит
например все, что требует удаленного управления? (оно как раз нам и ненадо, все верно)
любопытно, насколько это безопасно, если ботнеты будут ломится в 22 порт.
Уаление openssh / openssl, 100% от ботнета, миф?
Чем чревато удаление ssh, в случае если удаленный доступ не требуется?
upd: как закрыть все порты кроме 80, и порт, используемый для обновления системы (к примеру у debian)?
любопытно, насколько это безопасно, если ботнеты будут ломится в 22 порт.
При сложном пароле или настроенных ключах ничем, только логи будут замусориваться. И с этим можно бороться фильтрами, fail2ban всякими и т.п. А ещё можно тупо убрать sshd со стандартного порта на любой другой повыше и не париться совсем.
Нет, неадекватное. Скорее всего сломается вообще всё хоть как то связанное с сетью.
ну, вопрос в другом ключе ведь, безопасно ли именно удалить и то и другое, и удалить из iptables исключение для порта 22)
ssh удалять безопасно, если он совсем не нужен, с ним ничего не линкуется. openssl линкуется со всем сетевым, удаление openssl сломает 2\3 софта. Если тебе от линукса нужен только баш с чорной текстовой консолью смело удаляй.
убрать sshd со стандартного порта
и что мешает злоумышленнику подключиться на нестандартный? их не так уж и много, чтобы было сложно перебрать
Согласен, скурил пару мануалов по openssl, удалю из шапки темы упоминание о нем вообще, вдруг какой борец с ZOG снесет его ненароком))) ломает вообще все что связанно с сетью, все правильно.
В случае серверов «ломают» как правило именно через 80 порт, а точнее через то похапешное дерьмо, что на нем висит. Так что вперед и с песней, пионер.
и что мешает злоумышленнику подключиться на нестандартный? их не так уж и много, чтобы было сложно перебрать
Зайти помешает длинный сложный пароль или ключ. Речь не о злоумышленнике, а о тупых ботах, которые портов не перебирают, просто чтобы логи не пухли. Злоумышленнику придётся порты сканировать и искать ssh, это не есть вежливое и ожидаемое поведение от хоста и для таких ситуаци есть древний как копролит и надёжный как шотган portsentry например, не считая множества других IDS. Серьёзного дядю и это не испугает конечно, но 99% остальных будут зобанены на этом этапе.
насколько это безопасно, если ботнеты будут ломится в 22 порт.
Это очень опасно и приводит к износу порта
upd: как закрыть все порты кроме 80, и порт, используемый для обновления системы (к примеру у debian)?
Это ни как не помешает боту на твоем компе самому делать запросы куда нибудь для получения инструкций.
и как это поможет от уязвимости к примеру в движке сайта предоставляющему eval? В том то и дело что никак.
Просто через iptables закрой вх. соединения на 22 порт если конечно тебе самому доступ не нужен. И да, почитай теорию про iptables. Для обновления системы используются исх. соединения, а для доступа к данному пк по ssh вх.
если не веришь openssl (и правильно) libressl твой выбор
в случае если удаленный доступ не требуется?
Можно конкретный юз-кейс? Не могу себе представить ситуацию, когда доступ в интернет есть, а удалённый доступ в том или ином виде при этом не нужен и не снимает кучу лишнего геморроя.
Если у тебя CLI к серверу и так под рукой, или сервер под кроватью, то конечно тебе ssh не нужен.
Чем чревато удаление ssh (и клиент и сервер), в случае если удаленный доступ не требуется?
Ох блин. Повесь ssh на нестандартный порт, настрой порт-кноккинг и не морочь себе голову. Если удаленный доступ не требуется, то вообще ничем не чревато.
как закрыть все порты кроме 80, и порт, используемый для обновления системы (к примеру у debian)?
ты наивно считаешь что если в боте реализован перебор паролей, там будет сложно реализовать перебор портов, если 22 не отвечает?
ты наивно считаешь что если в боте реализован перебор паролей, там будет сложно реализовать перебор портов, если 22 не отвечает?
Потому что это тупо невыгодно. Стратегически лучше сразу после отлупа идти дальше по диапазону чем упорно высканивать неведомый порт ssh, который вполне может вообще отсутствовать, и тем самым беспокоить IDS. Сканирующий все порты в IP диапазоне в поисках неведомо чего ботнет долго не проживёт, быстро спалится и будет массово зобанен. Наивен тут ты, предлагаю прекратить несмешную клоунаду.
Зачем удалять? Просто останови sshd.
почему это не выгодно? пока люди считают смену порта «защитой» по советам таких местных «аналитиков», такая атака имеет смысл. Ведь боты делают допущение, что существуют клоуны которые пользуются паролями для аутентификации SSH. Порт же перебрать дешевле чем пароли. К тому же никто не говорит, что сбор адресов, которые отвечают на SSH и собственно перебор паролей отдельно.
Наивен тут ты, предлагаю прекратить несмешную клоунаду.
и перестать давать идиотские советы
OpenSSH Что это такое, и с чем это едят
В данной статье я хотел бы рассмотреть продвинутые функции OpenSSH. Мы рассмотрим как теоретическую часть, так и практическую. Зачем.
На одном из моих серверов, в логах я заметил не очень позитивную активность, а именно китайцев, которые перебирали пароли, пытаясь авторизоваться под «админом», «рутом» и прочими логинами. Ок, я бы понял, если бы у меня был бы стандартный порт, но порт у меня был не стандартный, сервер вообще был в качестве тестовой среды и, короче, было странно, я заблокировал пол Китая и забил.
Далее меня откровенно стала надоедать необходимость постоянно вводить пароль для авторизации на серверах. Не, ну а если у меня двадцать серверов — нужно знать двадцать паролей, причем разных, потому что ставить один и тот же пароль на весь зоопарк глупо.
Авторизация по SSH ключу
Собственно в OpenSSH есть такая интересная возможность, как авторизация по ключам. Для корректной работы этого метода используется два ключа, открытый (который publik_key) и закрытый (privat_key соответственно). Открытый ключ должен находится в домашней каталоге пользователя, на сервере, на который мы будем заходить, а закрытый ключ должен обитать в домашнем каталоге пользователя, на ноутбуке (или ПК, смартфоне, телефоне, холодильнике, космическом шатле и т.д.) с которого мы будем ломиться на сервер. Далее, при авторизации, грубо говоря, эти ключи сравниваются, клиент авторизуется на сервер, сервер авторизуется у клиента, и клиент попадает на сервер. Само преимущество этого метода заключается в том, что его нельзя украсть, так как при авторизации ключ не передается на сервер, а только доказывает серверу, что у него есть этот ключ.
Ну если, username, мы смогли тебя убедить в том, что это необходимо, то начнем с генерации ключа. Заходим на наш сервер и генерируем ключ из под обычного пользователя (не root):
Далее в ответ «генератор» задаст нам несколько вопросов:
На этом вопросы заканчиваются, а ключи генерируются. Кстати, непонимающие «гуглочитатели» могут задать вопрос, почему я ввел ключ rsa, а не dsa? Все просто, dsa используется только для цифровой подписи, и не используется для шифрования. Так что смело вводите rsa.
В папке, в которой вы находитесь (или той,которую могли указать) вы найдете два файла, по названиям которых вы поймёте сто там публичное, а что там приватное.
Теперь, установим ключ на сервере:
и настроим openssh сервер, чтобы тот не просил логин и пароль, но мог авторизоваться по ключу. Для этого, уже под root пользователем или при помощи sudo, откроем файл конфигурации openssh любимым редактором:
приведем некоторые параметры к подобному виду:
и перезапустим службу openssh:
Но с сервера пока не выходите, особенно если он далеко от вас..
Теперь займемся настройками ноутбука, с которого вы будите ломиться на сервер.
Для этого скопируем файл закрытого ключа с сервера при помощи такой прекрасной утилиты, как scp:
и добавим ключ для своего ssh клиента:
Все, на это по идее можно закончить настройку авторизации, и авторизовываться на сервере можно таким образом:
Но мне это не особо удобно. Что я имею в виду? Например мы можем авторизовываться на сервер набрав в терминале
Для этого достаточно в файл
/.ssh/config добавить эти строки:
Это называется Алиасом. Подробно ознакомиться с ключами вы можете на OpenNet.ru или набрав команду man ssh_config.
И еще, если вы собираетесь заходить на серверы с операционной системы Windows при помощи Putty, то вам понадобится утилита PuttyGen.
Шифрованное копирование файлов
Да, что то я ранее упоминал про такую штуку, как scp. Это не то, что вы, возможно, прочли на лурке, а это протокол RCP копирования файлов, использующий в качестве транспорта не RSH, а SSH.
При помощи этого протокола вы сможете копировать файл site1.zip на сервер со своего компьютера, в папку
/my_sites вот такой командой:
Можно скопировать файл sites22.zip с сервера на свой ноутбук в папку sites вот такой командой:
А если, вдруг, ваш ssh работает на другом порту, то делаем копирование вот такой командой:
Ну а в нашем случае, при настроенном алиасе в файле
/.ssh/config, скопировать файл мы сможем такой командой:
Удобненько, не правда ли?
На этом, пожалуй, обзор команд я закончу. Этого много есть в интернете, но и пусть будет в моем блоге.
В написании этого шедевра мне помогли следующие ресурсы:
Нативный SSH клиент в Windows 10: как включить
С учетом того, что OpenSSH пока пребывает на этапе бета-тестирования, то нативный SSH клиент в Windows в настоящем его виде содержит уйму разнокалиберных багов (207 штук, по данным профильной странички на GitHub). Потому если экспериментировать недосуг, то лучше воспользоваться PuTTY.
А вот если тоже хочется наконец-то увидеть настоящий (т.е. почти такой же, как в macOS или Linux) SSH клиент на своем Windows-ПК, то тогда, конечно, вы зашли по адресу.
Тем не менее, повторимся, OpenSSH в стандартную комплектацию ОС Windows 10 пока не входит и устанавливать клиент нужно отдельно. Времени вся процедура занимает не много, однако требует внимательного к себе отношения.
Обязательным условием также является комп с Windows 10 в самой свежей версии, то бишь со всеми обновлениями. Их наличие лучше предварительно проверить, чтобы в процессе все работало должным образом. Проверяем и приступаем. Значит.
как активировать нативный SSH клиент в Windows 10
включаем Режим разработчика в Windows 10
Он нужен для того, чтобы загрузить новую фичу (которая, как мы уже сказали, пока является «бетой»). В Win 10 встроенный «Режим разработчика» включить можно следующим образом:
устанавливаем клиент OpenSSH-клиент
В это посте мы приведем два простых метода установки OpenSSH в Win 10: через графический интерфейс системы и через оболочку PowerShell. Первый способ проще (и привычнее для обычного юзера), второй — быстрее, но оба в данном случае подходят одинаково. Итак:
метод #1 — устанавливаем OpenSSH-клиент через интерфейс Windows 10
В поисковой строке системы пишем «Управление дополнительными компонентами» и затем переходим по соответствующей ссылке в результатах поиска (либо кликаем «Параметры», потом — «Приложения» и в окне «Приложения и возможности» жмем линк «Управление дополнительными компонентами»).
В следующем окне кликаем «Добавить компонент«, прокручиваем открывшийся список вниз (там в основном названия шрифтов) и выбираем пункт «OpenSSH Client (Beta)«.
К слову, тут же вы найдете и «OpenSSH Server (Beta)«, но в отличие от клиента он, во-первых, устанавливается и настраивается несколько иначе, а во-вторых, потом позволит вашему компу осуществлять потенциально небезопасные SSH-подключения. Потому оставим сосредотачиваемся на нашей задаче, кликаем «OpenSSH Client (Beta)» и запускаем процедуру установки.
После её завершения данная компонента отображаться в этом списке уже не будет, а появится в списке дополнительных компонентов в предыдущем окне. Потому к нему и возвращаемся.
На данном этапе Windows 10 автоматически установит все необходимое. Потому далее потребуется только перезагрузить компьютер, чтобы все изменения вступили в силу. Перезагрузка в данном случае важна, иначе система не закончит установку новой компоненты и потом просто не определит команду SSH, которую вы будете вводить. В общем, перезагружаемся.
Добавим также, что если вам понадобится удалить SSH, то для этого надо снова зайти в раздел «Управление дополнительными компонентами» настроек системы, в списке выбрать «OpenSSH Client (Beta)«, нажать кнопку «Удалить» и потом перезагрузить комп.
метод #2 — устанавливаем OpenSSH-клиент через Powershell
Этот метод времени занимает меньше, потому лучше подходит для ситуаций, когда, скажем, SSH нужно поставить сразу на несколько машин.
Первым делом запускаем PowerShell с правами администратора (жмём клавиши «Windows+X» и кликаем «Windows PowerShell (Администратор)«). Далее проверяем доступность OpenSSH для установки такой командой:
Система должна показать примерно такой ответ, как на этом скрине, где «NotPresent» означает, что запрашиваемый компонент не установлен:
Исходя из того, что нужный нам компонент доступен, запускаем его установку следующей командой (если он не доступен, то необходимо проапдейтить ОС и/или включить Режим разработчика):
По факту выполнения на экране вы увидите примерно такой ответ:
Кстати, после завершения процедуры установки OpenSSH-клиента комп надо перезагрузить (хотя система может показать RestartNeeded : false, т.е. перезагрузка не требуется). Требуется! Перезагружаем комп и переходим к завершающему этапу мероприятия.
запускаем нативный SSH клиент в Windows 10
Собственно, теперь остается только запустить SSH. Можно в PowerShell, можно через командную строку Windows 10. Если в PowerShell, то жмем Windows + X, в меню кликаем «Windows PowerShell» и вводим ssh.
В Win 10 эта команда работает точно так же, как и в macOS или Linux. Так что, детально описание каждого аргумента вы запросто найдете в Google. Например, для соединения с SSH-сервером evilserver.com с использованием имени «Hoid«, вводим команду:
При первом подключении вам будет предложено сначала принять ключ, а затем — войти в свою учетную запись на удаленном сервере. Только после этого вам будет разрешено запускать свои команды. Чтобы безопасно завершить текущий сеанс SSH просто введите exit.
Ну, и еще раз отметим, что по состоянию на сейчас OpenSSH еще не является полноценной функцией ОС Windows 10. PuTTy работает стабильнее и кроме того имеет более простой и понятный интерфейс. Но, как вы понимаете, как только нативный SSH в Microsoft доведут до ума, использование сторонних клиентов ограничат. Потому привыкать к OpenSSH так или иначе придется …