Teh Hermit

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
ssh-сервер_на_windows [2025/04/15 09:40] jpssh-сервер_на_windows [2025/10/01 14:04] (current) jp
Line 1: Line 1:
 ===== SSH-сервер на Windows ===== ===== SSH-сервер на Windows =====
  
-На Windows, начиная с серверной редакции Windows Server 2019 и десктопной версии Windows 10 1803 - доступен SSH-сервер в качестве отдельного //on-demand// компонента.+На //Windows//, начиная с серверной редакции //Windows Server 2019// и десктопной версии //Windows 10 1803// - доступен //SSH//-сервер в качестве отдельного //on-demand// компонента.
  
 Установить его можно следующим образом: Установить его можно следующим образом:
Line 50: Line 50:
 </code> </code>
 </WRAP> </WRAP>
-Для запуска командлетов //Exchange// - можно воспользоваться следующей командой: +=== Подключение с ипользованием SecureCRT ===
- +
-   Add-PSsnapin Microsoft.Exchange.Management.PowerShell.E2010+
 Если мы постоянно подключаемся к Exchange через, скажем, //SecureCRT// - очень удобно автоматизировать запуск команды при подключении, чтобы не вводить её вручную каждый раз. Пример: Если мы постоянно подключаемся к Exchange через, скажем, //SecureCRT// - очень удобно автоматизировать запуск команды при подключении, чтобы не вводить её вручную каждый раз. Пример:
  
Line 59: Line 57:
 ;#; ;#;
  
 +Здесь для запуска командлетов //Exchange// - прописана такая команда:
 +
 +   Add-PSsnapin Microsoft.Exchange.Management.PowerShell.E2010
 +
 +:!: ВПРОЧЕМ, такой способ не является полноценным подключением к //EMS//. В этом случае, скорее всего не будут корректно работать командлеты, запуск которых предполагается вне локального сервера. К примеру, если у нас несколько //Exchange// с распределенными базами и почтовый ящик пользователя находится не на том сервере, к которому мы подключились по //SSH// - командлет завершится с ошибкой.
 +
 +Стандартный //EMS// shell, запускаемый в Windows умеет это разруливать. Корректным полноценным способом подключения к //EMS// по //SSH// из //SecureCRT// - будет запуск скрипта //RemoteExchange.ps// и последующее использование командлета //Connect-ExchangeServer// сразу же после соединения по //SSH//. Таким образом, нам необходимо добавить два send-действия в SecureCRT, которые выглядят так:
 +
 +   1. . 'C:\\Program Files\\Microsoft\\Exchange Server\\V15\\bin\\RemoteExchange.ps1' 
 +   2. Connect-ExchangeServer -auto -ClientApplication:ManagementShell
 +Пример:
 +;#;
 +{{:soft:connect_exchange_securecrt_remoteps.jpg|}}
 +;#;
 +
 +----
 +==== Решение проблем ====
 +
 +=== Меняем поведение backspace ===
 + 
 +На одном из серверов с //OpenSSH// под //Windows// возникла странная проблема. С установленным //DefaultShell// = //PowerShell//, при подключении из //SecureCRT// - клавиша //BACKSPACE// удаляла слова целиком, а по нажатии //CTRL + BACKSPACE// - удалялись символы, т.е. привычное поведение клавиш было перепутано. При этом, сессия для проверки была полностью скопирована с похожего сервера, в её свойствах был заменен исключительно хост подключения. Единственное решение, которое помогло - сделать кастомный ремаппинг в терминале. Делаем следуюшее в //Mapped Keys//:
 +
 +  CTRL + BACKSPACE: \010
 +  BACKSPACE: \177
 +Пример на скрине:
 +;#;
 +{{:soft:sec_crt_backspace_remap.jpg|}}
 +;#;
 {{tag>Microsoft Windows Firewall SSH PowerShell ActiveDirectory SecureCRT}} {{tag>Microsoft Windows Firewall SSH PowerShell ActiveDirectory SecureCRT}}
ssh-сервер_на_windows.1744710057.txt.gz · Last modified: by jp