Удалёнщики без Cisco: переводим 30 сотрудников на WireGuard VPN

Мы гоняли тесты на сервере с Intel Xeon E-2236. WireGuard стабильно выдаёт на 30–50% большую пропускную способность, чем OpenVPN в сопоставимых условиях. Причина простая: работает прямо в пространстве ядра, без переключений в userspace, плюс криптопримитивы оптимизированы под современное железо.

Под задачи клиента мы выделили четыре сценария, под которые и проектировали всю конфигурацию:

• Удалённый доступ сотрудников — подключение за секунды, туннель держится при смене сети между Wi-Fi и мобильным интернетом
• Site-to-Site VPN — связь главного офиса с переговорной площадкой на стороне клиента
• Mesh-сети — серверы компании в разных дата-центрах должны видеть друг друга напрямую
• Мобильный доступ — нативные клиенты под iOS и Android, аккумулятор не съедают

# Обновляем пакеты
sudo apt update && sudo apt upgrade -y

# Устанавливаем WireGuard
sudo apt install -y wireguard wireguard-tools

# Проверяем загрузку модуля ядра
sudo modprobe wireguard
lsmod | grep wireguard

# Убеждаемся, что модуль загрузился
# wireguard             81920  0
# curve25519_x86_64     36864  1 wireguard
# libchacha20poly1305   16384  1 wireguard

Если ядро старше, чем 5.6, — придётся доставить модуль из бэкпортов:

# Для Debian 10 (buster)
echo 'deb http://deb.debian.org/debian buster-backports main' | sudo tee /etc/apt/sources.list.d/buster-backports.list
sudo apt update
sudo apt install -y -t buster-backports wireguard

# CentOS/RHEL 8
sudo dnf install -y epel-release elrepo-release
sudo dnf install -y kmod-wireguard wireguard-tools

# Rocky Linux 9 / AlmaLinux 9
sudo dnf install -y epel-release
sudo dnf install -y wireguard-tools

# Загружаем модуль
sudo modprobe wireguard

После установки проверили, что директория /etc/wireguard на месте и права доступа выставлены корректно:

sudo mkdir -p /etc/wireguard
sudo chmod 700 /etc/wireguard

# Генерация ключей для сервера
wg genkey | sudo tee /etc/wireguard/server_private.key | wg pubkey | sudo tee /etc/wireguard/server_public.key

# Устанавливаем права доступа на приватный ключ
sudo chmod 600 /etc/wireguard/server_private.key

# Генерация ключей для первого клиента
wg genkey | sudo tee /etc/wireguard/client1_private.key | wg pubkey | sudo tee /etc/wireguard/client1_public.key

# Генерация Pre-Shared Key (дополнительная защита)
wg genpsk | sudo tee /etc/wireguard/client1_psk.key
sudo chmod 600 /etc/wireguard/client1_private.key /etc/wireguard/client1_psk.key

# Просмотр сгенерированных ключей
echo "Server Private: $(cat /etc/wireguard/server_private.key)"
echo "Server Public: $(cat /etc/wireguard/server_public.key)"
echo "Client1 Private: $(cat /etc/wireguard/client1_private.key)"
echo "Client1 Public: $(cat /etc/wireguard/client1_public.key)"
echo "Client1 PSK: $(cat /etc/wireguard/client1_psk.key)"

Важно: приватные ключи — это не то, что пересылают в Telegram или обычной почтой. Никогда. Для раздачи конфигураций сотрудникам мы использовали QR-коды и зашифрованную почту — быстро и без риска утечки.

Вот конфигурационный файл сервера, который получился в итоге:

# /etc/wireguard/wg0.conf

[Interface]
# Приватный ключ сервера
PrivateKey = SERVER_PRIVATE_KEY_HERE

# IP-адрес сервера в VPN-сети
Address = 10.0.0.1/24

# Порт прослушивания (UDP)
ListenPort = 51820

# DNS-сервер для клиентов (опционально)
DNS = 1.1.1.1, 8.8.8.8

# Команды при поднятии интерфейса — включаем NAT и форвардинг
PostUp = iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
PostUp = iptables -A FORWARD -i wg0 -j ACCEPT
PostUp = iptables -A FORWARD -o wg0 -j ACCEPT
PostUp = sysctl -w net.ipv4.ip_forward=1

# Команды при выключении интерфейса — убираем правила
PostDown = iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE
PostDown = iptables -A FORWARD -i wg0 -j ACCEPT
PostDown = iptables -A FORWARD -o wg0 -j ACCEPT

