Tengo el siguiente 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.
El servidor es Centos7 instalado basado en Freepbx
desde PC2 ping pc1: ok ping eth1: ok desde PC3 ping pc1: ok registrar un cliente sip: ok
Cuando uso GOIP en lugar de PC3, el registro falló en el cliente SIP o como trunc. Al hacerlo, tcpdump -i eth0 src 10.147.20.2veo que Freepbx está enviando paquetes de opción SIP, pero la IP del campo de origen ha sido reemplazada.
de[correo electrónico protegido]a desde[correo electrónico protegido]
cual es el enrutador en eth0
Tengo las siguientes reglas de 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
Sin embargo, cuando conecto GOIP directamente al enrutador para obtener la IP 192.168.188.88, Freepbx puede registrarse en él.
¿Se necesita conntrack en este escenario? ¿Cómo habilitarlo o comprobarlo? ¿Hay algún problema con Iptables? ¿alguna sugerencia?
Aquí está mi tabla de enrutamiento.
[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
Actualización 1:
ip route get 10.147.20.2 from 10.147.20.69
network is unreachable
Aunque cuando conecté la PC3 a eth1 e hice ping a 10.147.20.2 estuvo bien. Se agradece cualquier sugerencia. ¡Gracias!