LINUX.ORG.RU

Проброс RNDIS уст-ва в VPN сеть

 , ,


0

1

Роутинг VPN сервера (tun0 10.9.0.1, внешка eth0 по кабелю):

default         192.168.0.1     0.0.0.0         UG    0      0        0 eth0
10.9.0.0        *               255.255.224.0   U     0      0        0 tun0
192.168.0.0     *               255.255.255.0   U     0      0        0 eth0

Клиента (tun0 10.9.6.97, внешка usb0 через модем):

default         192.168.0.1     0.0.0.0         UG    0      0        0 usb0
10.9.0.0        *               255.255.224.0   U     0      0        0 tun0
192.168.0.0     *               255.255.255.0   U     0      0        0 usb0
192.168.0.0     10.9.0.1        255.255.255.0   UG    1      0        0 tun0
192.168.137.0   *               255.255.255.0   U     0      0        0 RNDIS

Добавляю маршрут на сервер:

192.168.137.0   10.9.6.97       255.255.255.0   UG    0      0        0 tun0

Включил форвардинг на клиенте

net.ipv4.ip_forward = 1

Но пинги не идут:

traceroute to 192.168.137.111 (192.168.137.111), 30 hops max, 60 byte packets
 1  * * *
 2  * * *

Чего еще не хватает? Метрики переопределить надо? Увеличение метрики для eth0 не помогло



Последнее исправление: rensarw (всего исправлений: 2)

192.168.0.0     *               255.255.255.0   U     0      0        0 usb0
192.168.0.0     10.9.0.1        255.255.255.0   UG    1      0        0 tun0

Два маршрута с одинаковой маской. Если они ведут в фактически разные сети - каши ты так не сваришь

Pinkbyte ★★★★★
()
Ответ на: комментарий от Pinkbyte

Да это нерешаемо я думаю, совпадают диапазоны сети модема и внутренней сети, это на работоспособности никак не сказывается.

rensarw
() автор топика
Ответ на: комментарий от rensarw

это на работоспособности никак не сказывается.

Адрес конца туннеля доступен через маршрут по умолчанию? Подумай как пойдет трафик, если на 192.168.0.1 будут откликаться машины как с tun0, так и с usb0?

Звезды в трассировке на первом же хопе означают что либо зарезан ICMP(ты же traceroute с -I делаешь, правда?), либо трафик просто не знает куда ему идти

это нерешаемо

Это как раз решаемо через policy based routing. А в текущей конфигурации предсказать куда пойдет трафик в том или ином случае просто нельзя.

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
iptables -t nat -A PREROUTING -p TCP --dst 10.9.6.97 --dport 7778 -j DNAT --to-destination 192.168.137.111

iptables -t nat -A POSTROUTING -s 192.168.137.111 -p tcp -j SNAT --to-source 10.9.0.1

iptables -A FORWARD -i tun0 -o RNDIS -s 192.168.137.111 -j ACCEPT
rensarw
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.