# === Клиент 1: Ноутбук администратора ===
[Peer]
PublicKey = CLIENT1_PUBLIC_KEY_HERE
PresharedKey = CLIENT1_PSK_HERE
AllowedIPs = 10.0.0.2/32

# === Клиент 2: Мобильное устройство ===
[Peer]
PublicKey = CLIENT2_PUBLIC_KEY_HERE
AllowedIPs = 10.0.0.3/32

# === Клиент 3: Офисный шлюз (Site-to-Site) ===
[Peer]
PublicKey = CLIENT3_PUBLIC_KEY_HERE
AllowedIPs = 10.0.0.4/32, 192.168.10.0/24
PersistentKeepalive = 25

Пара моментов, на которые стоит обратить внимание: в AllowedIPs для site-to-site соединения прописана подсеть удалённого офиса (192.168.10.0/24). А PersistentKeepalive = 25 нужен, когда клиент сидит за NAT — без него туннель будет рваться.

# Включаем форвардинг пакетов
echo 'net.ipv4.ip_forward = 1' | sudo tee -a /etc/sysctl.d/99-wireguard.conf
echo 'net.ipv6.conf.all.forwarding = 1' | sudo tee -a /etc/sysctl.d/99-wireguard.conf
sudo sysctl -p /etc/sysctl.d/99-wireguard.conf

# Проверяем
sysctl net.ipv4.ip_forward
# net.ipv4.ip_forward = 1

# Устанавливаем WireGuard на клиенте
sudo apt install -y wireguard resolvconf

# Создаём конфигурацию клиента
sudo nano /etc/wireguard/wg0.conf

# /etc/wireguard/wg0.conf (клиент Linux)

[Interface]
PrivateKey = CLIENT1_PRIVATE_KEY_HERE
Address = 10.0.0.2/24
DNS = 1.1.1.1, 8.8.8.8

# MTU — важен при проблемах с фрагментацией
# MTU = 1420

[Peer]
PublicKey = SERVER_PUBLIC_KEY_HERE
PresharedKey = CLIENT1_PSK_HERE
Endpoint = vpn.example.com:51820

# Для полного туннелирования (весь трафик через VPN)
AllowedIPs = 0.0.0.0/0, ::/0

# Для split-tunneling (только VPN-подсеть)
# AllowedIPs = 10.0.0.0/24

# Keepalive для работы за NAT
PersistentKeepalive = 25

# Поднимаем туннель
sudo wg-quick up wg0

# Проверяем статус
sudo wg show

# Автозапуск при загрузке
sudo systemctl enable wg-quick@wg0

# Проверяем подключение
ping 10.0.0.1
curl ifconfig.me  # Должен показать IP VPN-сервера

Большинство консультантов сидели на Windows. Мы заранее подготовили готовые .conf-файлы — людям оставалось только импортировать. Клиент скачивается с wireguard.com/install, установка стандартная. Дальше всё просто:

1. Открываете приложение WireGuard
2. Жмёте «Add Tunnel» → «Add empty tunnel»
3. Вставляете конфигурацию вручную — она идентична Linux-варианту
4. Или просто импортируете готовый файл .conf — это быстрее

Конфиг для Windows ничем не отличается от Linux-клиента — один и тот же формат. Мы сгенерировали персональный client.conf для каждого из 30 сотрудников и передали по защищённому каналу. Никакой самодеятельности с настройками.

# Генерация QR-кода для мобильных клиентов
sudo apt install -y qrencode
qrencode -t ansiutf8 < /etc/wireguard/client1.conf

Тем, кто работает с CRM прямо со смартфона, конфиг раздавали через QR-коды. Сканируешь — и готово, вводить ничего не нужно:

# На сервере — генерируем конфигурацию клиента
cat <<EOF > /tmp/mobile-client.conf
[Interface]
PrivateKey = MOBILE_PRIVATE_KEY
Address = 10.0.0.3/24
DNS = 1.1.1.1

[Peer]
PublicKey = SERVER_PUBLIC_KEY
Endpoint = vpn.example.com:51820
AllowedIPs = 0.0.0.0/0
PersistentKeepalive = 25
EOF

# Генерируем QR-код
qrencode -t png -o /tmp/mobile-qr.png < /tmp/mobile-client.conf
# Или выводим в терминал
qrencode -t ansiutf8 < /tmp/mobile-client.conf

