Aelliari

Если ты уже подбросил из вм до уровня хоста, и на хостовой системе ты можешь достучаться - можно ещё и так переадресовать

netsh interface portproxy add v4tov4 listenport=<локальный порт на котором ожидается соединение> listenaddress=<локальный адрес на котором ожидается соединение, или 0.0.0.0 для всех адресов> connectport=<порт назначения, на котором болтается твой сервер> connectaddress=<адрес назначения, на котором болтается твой сервер>

У меня все на ссд в т.ч. и /home, но через fstab монтирую hdd при загрузке в /home/username/data и храню там "холодные" данные, всякие фильмы и прочий хлам, папка под торренты. То чему явно никогда не нужен быстрый и регулярный доступ

А есть ещё стрейзенд pptp и l2tp он не умеет, но есть из чего выбирать

А как на счёт того, чтобы не windows server создал бекап, а linux сервер забирал файлы для резервного копирования? Вариантов как дать *nix доступ к файлам - тьма, а вот тут есть список различных утилит для резервного копирования в том числе и умеющие в версионирование, и инкрементальные бэкапы, ну и собственно сам restic, с гитхаба которого взята ссылка
P.S. в списке есть и кроссплатформенные утилиты, например kopia

Распаковываешь agent.zip, остальные фрагменты должны лежать с ним в одном каталоге, автоматически распакуется весь архив

До выделенного жирным можно не читать, не важно. Нда, не думаю что ещё актуально, но вдруг кто то случайно набредёт. Столкнулся со схожей ошибкой, под w10 был включён openssh client(на момент написания данный дополнительный компонент находится в стадии beta, установлен напрямую из винды, параметры/приложения/управление дополнительными компонентами).

Решилось так, я удалил у ключа все унаследованные права доступа(естественно лежит он hdd, раздел которого отформатирован в ntfs) и дал доступ только от имени используемой учётной записи. После этого проблем с использованием больше не наблюдал