OPENVPN объединить две сети

[AlexS]

Пожалуйста
Также скрин где видно, какой клиент подключился


[werter]

Ок. Тогда так  - вы не можете "достучаться" до сети за Openwrt, верно? Судя по всему проблем с pf нет - коннект есть , маршруты есть.
Разбирайтесь c Openwrt - правила iptables, NAT.

P.s. http://theitdepartment.wordpress.com/2009/06/08/openwrt-openvpn-routed-lans/

[root@client openvpn]# iptables -t nat -A POSTROUTING -s 192.168.255.2 -d 10.0.0.0/24 -j SNAT –to-source 192.168.1.1
[root@client openvpn]# iptables -A FORWARD -i eth0 -o tun0 -s 192.168.1.0/24 -d 10.0.0.0/24 -j ACCEPT
[root@client openvpn]# iptables -A FORWARD -i tun0 -o eth0 -s 10.0.0.0/24 -d 192.168.1.0/24 -j ACCEPT

Правила адаптируйте под свои и включите NAT на Openwrt .
И не забывайте после изменения правил iptables или перезапускать iptables или перезагружать роутер с OpenWRT!

[AlexS]

мне кажется проблема все-таки в pf

из локалки  10.7.11.x на openvpn ip openwrt  10.7.12.6
traceroute to 10.7.12.6 (10.7.12.6), 30 hops max, 60 byte packets
1 10.7.11.1 (10.7.11.1)  1.594 ms  1.968 ms  2.632 ms
2  10.7.12.6 (10.7.12.6)  64.333 ms  72.619 ms  75.063 ms

тогда как если я пытаюсь достучаться на 10.7.13.1(внутрений ip) openwrt
traceroute to 10.7.13.1 (10.7.13.1), 30 hops max, 60 byte packets
1  192.168.2.1 (192.168.2.1)  1.886 ms  1.852 ms  1.835 ms

То pfsense направляет пакеты на wan интерфейс
Почему?

[werter]

Перезагрузите pfsense

[AlexS]

Перезагрузка не помогла

$traceroute 10.7.12.6
traceroute to 10.7.12.6 (10.7.12.6), 30 hops max, 60 byte packets
1  10.7.11.1 (10.7.11.1)  1.686 ms  1.666 ms  2.099 ms
2  10.7.12.6 (10.7.12.6)  86.667 ms  90.031 ms  92.376 ms
$ traceroute 10.7.13.1
traceroute to 10.7.13.1 (10.7.13.1), 30 hops max, 60 byte packets
1  192.168.2.1 (192.168.2.1)  1.577 ms  1.544 ms  1.528 ms

[werter]

Еще раз route -n на pfsense при этом покажите.

[AlexS]

по ssh

[2.0.1-RELEASE][root@pfsense.work]/root(10): route -n
usage: route [-dnqtv] command [[modifiers] args]

gui
Diagnostics->routes

IPv4
Destination 	Gateway 	Flags 	Refs 	Use 	Mtu 	Netif 	Expire
0.0.0.0/24 	link#1 	U 	0 	0 	1500 	fxp0 	=>
default 	192.168.2.1 	UGS 	0 	23513 	1500 	fxp0 	 
10.7.11.0/24 	link#2 	U 	0 	2835752 	1500 	rl0 	 
10.7.11.1 	link#2 	UHS 	0 	0 	16384 	lo0 	 
10.7.12.0/24 	10.7.12.2 	UGS 	0 	44 	1500 	ovpns1 	 
10.7.12.1 	link#10 	UHS 	0 	0 	16384 	lo0 	 
10.7.12.2 	link#10 	UH 	0 	0 	1500 	ovpns1 	 
10.7.13.0/24 	10.7.12.2 	UGS 	0 	4010 	1500 	ovpns1 	 
192.168.2.0/24 	link#1 	U 	0 	716 	1500 	fxp0 	 
192.168.2.101 	link#1 	UHS 	0 	0 	16384 	lo0 	 
192.168.200.9 	00:0c:6e:58:8d:58 	UHS 	0 	11 	1500 	fxp0 	 
192.168.200.10 	00:0c:6e:58:8d:58 	UHS 	0 	11 	1500 	fxp0 	 
192.168.200.15 	00:0c:6e:58:8d:58 	UHS 	0 	11 	1500 	fxp0 	 

[werter]

А покажите-ка правила NAT на pfsense.

[AlexS]

эти?


[werter]

А на локальной машине, с к-ой пингуете 13-ую сеть нет случаем старых постоянных маршрутов? Команда route print в Win.

[AlexS]

Локальная машина Ubuntu
route -n

Таблица маршутизации ядра протокола IP
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0         10.7.11.1       0.0.0.0         UG    0      0        0 wlan0
10.7.11.0       0.0.0.0         255.255.255.0   U     9      0        0 wlan0

Magic?

[werter]

Радикальная мера:
Вырузить конфиг -> сбросить pfsense в дефолтные настройки -> настроить только проблемный OpenVPN и проверить работоспособность.

[AlexS]

В понедельник попробую, спасибо.

[AlexS]

подскажите а возможно сохранить сертификат openvpn сервера, чтобы не генерирровать его заново?
Или лучше сгенерировать по новой?

[werter]

Лучше заново генерируйте. Это не сложно и не долго.

P.s. Повторюсь, после переустановки настраивайте и проверяйте сперва самую проблемную часть!

[AlexS]

нтересная ситуация. Я отключил резервный канал интернета и шлюз начал нормально пропускать меня в сеть 10.7.13.1.( за роутером).

Получается проблема в мультиване.
Возможно это как-то решить? С чего начать?