Сотрудник открывает приложение WireGuard, наводит камеру на QR — подключение поднимается за 5 секунд. После того как все отсканировали, временные файлы с QR-кодами мы сразу удалили:

sudo shred -u /tmp/mobile-client.conf /tmp/mobile-qr.png

# Разрешаем входящий UDP-трафик на порт WireGuard
sudo iptables -A INPUT -p udp --dport 51820 -j ACCEPT

# Разрешаем трафик на интерфейсе wg0
sudo iptables -A INPUT -i wg0 -j ACCEPT
sudo iptables -A FORWARD -i wg0 -j ACCEPT
sudo iptables -A FORWARD -o wg0 -j ACCEPT

# NAT — маскарадинг для выхода в интернет
# Замените eth0 на ваш реальный внешний интерфейс
sudo iptables -t nat -A POSTROUTING -s 10.0.0.0/24 -o eth0 -j MASQUERADE

# Сохраняем правила
sudo apt install -y iptables-persistent
sudo netfilter-persistent save

# /etc/nftables.conf

table inet wireguard {
    chain input {
        type filter hook input priority 0; policy accept;
        udp dport 51820 accept comment "WireGuard"
        iifname "wg0" accept comment "WireGuard tunnel traffic"
    }

    chain forward {
        type filter hook forward priority 0; policy drop;
        iifname "wg0" accept comment "Forward from WG"
        oifname "wg0" accept comment "Forward to WG"
        ct state established,related accept
    }

    chain postrouting {
        type nat hook postrouting priority 100;
        ip saddr 10.0.0.0/24 oifname "eth0" masquerade
    }
}

# Применяем конфигурацию
sudo nft -f /etc/nftables.conf
sudo systemctl enable nftables

DNS-запросы сотрудников тоже должны ходить через зашифрованный туннель — иначе смысл VPN теряется наполовину. Для этого мы подняли локальный DNS-резолвер прямо на сервере:

# Устанавливаем Unbound
sudo apt install -y unbound

# Конфигурация /etc/unbound/unbound.conf.d/wireguard.conf
server:
    interface: 10.0.0.1
    access-control: 10.0.0.0/24 allow
    do-ip6: no
    hide-identity: yes
    hide-version: yes
    prefetch: yes
    num-threads: 2
    msg-cache-size: 16m
    rrset-cache-size: 32m

forward-zone:
    name: "."
    forward-addr: 1.1.1.1
    forward-addr: 8.8.8.8

sudo systemctl restart unbound
sudo systemctl enable unbound

В конфигурации каждого клиента прописали DNS = 10.0.0.1 — публичные DNS-серверы из этой схемы полностью исключены.

# Запуск интерфейса
sudo wg-quick up wg0

# Остановка интерфейса
sudo wg-quick down wg0

# Автозапуск при загрузке
sudo systemctl enable wg-quick@wg0
sudo systemctl start wg-quick@wg0

# Просмотр статуса подключений
sudo wg show
sudo wg show wg0

# Вывод статистики в формате JSON
sudo wg show all dump

# Добавление нового пира без перезагрузки
sudo wg set wg0 peer CLIENT_NEW_PUBLIC_KEY allowed-ips 10.0.0.10/32

# Удаление пира
sudo wg set wg0 peer CLIENT_PUBLIC_KEY remove

Скрипт писался специально для IT-отдела заказчика. Задача была простая: человек без глубоких знаний Linux должен подключить нового сотрудника самостоятельно, не дёргая нас каждый раз:

#!/bin/bash
# /usr/local/bin/wg-add-client.sh
# Скрипт для добавления нового VPN-клиента

set -euo pipefail

SERVER_PUB_KEY=$(cat /etc/wireguard/server_public.key)
SERVER_ENDPOINT="vpn.example.com:51820"
VPN_SUBNET="10.0.0"
WG_CONF="/etc/wireguard/wg0.conf"

if [ -z "${1:-}" ]; then
    echo "Использование: $0 <имя_клиента>"
    exit 1
fi

CLIENT_NAME="$1"

# Определяем следующий свободный IP
LAST_IP=$(grep -oP 'AllowedIPs = 10\.0\.0\.\K[0-9]+' $WG_CONF | sort -n | tail -1)
NEXT_IP=$((LAST_IP + 1))

if [ $NEXT_IP -gt 254 ]; then
    echo "Ошибка: пул IP-адресов исчерпан"
    exit 1
fi

