Как подружить VS Code + Remote SSH + WSL?

Question

[Боб Семович]

Работаю в vs code из под wls (Ubuntu). А так стоит windows 10.
Что бы иметь удалённый доступ к файлам проекта (на сервере linux) по ssh я использую расширение для vs code Remote - SSH.
Проблема в том, что у меня не получается получить доступ через Remote - SSH, хотя через терминал ( команда: ssh name@hostname) всё отлично получается.

rsa ключи я сгенерировал на wsl и с помощью команд ниже добавил публичный ключ в authorized_keys на сервере.

export USER_AT_HOST="name@hostname"
export PUBKEYPATH="$HOME/.ssh/id_rsa_vscode_remote63884.pub"
ssh-copy-id -i "$PUBKEYPATH" "$USER_AT_HOST"

В результате если я в своей wsl Добавлю закрытый ключ в ssh-agent, то я через терминал смогу получать доступ без пароля, просто введя ssh name@hostname.

Но, когда я пытаюсь получить доступ через Remote - SSH вместо авто-входа меня просят ввести пароль, а в терминале я получаю вот это:
Видно, что к адресу который я написал в конфиге remote-ssh добавляется C:\\Users\\Alex и используется совсем другой терминал (нет от wsl)

Сам же конфиг файл выглядит так:

Comments

[mureevms]

Понятия не имею как работает WSL, но попробуйте скрпировать файлы из лиyукса `~/.ssh` в инду C:\\Users\\Alex\.ssh

[WbICHA]

А почему у тебя вообще файлы в винде лежат, а не в всл? В частности твой конфиг.
Вообще, я такие настройки не делал, но очевидно, что ремоут-схх ищет виндосовский путь. Думаю, ты где-то что-то не так настроил. Но в любом случае всегда можно прописать путь до самого файла всл пространстве.

[Drno]

По проблеме не подскажу, но для избежания таких проблем...
Используйте нормальную виртуалку, вместо wsl. И всё будет нормально работать

[WbICHA]

Drno, всл и есть нормальная виртуалка.

[Drno]

WbICHA, неа... это кривая глючная фигня от МС... проще уж виртуалбокс воткнуть. и надежнее)

[WbICHA]

Drno, эта "кривая глючная фигня от МС" работает лучше, чем сама винда.
Что в всл кривого и глючного?

[Drno]

WbICHA, да всё... начиная с настроек сети, и заканчивая вот такими приколами с ssh ключами и не особо удобной настройкой той же удаленки до shh

когда в виртуалке ты просто сделал "мост", получил IP от роутера и пробросил порт... )

[Боб Семович]

WbICHA, Это да. Только я не понимаю что

Answer 1

[Боб Семович]

Помогло следующее:

1. Создать ключ на локалке
   ssh-keygen
   
   
2. Добавить открытый ключ на сервер в файл authorized_keys
   

   cat ~/.ssh/id_rsa_vscodessh.pub | ssh username@hostname "umask 077; mkdir ~/.ssh; cat >> ~/.ssh/authorized_keys"

   
   
   Если папка .ssh уже создана, то терминал покажет ошибку, но открытый ключ в authorized_keys добавит.
   
   
3. Вход на сервер без ключа
   что бы зайти на сервер по ssh без пароля нужно ввести
   ssh -i ~/.ssh/id_rsa_vscodessh username@hostname
   
   

Источник: https://youtu.be/py6Km38tJBc

Answer 2

[Дмитрий Беляев]

Ваша проблема в том, то Вы абсолютно не понимаете как работает WSL. Давайте немного объясню.

Начиная с WSL2 подсистема Linux крутится в полноценной виртуальной машине. И винда кстати тоже. Это работает следующим образом: когда Вы запускаете свой компьютер первой загружается на самом деле не винда, а гипервизор HyperV. Для пользователя происходит все прозрачно, так как HyperV настроен сразу запускать 2 виртуальные машины - с виндой и с линем. В машину с виндой HyperV сразу прокидывает все Ваши устройства (видеокарту, USB и прочее). Так же HyperV поднимает виртуальную сеть между этими двумя виртуалками. В машине с линем еще не Ваша Ubuntu, там легковесная ОС состоящая только из ядра и оркестратора LXC контейнерами (с ней кстати можно по взаимодействовать по сети, как это делает Docker Desktop например, ну или утилита wsl.exe). Ваша Ubuntu запускается в контейнере, так попросту быстрее ее запускать и останавливать, ибо ядро всегда висит в памяти. Опционально в линь монтируются папки (диски) из винды, делается это посредством патча ядра Linux от Microsoft. Обратный доступ предоставляется из винды посредством сетевого ресурса wsl$.
Главное что тут стоит понять - винда и линь в WSL по сути работают на разных компах, пусть и виртуальных.

Теперь ответьте на вопрос, на каком из этих компов работает Ваш VSCode?
Правильный ответ на винде. А значит и взаимодействовать он будет с виндой. И искать ключи для подключения к ssh будет в домашней папке юзера в винде.

Можете просто скопировать ключи из линя на винду и все заработает.

Comments

[WbICHA]

Теперь ответьте на вопрос, на каком из этих компов работает Ваш VSCode?

Я не углублялся, но разве при запуске вскода через всл он не будет работать на всл?

[Дмитрий Беляев]

WbICHA, и да и нет, все remote-* плагины лишь поднимают небольшой сервер-прослойку на удаленной стороне (wsl, ssh, docker), который предоставляет некоторые ресурсы для конкретного workspace. И хотя extension host крутится в этой прослойке, далеко не все плагины работают на удаленной машине (точнее там крутится backend часть - та которая запускается с функции activate).
У автора вопроса вообще происходит запуск remote-ssh вне remote-wsl (вообще не уверен что так возможно, и не могу проверить, так как с некоторых пор у меня нет винды под рукой). То есть плагин remote-ssh у автора запускается в винде, а файлы ключей для ssh у него в лине, в этом и проблема.