I have what is turning into a real stumper of a problem for me and I am hoping someone else will see what I am missing.
I have a cable modem connection with a block of static IP addresses. I have two PCs, each with two NIC cards. On each PC, I have connected one of the NICs to the modem and one to a local LAN. In other words, each PC has one interface with a public IP address and one with a LAN IP address.
The addresses are public facing and have publicly accessible servers on them, so I won't bother to hide the IP addresses and will try to simplify the description.
PC has eth0 configured to the private LAN address of 192.168.0.50. It has eth1 configured to 96.10.215.210. I can access it remotely via the public IP or via the LAN on its LAN IP.
PC1 has a more complicated setup. It has eth0 and eth1, where eth0 has been converted into a brige (br0). It also has a virtual TAP device that is used for VPN that bridges to eth0. The eth0 / br0 is at LAN address 192.168.0.49. It uses a LAN router/gateway that is tied to the public IP of 96.10.215.214 and 192.168.0.254 on the LAN. I can access the machine via the public IP and port forwarding in the router. Eth1 is configured to the public IP of 96.10.215.211. The connection is from the NIC to the cable modem. I can't get it to respond from a remote address. There is no firewall, software or hardware in the way. I responds just fine from the LAN, which undoubtedly bridges at the modem. I have currently bound a (slave) DNS server to this interface and netstat is showing that it is listening at this address and on port 53.
If I do a traceroute to a working address, and the non working one, I get the same results all the way till the last hop at my IP, where it doesn't respond. It also won't respond to ping. If I ping it from within the LAN, it responds just fine. Traceroute from within the LAN shows only one hop as it will resolve to the same network.
The interface definition is provided below:
here is a copy of the routing table
And here is a line from netstat that shows that the interface is listening:
tcp 0 0 96.10.215.211:53 0.0.0.0:* LISTEN
If I try to do an nslookup to this address, it times out saying that it can't connect to a server. If I use the .214 address that port forwards through the router to the other interface (which is also listening) it works just fine.
Does anyone have a clue as to why this interface doesn't work remotely, but does from wihtin the LAN?
I have a cable modem connection with a block of static IP addresses. I have two PCs, each with two NIC cards. On each PC, I have connected one of the NICs to the modem and one to a local LAN. In other words, each PC has one interface with a public IP address and one with a LAN IP address.
The addresses are public facing and have publicly accessible servers on them, so I won't bother to hide the IP addresses and will try to simplify the description.
PC has eth0 configured to the private LAN address of 192.168.0.50. It has eth1 configured to 96.10.215.210. I can access it remotely via the public IP or via the LAN on its LAN IP.
PC1 has a more complicated setup. It has eth0 and eth1, where eth0 has been converted into a brige (br0). It also has a virtual TAP device that is used for VPN that bridges to eth0. The eth0 / br0 is at LAN address 192.168.0.49. It uses a LAN router/gateway that is tied to the public IP of 96.10.215.214 and 192.168.0.254 on the LAN. I can access the machine via the public IP and port forwarding in the router. Eth1 is configured to the public IP of 96.10.215.211. The connection is from the NIC to the cable modem. I can't get it to respond from a remote address. There is no firewall, software or hardware in the way. I responds just fine from the LAN, which undoubtedly bridges at the modem. I have currently bound a (slave) DNS server to this interface and netstat is showing that it is listening at this address and on port 53.
If I do a traceroute to a working address, and the non working one, I get the same results all the way till the last hop at my IP, where it doesn't respond. It also won't respond to ping. If I ping it from within the LAN, it responds just fine. Traceroute from within the LAN shows only one hop as it will resolve to the same network.
The interface definition is provided below:
Code:
auto lo br0 tap0 eth1
#auto lo br0
iface lo inet loopback
iface br0 inet static
address 192.168.0.49
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255
gateway 192.168.0.254
bridge_ports eth0 tap0
dns-nameservers 192.168.0.49
dns-search debian.lan
pre-up iptables-restore < /etc/iptables.rules
iface tap0 inet static
address 172.17.0.1
netmask 255.255.255.0
pre-up openvpn --dev tap0 --mktun
dns-nameservers 172.17.0.1
dns-search debian.vpn
iface eth0 inet manual
up ifconfig $IFACE 0.0.0.0 up
up ip link set $IFACE promisc on
down ip link set $IFACE promisc off
down ifconfig $IFACE down
iface eth1 inet static
address 96.10.215.211
netmask 255.255.255.248
network 96.10.215.208
broadcast 96.10.215.215
here is a copy of the routing table
Code:
Destination Gateway Genmask Flags Metric Ref Use Iface
96.10.215.208 * 255.255.255.248 U 0 0 0 eth1
192.168.0.0 * 255.255.255.0 U 0 0 0 br0
172.17.0.0 * 255.255.255.0 U 0 0 0 tap0
default 192.168.0.254 0.0.0.0 UG 100 0 0 br0
And here is a line from netstat that shows that the interface is listening:
tcp 0 0 96.10.215.211:53 0.0.0.0:* LISTEN
If I try to do an nslookup to this address, it times out saying that it can't connect to a server. If I use the .214 address that port forwards through the router to the other interface (which is also listening) it works just fine.
Does anyone have a clue as to why this interface doesn't work remotely, but does from wihtin the LAN?