У меня следующая проблема:
PC1 - eth0: 192.168.188.55
eth1: part of br0: 10.147.20.69
tap1: part of b0: 10.147.20.2 -> connected to PC2
on eth1: i have a trunc sip device GOIP and some times PC3.
На сервере установлен Centos7 на базе Freepbx.
с ПК2 ping ПК1: ok ping eth1: ok с ПК3 ping ПК1: ok регистрация sip-клиента: ok
Когда я использую GOIP вместо PC3, регистрация не удалась либо в клиенте sip, либо как trunc. Делая это, tcpdump -i eth0 src 10.147.20.2я вижу, что Freepbx отправляет пакеты SIP Option, но поле from IP было заменено вместо этого
какой маршрутизатор на eth0
У меня есть следующие правила Iptabels
-t nat -A POSTROUTING -o eth1 -j MASQUERADE
-A FORWARD -o eth1 -j ACCEPT
-t nat -A PREROUTING -i ztyqbvbk6k -p tcp --dport 8060 -j DNAT --to 10.147.20.17:80
-A FORWARD -i ztyqbvbk6k -p tcp --dport 80 -d 10.147.20.17 -j ACCEPT
-t nat -A POSTROUTING -o eth0 -j MASQUERADE
-A FORWARD -i eth0 -o zt+ -m state --state RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -i zt+ -o eth0 -j ACCEPT
Однако, когда я подключаю GOIP напрямую к маршрутизатору, чтобы получить IP 192.168.188.88, Freepbx может зарегистрироваться на нем.
нужен ли conntrack в этом сценарии? Как его включить или проверить? есть ли проблема с Iptables? есть предложения?
Вот моя таблица маршрутизации
[root@pbx ~]# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.188.1 0.0.0.0 UG 100 0 0 eth0
10.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 eth1
10.147.20.0 0.0.0.0 255.255.255.0 U 0 0 0 br0
10.147.20.0 0.0.0.0 255.255.254.0 U 0 0 0 tap1
192.168.188.0 0.0.0.0 255.255.255.0 U 100 0 0 eth0
Обновление 1:
ip route get 10.147.20.2 from 10.147.20.69
network is unreachable
Хотя когда я подключил PC3 к eth1 и пинговал 10.147.20.2, все было ОК. Любые предложения приветствуются. Спасибо!