# Генерируем ключи
CLIENT_PRIV=$(wg genkey)
CLIENT_PUB=$(echo "$CLIENT_PRIV" | wg pubkey)
CLIENT_PSK=$(wg genpsk)

# Создаём конфиг клиента
CLIENT_CONF="/etc/wireguard/clients/${CLIENT_NAME}.conf"
mkdir -p /etc/wireguard/clients

cat > "$CLIENT_CONF" <<EOF
[Interface]
PrivateKey = ${CLIENT_PRIV}
Address = ${VPN_SUBNET}.${NEXT_IP}/24
DNS = 10.0.0.1

[Peer]
PublicKey = ${SERVER_PUB_KEY}
PresharedKey = ${CLIENT_PSK}
Endpoint = ${SERVER_ENDPOINT}
AllowedIPs = 0.0.0.0/0
PersistentKeepalive = 25
EOF

# Добавляем пир на сервер
cat >> "$WG_CONF" <<EOF

# === ${CLIENT_NAME} ===
[Peer]
PublicKey = ${CLIENT_PUB}
PresharedKey = ${CLIENT_PSK}
AllowedIPs = ${VPN_SUBNET}.${NEXT_IP}/32
EOF

# Применяем без перезагрузки
wg set wg0 peer "${CLIENT_PUB}" preshared-key <(echo "${CLIENT_PSK}") allowed-ips "${VPN_SUBNET}.${NEXT_IP}/32"

echo "Клиент ${CLIENT_NAME} добавлен: ${VPN_SUBNET}.${NEXT_IP}"
echo "Конфигурация: ${CLIENT_CONF}"
echo ""
echo "QR-код для мобильного клиента:"
qrencode -t ansiutf8 < "$CLIENT_CONF"

chmod 600 "$CLIENT_CONF"

# Проверяем статус интерфейса
ip a show wg0

# Проверяем активных пиров и время последнего handshake
sudo wg show wg0
# Если latest handshake старше 2 минут — есть проблемы

# Проверяем маршруты
ip route show table all | grep wg0

# Проверяем доступность порта снаружи
nc -uzv vpn.example.com 51820

# Включаем динамическое логирование WireGuard
echo module wireguard +p | sudo tee /sys/kernel/debug/dynamic_debug/control

# Смотрим логи
sudo dmesg | grep wireguard
journalctl -u wg-quick@wg0 -f

# Тестируем MTU (часто причина проблем)
ping -M do -s 1400 10.0.0.1
# Уменьшайте размер пакета, пока ping не заработает
# Затем установите MTU = найденное значение + 28

• Handshake не устанавливается — первым делом проверяйте, открыт ли UDP-порт 51820 в firewall, правильно ли скопирован PublicKey и верный ли адрес в Endpoint
• Туннель поднялся, но интернета нет — смотрите ip_forward, правила NAT/MASQUERADE и имя сетевого интерфейса в PostUp: именно там чаще всего опечатка
• Низкая производительность — проверяйте MTU, для IPv4 оптимально 1420, и убедитесь, что процессор поддерживает аппаратное ускорение ChaCha20
• DNS не работает — проверьте, установлен ли resolvconf, и перечитайте конфиг клиента: DNS там должен быть прописан явно
• Потеря пакетов у клиентов за NAT — лечится просто: добавьте PersistentKeepalive = 25 в конфиг клиента

# Устанавливаем Prometheus exporter для WireGuard
sudo apt install -y prometheus-node-exporter

# Или используем специализированный wireguard_exporter
wget https://github.com/MindFlavor/prometheus_wireguard_exporter/releases/latest/download/prometheus_wireguard_exporter-linux-amd64
chmod +x prometheus_wireguard_exporter-linux-amd64
sudo mv prometheus_wireguard_exporter-linux-amd64 /usr/local/bin/prometheus_wireguard_exporter

# Создаём systemd unit
sudo cat > /etc/systemd/system/wireguard-exporter.service <<EOF
[Unit]
Description=Prometheus WireGuard Exporter
After=network.target

[Service]
ExecStart=/usr/local/bin/prometheus_wireguard_exporter -p 9586
Restart=always
User=root

[Install]
WantedBy=multi-user.target
EOF

sudo systemctl daemon-reload
sudo systemctl enable --now wireguard-exporter

В Grafana мы собрали дашборд с тремя ключевыми метриками: число активных подключений прямо сейчас, объём трафика по каждому пиру и время последнего handshake. IT-отдел получил доступ и смотрит всё это в реальном времени — без необходимости лезть в консоль.