Настройка VS Code для работы в WSL

WSL - это среда Linux под Windows подробнее о WSL.

Для стека Ubuntu-хостинг + .NET 10 + React + SSH-туннели VS Code через WSL обычно удобнее, чем запуск проекта напрямую в Windows.

1. Среда разработки совпадает с сервером

Если у вас продакшен на Ubuntu.

Когда VS Code открыт как:

WSL: Ubuntu

команды выполняются в Linux:

dotnet build
npm install
npm run dev

То есть почти в той же среде, что и сервер.

Меньше сюрпризов вида:

"На Windows работает, а на Ubuntu нет".

2. Лучше работает Node.js и React

Многие инструменты фронтенда изначально ориентированы на Linux/macOS.

Например:

• Vite

• Webpack

• ESLint

• npm

• pnpm

обычно чувствуют себя в WSL стабильнее, чем при работе с проектом на диске Windows.

Особенно это заметно на больших проектах.

3. Нормальные Linux-инструменты

Сразу доступны:

grep
find
sed
awk
ssh
rsync
curl

Не нужно искать Windows-аналоги.

4. Удобнее работать с сервером

Если вы постоянно используете SSH к VPS.

В WSL можно:

ssh server
scp file
rsync project

без дополнительных утилит.

5. AI-инструменты работают рядом с кодом

Когда VS Code открыт в WSL:

VS Code
  ↓
VS Code Server (в WSL)
  ↓
Continue / Copilot
  ↓
Файлы проекта

AI видит проект напрямую в Linux-среде.

6. .NET ближе к реальному продакшену

Если сервер Ubuntu, то:

dotnet publish

в WSL собирает проект в Linux-окружении.

Легче ловить проблемы:

• путей (/ против \)

• регистра файлов

• прав доступа

• конфигурации Linux

Когда лучше открывать через Windows

Есть случаи, когда удобнее работать напрямую из Windows:

• WinForms

• WPF

• MAUI под Windows

• COM-компоненты

• специфичные Windows SDK

Но если у вас:

React
ASP.NET Core
Ubuntu

то WSL выглядит более естественным вариантом.

Важный момент

Если вы используете WSL, держите проект внутри Linux-файловой системы:

/home/devadmin/projects/myapp

а не в:

/mnt/c/Users/...

На небольших проектах разница может быть незаметна, но на React-проектах с большим количеством файлов производительность и скорость работы инструментов обычно лучше внутри файловой системы WSL.

Откройте:

nano ~/.bashrc

добавьте в конец:

export ALL_PROXY=socks5://172.31.32.1:1080
export HTTP_PROXY=socks5://172.31.32.1:1080
export HTTPS_PROXY=socks5://172.31.32.1:1080

Сохраните:

Ctrl+O
Enter
Ctrl+X

Применить:

source ~/.bashrc

Для VS Code Remote WSL

В settings.json:

{
    "http.proxy": "socks5://172.31.32.1:1080",
    "http.proxySupport": "override",
    "http.proxyStrictSSL": false
}

После этого:

• Continue
• Copilot
• npm
• dotnet restore
• git clone
• curl

из WSL будут идти через VPS.

Ваша итоговая схема теперь:

Windows
   |
   | SSH -D 0.0.0.0:1080
   |
   v
VPS (38.242.221.111)
   |
   v
Internet

WSL
   |
   v
172.31.32.1:1080