Объединить две сети через интернет

Задача.
Есть локальная сеть на работе. В ней настроен VPNServer

VPNServer
IP: 192.168.3.223
GATEWAY: 192.168.3.77
DNS: 192.168.1.77

Он прекрасно работает. Клиенты из локали могут подключаться и получать доступ в инет.

Есть домашняя сеть дома

HOMECOMP
IP: 192.168.1.100
GATEWAY: 192.168.1.2
DNS: От провайдера

Как мне объединить мою домашнюю сеть с рабочей? На шлюзе (который инет отдает) настроена iptables и есть доменное имя blablba.dyndns.org.
Как мне перенаправить запросы от меня до VPN сервера.

Пробовал на шлюзе
[console]iptables -t nat -A PREROUTING -i eth1 -p tcp --dport 1723 -j DNAT --to-destination 192.168.3.223
iptables -A FORWARD -i eth1 -o vlan3 -d 192.168.3.223 -p tcp -m tcp --dport 1723 -j ACCEPT[/console]
Не помогло.

Пробни так:

modprobe ip_nat_pptp

iptables -t nat -A PREROUTING -i eth1 -p tcp --dport 1723 -j DNAT --to-destination 192.168.3.223:1723
iptables -A FORWARD -i eth1 -o vlan3 -d 192.168.3.223 -p tcp -m tcp --dport 1723 -j ACCEPT
iptables -A FORWARD -i vlan3 -o eth1 -s 192.168.3.223 -p tcp -m tcp --sport 1723 -j ACCEPT

iptables -t nat -A PREROUTING -i eth1 -p tcp --dport 47 -j DNAT --to-destination 192.168.3.223:47
iptables -A FORWARD -i eth1 -o vlan3 -d 192.168.3.223 -p tcp -m tcp --dport 47 -j ACCEPT
iptables -A FORWARD -i vlan3 -o eth1 -s 192.168.3.223 -p tcp -m tcp --sport 47 -j ACCEPT

Должно помоч. Ещё бы --mark добавил под шейпер.

Не помогло... Вылазит 619 ошибка.
Может сам vpnserver не пускает?
Вот его настройки

Могу tcpdump показать, но там черт ногу сломит. Куча мусора всякого.

Kettler, все добавил на шлюз (192.168.3.77) и так же осталось.

А пров GRE не режит?
modpobe нормально прошол?

619 сервер видит но не пашет именно GRE.
И ещё не проще VPN поднять на самом шлюзе?

Kettler, вот так отрабатывает IPtables на шлюзе

[console] 0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 state NEW tcp dpt:1723
2 96 ACCEPT tcp -- eth1 vlan3 0.0.0.0/0 192.168.3.223 tcp dpt:1723
0 0 ACCEPT tcp -- vlan3 eth1 192.168.3.223 0.0.0.0/0 tcp spt:1723
0 0 ACCEPT tcp -- eth1 vlan3 0.0.0.0/0 192.168.3.223 tcp dpt:47
0 0 ACCEPT tcp -- vlan3 eth1 192.168.3.223 0.0.0.0/0 tcp spt:47[/console]

Попробуй пока FORWARD политику ACCEPT поставить и подлючиться.

Попробуй пока FORWARD политику ACCEPT поставить и подлючиться.

Запилило дублироваться.

И tcpdump на vpnserver

