Не удается получить доступ к SSH-серверу, работающему в WSL
Вы можете использовать «поддельное» имя файла /dev/stdin, которое представляет собой стандартный ввод.
Итак, выполните это:
echo "$the_recipe" | cook /dev/stdin
Команда echo и конвейер отправляет содержимое указанной переменной на стандартный ввод следующей команды cook, которая открывает стандартный ввод (как отдельный файловый дескриптор )и читает его.
Любая разновидность подсистемы Windows для Linux в Windows не совсем похожа на обычную -стандартную -Linux. (дополнительные данные см. по ссылке на соответствующий вопрос в конце)
Для правильной работы удаленному SSH требуется поддержка псевдотерминалов -. Согласно этим двум статьям, он был добавлен совсем недавно в июньском обновлении Windows 14361 Insider Preview. Он еще не доступен для широкой публики, поэтому удаленный SSH не будет работать ни в одной версии WSL Linux, пока .
Кажется, что WSL Ubuntu готовится к этому, и Kali часто требуется время, чтобы наверстать упущенное.
Более того, WSL не имеет особых привилегий и является обычным пользователем/процессом Windows. Службы/демоны в WSL не продолжают работать после того, как вы закроете окна командной строки WSL, все процессы будут уничтожены.
Лучше запустить Linux на виртуальной машине, если вам нужно запускать (постоянные )службы Linux.
О поддержке псевдотерминалов -/pty,см.:
Добавлена поддержка Tmux для Bash в Ubuntu для Windows
Windows 10 build 14361 для ПК :Все, что вам нужно знать
In Windows 10 build 14361, we've added Pseudo Terminal support to Windows Subsystem for Linux (WSL)
См. похожий вопрос:Попытка запустить обычный туннель в Debian версии 9.5 Linux
См. также:Что такое псевдотерминалы (pty/tty )?
ПС. Я не игнорирую, что существуют запутанные настройки/хаки, чтобы попытаться запустить постоянные службы на WLS, которые полагаются на тесную связь WSL с Windows. Они уродливы, и я сомневаюсь в их надежности.
Также пока неизвестно, позволит ли новая реализация WSL pty работать OpenSSH.