Eu tenho o seguinte problema:
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.
O servidor é Centos7 instalado baseado em Freepbx
do PC2 ping pc1: ok ping eth1: ok do PC3 ping pc1: ok registrar um cliente sip: ok
Quando utilizo o GOIP em vez do PC3, o registro falhou no cliente sip ou como trunc. Ao fazer isso, tcpdump -i eth0 src 10.147.20.2vejo que o Freepbx está enviando pacotes de opção SIP, mas o campo de IP foi substituído
de[e-mail protegido]para de[e-mail protegido]
qual é o roteador na eth0
Eu tenho as seguintes regras 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
Porém, quando eu conecto o GOIP diretamente ao roteador para obter o IP 192.168.188.88, o Freepbx pode se registrar nele.
o conntrack é necessário neste cenário? Como habilitá-lo ou verificá-lo? há algum problema com o Iptables? alguma sugestão?
Aqui está minha tabela de roteamento
[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
Atualização 1:
ip route get 10.147.20.2 from 10.147.20.69
network is unreachable
Embora quando conectei PC3 à eth1 e fiz ping em 10.147.20.2, tudo estava bem. Qualquer sugestão é apreciada. Obrigado!