НАЗНАЧЕНИЕ
Клиент получает защищённый доступ к серверной машине и её ПО (1С, RDP, веб-сервер) через VPN-туннель без использования платных сторонних сервисов.
ПРИМЕНЕНИЕ
Когда нужно организовать удалённый доступ клиента к серверу через интернет и есть публичный IP с открытым портом.
УСЛОВИЕ
-
Публичный IP-адрес на сервере;
-
Открытый порт на роутере (по умолчанию 51820);
-
Приложение Wireguard, установленное на сервере и клиенте (Windows).
ШАГИ
-
Убедиться, что у сервера есть публичный IP и открытый порт 51820;
-
Установить приложение Wireguard на сервере;
-
Установить приложение Wireguard на клиенте;
-
На сервере создать конфиг (дать имя, например server):
[Interface]
PrivateKey = <приватный_ключ_сервера>
Address = 10.0.0.1/24
ListenPort = 51820
[Peer]
PublicKey = <публичный_ключ_клиента>
AllowedIPs = 10.0.0.2/32- На клиенте создать конфиг:
[Interface]
PrivateKey = <приватный_ключ_клиента>
Address = 10.0.0.2/24
DNS = 8.8.8.8
[Peer]
PublicKey = <публичный_ключ_сервера>
Endpoint = <белый_ip_адрес>:51820
AllowedIPs = 10.0.0.1/32, 192.168.1.0/24
PersistentKeepalive = 25-
Сохранить оба конфига;
-
Активировать туннель сначала на сервере, затем на клиенте;
-
Проверить доступность: с клиента выполнить в командной строке (cmd):
ping 10.0.0.1РЕЗУЛЬТАТ
Работающий VPN-туннель: клиент подключается к серверу по RDP, веб-интерфейсу и 1С.
ТИПОВЫЕ ОШИБКИ
❌ Проблема: нет публичного IP или закрыт порт → туннель не поднимется.
✅ Решение: развернуть Wireguard-сервер на VPS как relay, либо использовать Tailscale / ZeroTier / NetBird.
❌ Проблема: перепутаны приватный и публичный ключи → соединение не установится.
✅ Решение: проверять внимательно: приватный — только у себя, публичный — передаём другой стороне.
❌ Проблема: в AllowedIPs на клиенте не указана подсеть сервера → нет доступа к локальным ресурсам.
✅ Решение: добавить 192.168.1.0/24 (или нужную подсеть).
Связанные инструкции: Организовать VPN-сеть извне на уровне роутера Keenetic