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/18 15:03] 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 63: Line 63:
 :!: ВПРОЧЕМ, такой способ не является полноценным подключением к //EMS//. В этом случае, скорее всего не будут корректно работать командлеты, запуск которых предполагается вне локального сервера. К примеру, если у нас несколько //Exchange// с распределенными базами и почтовый ящик пользователя находится не на том сервере, к которому мы подключились по //SSH// - командлет завершится с ошибкой. :!: ВПРОЧЕМ, такой способ не является полноценным подключением к //EMS//. В этом случае, скорее всего не будут корректно работать командлеты, запуск которых предполагается вне локального сервера. К примеру, если у нас несколько //Exchange// с распределенными базами и почтовый ящик пользователя находится не на том сервере, к которому мы подключились по //SSH// - командлет завершится с ошибкой.
  
-Стандартный //EMS// shell, запускаемый в Windows умеет это разруливать. Корректным полноценным способом подключения к //EMS// по //SSH// из //SecureCRT// - будет запуск скрипта //RemoteExchange.ps// и последующее использование командлета //Connect-ExchangeServer//. Таким образом нам надо добавить два send-действия в SecureCRT, которые выглядят так:+Стандартный //EMS// shell, запускаемый в Windows умеет это разруливать. Корректным полноценным способом подключения к //EMS// по //SSH// из //SecureCRT// - будет запуск скрипта //RemoteExchange.ps// и последующее использование командлета //Connect-ExchangeServer// сразу же после соединения по //SSH//. Таким образомнам необходимо добавить два send-действия в SecureCRT, которые выглядят так:
  
    1. . 'C:\\Program Files\\Microsoft\\Exchange Server\\V15\\bin\\RemoteExchange.ps1'     1. . 'C:\\Program Files\\Microsoft\\Exchange Server\\V15\\bin\\RemoteExchange.ps1' 
    2. Connect-ExchangeServer -auto -ClientApplication:ManagementShell    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.1744988596.txt.gz · Last modified: by jp