[root@domain ~]# tcpdump -i eth0 -nn -ttt host 192.168.3.77 and not port 22
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
00:00:00.000000 IP 192.168.3.77.63109 > 192.168.3.223.1723: Flags [s], seq 690174222, win 16384, options [mss 1460,nop,nop,sackOK], length 0
00:00:00.000093 IP 192.168.3.223.1723 > 192.168.3.77.63109: Flags [S.], seq 664319733, ack 690174223, win 5840, options [mss 1460,nop,nop,sackOK], length 0
00:00:00.006338 IP 192.168.3.77.63109 > 192.168.3.223.1723: Flags [P.], seq 1:157, ack 1, win 17520, length 156: pptp CTRL_MSGTYPE=SCCRQ PROTO_VER(1.0) FRAME_CAP(A) BEARER_CAP(A) MAX_CHAN(0) FIRM_REV(2600) HOSTNAME() VENDOR(Microsoft Windows NT)
00:00:00.000045 IP 192.168.3.223.1723 > 192.168.3.77.63109: Flags [.], ack 157, win 6432, length 0
00:00:00.002495 IP 192.168.3.223.1723 > 192.168.3.77.63109: Flags [P.], seq 1:157, ack 157, win 6432, length 156: pptp CTRL_MSGTYPE=SCCRP PROTO_VER(1.0) RESULT_CODE(1) ERR_CODE(0) FRAME_CAP() BEARER_CAP() MAX_CHAN(1) FIRM_REV(1) HOSTNAME(local) VENDOR(linux)
00:00:00.020179 IP 192.168.3.77.63109 > 192.168.3.223.1723: Flags [P.], seq 157:325, ack 157, win 17364, length 168: pptp CTRL_MSGTYPE=OCRQ CALL_ID(256) CALL_SER_NUM(30999) MIN_BPS(300) MAX_BPS(100000000) BEARER_TYPE(Any) FRAME_TYPE(E) RECV_WIN(64) PROC_DELAY(0) PHONE_NO_LEN(0) PHONE_NO() SUB_ADDR()
00:00:00.000619 IP 192.168.3.223.1723 > 192.168.3.77.63109: Flags [P.], seq 157:189, ack 325, win 7504, length 32: pptp CTRL_MSGTYPE=OCRP CALL_ID(4736) PEER_CALL_ID(256) RESULT_CODE(1) ERR_CODE(0) CAUSE_CODE(0) CONN_SPEED(100000000) RECV_WIN(64) PROC_DELAY(0) PHY_CHAN_ID(0)
00:00:00.004276 IP 192.168.3.223 > 192.168.3.77: GREv1, call 256, seq 0, length 41: LCP, Conf-Request (0x01), id 1, length 27
00:00:00.000943 IP 192.168.3.77 > 192.168.3.223: ICMP 192.168.3.77 protocol 47 unreachable, length 69
00:00:00.000143 IP 192.168.3.223.1723 > 192.168.3.77.63109: Flags [F.], seq 189, ack 325, win 7504, length 0
00:00:00.017516 IP 192.168.3.77.63109 > 192.168.3.223.1723: Flags [P.], seq 325:349, ack 189, win 17332, length 24: pptp CTRL_MSGTYPE=SLI PEER_CALL_ID(4736) SEND_ACCM(0xffffffff) RECV_ACCM(0xffffffff)
00:00:00.000043 IP 192.168.3.223.1723 > 192.168.3.77.63109: Flags [R], seq 664319922, win 0, length 0
00:00:00.013286 IP 192.168.3.77.63109 > 192.168.3.223.1723: Flags [F.], seq 349, ack 190, win 17332, length 0
00:00:00.000017 IP 192.168.3.223.1723 > 192.168.3.77.63109: Flags [R], seq 664319923, win 0, length 0

Ставь политику FORWARD ACCEPT на шлюзе потом дальше разберёмся,

Kettler, Пробовал на шлюзе все ставить в ACCEPT. На впн сервере тоже стоит везде ACCEPT

возможно пров режет. Это у них бывает частенько.

Думаешь режет GRE протокол? Альтернатива есть какая то?

Сам перешол на OpenVpn

А из внутренний сети нормально конект?

Kettler написал:

А из внутренний сети нормально конект?

Да, замечательно работает. Вот еще с шифрованием разберусь. Хочется сделать, так как внутри локали от него толку ни какого :D

Kettler написал:

Сам перешол на OpenVpn

Тоже работает через GRE протокол, разве не так?

не работает с GRE порт выбираешь сам.
меня ещё радует tap

Я вот что подумал, пров не может резать т.к. трафик от меня виден в tcpdump сервера. Значит он пропускает его.

ещё раз спрошу.
Делал? modprobe ip_nat_pptp

Kettler, Ну ты красава!!! Нет конечно не делал. Молоток. Все заработало. :) !!!!