VPN: не поднимается, не появляются tunX [РЕШЕНО]
Привет!
Есть у меня два гентушных софтроутера на базе ПК, системы на обоих были склонированы с одного винта, т.е. они практически близнецы (за исключением настроек, имеющих отношение к сети). Одна из функций этих ПК - поднятие VPN с центральным сервером (тоже на генту). И вот прикол: с первого ПК я VPN поднял без проблем, со второго не поднимается ни в какую.
Из явно заметного глюка на втором сервере - при запуске openvpn с нужной конфигурацией не появляется устройство tun0, хотя по логам openvpn ошибок не кажет и даже пытается установить связь с сервером (tcpdump эти пакеты видит и со стороны центрального сервера и со стороны второго ПК). Устройство /dev/net/tun в системе присутствует, iptables доступ открыт для VPN. Также не появляются маршруты в таблице маршрутизации (из-за отсутствия устройства tun0).
Технический нюанс (не знаю, может это как-то влияет) - второй ПК выходит в инет через ADSL модем, который работает в режиме роутера, а сам ПК 2 там прописан в DMZ.
Ядро 2.6.36, openvpn 2.1.3.
Вот конфиг сервера:
dev-type tun dev tun5 proto udp port 1306 comp-lzo keepalive 10 120 secret ./keys/spb2.key ifconfig 192.168.33.1 192.168.33.2 up ./spb2_up.sh verb 2 cipher BF-CBC keysize 128 persist-tun persist-key
файл spb2_up.sh:
#!/bin/sh route add -net 192.168.31.0 netmask 255.255.255.0 gw 192.168.33.2 ip route add 192.168.31.0/24 dev tun5 table TT
Конфиг клиента:
remote A.B.C.D dev-type tun dev tun0 proto udp port 1306 comp-lzo keepalive 10 60 secret ./keys/spb2.key ifconfig 192.168.33.2 192.168.33.1 verb 6 cipher BF-CBC keysize 128 persist-key persist-tun
файл openvpn.spb2_up.sh
#!/bin/sh route add -net 192.168.1.0 mask 255.255.255.0 gw 192.168.33.1
Лог openvpn клиента (начало, дальше таймауты и реконнекты)
Есть у кого какие мысли, почему такое происходит?
- Для комментирования войдите или зарегистрируйтесь
а железки тоже одинаковы?
а железки тоже одинаковы?
Железки не сильно отличаются.
Железки не сильно отличаются. По крайней мере без пересборок ядра подхватились SATA и сетевушки.
Был косяк в iptables на сервере
Долго мучался, но нашёл ошибку.