Имя: Пароль:
IT
 
Как победить OpenVPN за NAT
0 IVIuXa
 
23.03.09
09:06
Вообщем поставил openvpn
Подскажите по OpenVPN
там конфиги если что
без фаервола все работает
как только включаю nat на внешнем интерфейсе сервера
начинаются проблемы
уже замучился
и вырезал "окошки" из ната
и делал отделение openvpn от роутера с пробросом порта
и менял протокол на udp все равно не помогает
подскажите как правильно должен быть openvpn за nat
1 Ангел- Хоронитель
 
23.03.09
09:35
(0)просто порт натишь наружу и все. это если за натом точка. а если сервак - маппишь снаружи на сервер.
2 IVIuXa
 
23.03.09
09:39
(1)
чет я не понял
может я не так сказал
openvpn - поднимается, интерфейсы внутренних сеток пингуются и
у роутера-сервера и у роутера-клиента не пингуется, затыкается
пинг к компам внутренн сетки роутера-сервера, если пинговать с ротера клиента
3 DGorgoN
 
23.03.09
09:41
hamachi
4 IVIuXa
 
23.03.09
09:42
+(2)
бл..
не идет пинг с роут-клиента к компьютеру за openvpn-сервером
причем внутренн. интерфейс openvpn-сервера пингуется ..... уфф вот
5 Ангел- Хоронитель
 
23.03.09
09:44
(4)чего говорит traccert? чего говорят логи? чего говорит route print на роут-клиенте?
6 IVIuXa
 
23.03.09
09:46
(5)
роуты все отрабатывают, после выключения ната - все работает
т.е. пинги из вн сети идут в другую вн сеть без проблем
7 Ангел- Хоронитель
 
23.03.09
09:47
(6)учитесь выражевывать свои мысли верно. где вы нат включаете? чего куда идет и не идет? лучше схему.
8 Fragster
 
гуру
23.03.09
09:50
ip route на серваке - в студию... и на клиенте...
9 IVIuXa
 
23.03.09
09:52
(7)
XP1->Роутер-клиентVPN->......->NAT-openvpn-сервер-роутер->xp2

так пинг не идет от Роутер-клиентVPN к xp2
но идет к внутреннему интерфейсу NAT-openvpn-сервер-роутер
10 IVIuXa
 
23.03.09
09:53
(8)
смотри внимательно (6)
или NAT у нас меняет правила route ?
11 RKx
 
23.03.09
09:55
nat - ПРЕОБРАЗОВАНИЕ адреса. Пропусти ч/з маппинг портов.
12 IVIuXa
 
23.03.09
09:57
(11)
так один хрен когда пакет выходить будет - занатится
13 Fragster
 
гуру
23.03.09
09:57
(10) NAT меняет адрес отправителя, соответственно, ответ м.б. не туда... сам с
натом и роутами парился одно время... ping и разглядывание выдачи wireshark -
совместно с курением того, что на что натится и роутится - помогли победить
14 RKx
 
23.03.09
09:58
нет, не "занатится"
15 RKx
 
23.03.09
10:00
кстати, по схеме (9) всё должно работать
16 IVIuXa
 
23.03.09
10:00
(15)
так не работает бл...
17 RKx
 
23.03.09
10:01
+(15) маршруты на сервере пропиши и на клиенте /route add/
18 IVIuXa
 
23.03.09
10:01
(17)
так не трогайте маршруты
19 RKx
 
23.03.09
10:04
(18) в смысле?!
20 IVIuXa
 
23.03.09
10:05
(19)
см.(6)
21 RKx
 
23.03.09
10:07
(20) у тебя на хр1 и на клиенте шлюз поумолчанию какой, когда впн поднят?
22 Delorn
 
23.03.09
10:07
(17)+1 (:
(18) тебе русским языком сказали в (5) если не получается значит проблемма в не прописанном маршруте... который нат куда то заворачивает...
23 IVIuXa
 
23.03.09
10:10
так стоп
вот я ....
проблема с фаерволом
ему еще какие то порты нужны помимо openvpn`ских
хмммм
24 IVIuXa
 
23.03.09
10:40
вот пинги с затыком почему - не могу понять

1    0.000000    85.85.85.3    85.85.85.1    TCP    spr-itunes > commplex-main [PSH, ACK] Seq=1 Ack=1 Win=3045 Len=127 TSV=2779940 TSER=189384
2    0.000117    10.1.0.14    192.168.1.3    ICMP    Echo (ping) request
3    0.000245    10.1.0.1    10.1.0.14    ICMP    Destination unreachable (Protocol unreachable)
4    0.000337    85.85.85.1    85.85.85.3    TCP    commplex-main > spr-itunes [PSH, ACK] Seq=1 Ack=128 Win=764 Len=151 TSV=189706 TSER=2779940
25 Fragster
 
гуру
23.03.09
10:41
(24) так смотри маршруты на 10,1,0,14 - оно не понимает, где 192,168,1,3
26 IVIuXa
 
23.03.09
10:42
(25)
ну вот и что...

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.1.0.2        *               255.255.255.255 UH    0      0        0 tun0
192.168.2.0     10.1.0.2        255.255.255.0   UG    0      0        0 tun0
85.85.85.0      *               255.255.255.0   U     0      0        0 eth0
192.168.1.0     *               255.255.255.0   U     0      0        0 eth1
192.168.0.0     10.1.0.2        255.255.255.0   UG    0      0        0 tun0
10.1.0.0        10.1.0.2        255.255.255.0   UG    0      0        0 tun0
link-local      *               255.255.0.0     U     0      0        0 eth0
loopback        *               255.0.0.0       U     0      0        0 lo
27 Fragster
 
гуру
23.03.09
10:44
(26) значит файрволл рубит входящие с tun0 и исходящие через eth0
28 IVIuXa
 
23.03.09
10:45
(27)
так eth1 и tun0 во внутренних интерфейсах
29 IVIuXa
 
23.03.09
10:52
есть мысли ?
30 Fragster
 
гуру
23.03.09
11:38
(29) меня проглючило... это ж в (24) 10,1,0,1 отвечает что не знает где
192,168,1,3
31 IVIuXa
 
24.03.09
02:10
(30)
короче пинг не пускает во внутреннюю сетку 192.168.1.0
получается что фаервол хоть и внутренняя сетка, а ограничивает передачу
32 Ангел- Хоронитель
 
24.03.09
02:58
(31)ай... вы все побеждаете? ну-ну...
33 IVIuXa
 
24.03.09
04:14
(32)
прописал правило в фаерволе - заработало,
ща буду дальше ломать :)
FW_FORWARD 10.1.0.0/24,192.168.1.0/24 192.168.1.0/24,10.1.0.0/24
34 IVIuXa
 
24.03.09
04:18
+(32)
да я не занимался, только сейчас продолжил :)