Update README_old.md

This commit is contained in:
2026-05-22 18:29:26 +00:00
parent 95344fee4f
commit 1c798afe63

186
README.md
View File

@@ -1,186 +0,0 @@
Схема следующа. OpenVPN-сервер находится в РФ, к нему подключаютсся клиенты, а также шлюз, через который идёт весь трафик. Обязательно использование режима DCO (Data channel offloading) для OpenVPN-интерфейсов клиента и шлюза, т.к. при включении этого режима производительность увеличивается драматически. Поэтому использование готовых скриптов типа github/angristan нам не подходит, будем поднимать всё ручками. Для начала нам нужно два сервера - в РФ и в забугорище. Оба подготавливаем идентично.
## Подготовка.
**ВНИМАНИЕ** Во всей инструкции предполагается, что вы работаете от рута.
```
apt update && apt dist-upgrade -y
```
Если произошёл апгрейд ядра, нужно обязательно перезагрузиться, т.к. в дальнейшем мы будем устанавливать расширения ядра.
```
reboot
```
Когда перезагрузились, устанавливаем необходимые пакеты:
```
apt install -y openvpn openvpn-dco-dkms easy-rsa
```
Далее включаем модуль openvpn-dco:
```
modprobe ovpn-dco-v2
```
Проверяем, включилось ли:
```
lsmod | grep ovpn
```
Если вывод пуст, разбираемся.
Если вывод что-то типа:
```
ovpn_dco_v2 86016 0
ip6_udp_tunnel 16384 1 ovpn_dco_v2
udp_tunnel 32768 1 ovpn_dco_v2
```
То всё хорошо, можно примменять на постоянку:
```
echo "ovpn-dco-v2" | sudo tee -a /etc/modules
```
```
update-initramfs -u -k all
```
Можно ещё раз перезагрузиться и проверить наличие dco-модуля после перезагрузки. `lsmod | grep ovpn`
## Настройка OpenVPN-сервера.
Инициализируем инфраструктуру открытых ключей и выпускаем сертификат сервера (без паролей для автозапуска):
```
make-cadir ~/openvpn-ca && cd ~/openvpn-ca
./easyrsa init-pki
./easyrsa build-ca nopass
./easyrsa gen-dh
# Генерация и подписание ключей сервера
./easyrsa gen-req server nopass
./easyrsa sign-req server server
# Генерация секретного ключа защиты от сканирования (TLS-Crypt)
openvpn --genkey secret tls-crypt.key
```
Копируем ключи в рабочую директорию OpenVPN-сервера:
```
cp pki/ca.crt pki/dh.pem pki/issued/server.crt pki/private/server.key tls-crypt.key /etc/openvpn/server/
```
Создаём конфиг сервера:
```
nano /etc/openvpn/server/server.conf
```
Вставляем следующее содержимое:
```
dev tun
proto udp
port 1194
server 10.210.0.0 255.255.255.0
topology subnet
# Сертификаты и секреты
ca /etc/openvpn/server/ca.crt
cert /etc/openvpn/server/server.crt
key /etc/openvpn/server/server.key
dh /etc/openvpn/server/dh.pem
tls-crypt /etc/openvpn/server/tls-crypt.key
# Максимальная скорость (Только AES-128-GCM, без сжатия)
data-ciphers AES-128-GCM
data-ciphers-fallback AES-128-GCM
# Логирование (минимум операций, разгрузка CPU)
verb 1
mute 20
# Тайм-ауты и папка индивидуальных настроек
keepalive 10 120
persist-key
persist-tun
client-config-dir /etc/openvpn/server/ccd
# Маршрут по умолчанию для клиентов
push "redirect-gateway def1 bypass-dhcp"
push "dhcp-option DNS 1.1.1.1"
```
Далее необходимо создать на сервере конфиг, в котором описаны директивы, затрагивающие конкретный клиент. Имя такого файла должно соответствовать сертификату клиента (без расширения) и находиться в client-config-dir (у нас /etc/openvpn/server/ccd). Это аналог Client Specific Overrides в pFsense. В нашем случае таким клиентом будет шлюз в забугорище. Присвоим ему адрес в конце нашего диапазона и обязательно отменим перенаправление трафика в туннелль:
```
sudo mkdir -p /etc/openvpn/server/ccd
echo "ifconfig-push 10.210.0.254 255.255.255.0" | sudo tee /etc/openvpn/server/ccd/special-gateway
echo 'push-remove "redirect-gateway def1 bypass-dhcp"' | sudo tee -a /etc/openvpn/server/ccd/special-gateway
```
Теперь "финт ушами". Существует опция iroute в client specific override которая позволяет завернуть весь трафик туннеля конкретному клиенту (iroute 0.0.0.0 0.0.0.0). НО!!! Эта опция конфликтует с DCO, который нам нужен для производительности. Поэтому нужно сделать default маршрут от сервера в сторону шлюза. Но только для интерфейса tun0. Остальной трафик должен имет default маршрут в сторону физического интерфейса (в нашем случае ens3). Для этого применим policy-based routing, который будет включаться вместе с сервисом openvpn-server@server.service:
```
nano /etc/systemd/system/vpn-policy-routing.service
```
```
[Unit]
Description=OpenVPN Policy Routing for Clients
After=network.target openvpn-server@server.service
Requires=openvpn-server@server.service
[Service]
Type=oneshot
RemainAfterExit=yes
# Применяем правила: сначала добавляем локальный маршрут подсети в таблицу 100, затем дефолтный на шлюз
ExecStart=/sbin/ip rule add from 10.210.0.0/24 table 100 ; /sbin/ip route add 10.210.0.0/24 dev tun0 proto kernel scope link table 100 ; /sbin/ip route add default via 10.210.0.254 dev tun0 table 100
# Корректно удаляем при остановке
ExecStop=/sbin/ip rule del from 10.210.0.0/24 table 100 ; /sbin/ip route del default via 10.210.0.254 dev tun0 table 100 ; /sbin/ip route del 10.210.0.0/24 dev tun0 table 100
[Install]
WantedBy=multi-user.target
```
```
systemctl daemon-reload
systemctl enable --now vpn-policy-routing.service
```
Ну а теперь самое время запустить сервер:
```
systemctl start openvpn-server@server.service
```
Проверяем, поднялся ли интерфейс и включился ли dco:
```
ip -details link show dev tun0 | grep dco
```
Вывод должен быть не пустой.
Проверяем, применился ли policy-based routing:
```
ip rule show | grep 100
```
Мы должны увидеть строчку `from 10.210.0.0/24 lookup 100`. Это значит, что весь трафик из VPN-сети отправляется в таблицу 100.
Далее посмотрим саму таблицу:
```
ip route show table 100
```
Мы должны увидеть 2 строчки:
`default via 10.210.0.254 dev tun0` - маршрут по-умолчанию через шлюз
`10.210.0.0/24 dev tun0 proto kernel scope link` - а где вообще искать нашу внутреннюю впн-подсеть. В дефолтную таблицу маршрутизации эта информация поступает автомматически, а в кастомную нужно добавлять вручную.
Теперь создадим конфиг клиента-шлюза:
```
./gen_client.sh special-gateway
```
И других клиентов аналогично: `./gen-client.sh user1 user2 user3 ...`.
Ну и забрать их по sftp (наприммер, с помощью WinSCP) из /root/vpn-configs
## Настройка клиента-шлюза
Если ещё не сделано, необходимо проделать все шаги из раздела **Подготовка**.
Копируем в нашу домашнюю директорию (/root) конфиг шлюза (в нашемм случае *special-gateway.ovpn*). Перемещаем в рабочую папку OpenVPN:
```
mv special-gateway.ovpn /etc/openvpn/client/client.conf
```
Включаем форвардинг:
```
echo "net.ipv4.ip_forward=1" | sudo tee -a /etc/sysctl.conf
sudo sysctl -p
```
Включаем NAT:
```
sudo iptables -t nat -A POSTROUTING -s 10.210.0.0/24 -o ens3 -j MASQUERADE
```
Сохраняем iptables. После установки пакета соглашаемся на сохранение iptables:
```
apt install iptables-persistent
```
В дальнейшем iptables сохраняются с помощью команды:
```
sudo iptables-save | sudo tee /etc/iptables/rules.v4
```
И теперь включаем клиента:
```
sudo systemctl enable --now openvpn-client@client
```
Проверяем, что интерфейс tun0 поднялся в dco-режиме. Вывод должен быть не пустой.
```
ip -details link show dev tun0 | grep dco
```