My local linux server is connected to the internet via router. Router ( does NAT from ISP assigned IP address (which changes from time to time) to server's local IP (

When server connects to VPN (PrivateInternetAccess), and tun0 adapter starts (with different IP every time) all of the forwarded services (like web server) can no longer be accessed from outside networks.

How can I configure the server to hear and respond to http(s), ssh(running on non-standard port) and ftp requests while VPN is running. It does not matter to me whether that specific traffic goes through VPN as long as all the other traffic does.

  • It sounds like the web, SSH, and FTP services themselves need to be configured to listen on the eth0 interface, instead of perhaps "all" or something similar...
    – armani
    Mar 10, 2015 at 21:52

2 Answers 2


You need to look at your routing tables and see which destination IP addresses are routed through your VPN:

ip route

All of your traffic is probably routed through the VPN (at the exception of the LAN addresses and the VPN endpoint). This means that the packets of your services are routed throught the VPN (with you local -- and private -- IP addresses). Those packets are dropped somewhere in the remote network (probably at the VPN endpoint) because:

  • they are (probably) not using the remote network addresses;

  • they are private (non-routable) addresses;

  • even if they were not filtered (and a NAT was used), they would be NATed to the IP addresses of the remote network.

You need to have those packets routed through you local gateway.

You can do something like this to force packets using your local IP as a source address to go through the local gateway:

# Your IP address:
ip rule add from table 42
ip route add default via table 42

This should work for TCP services. You might have issues for UDP services which might response with your VPN address to queries made on your local IP address: in this case, you can probably use iptables to either rewrite the source IP address of the packets or tag them (-j MARK --set-mark 42 and fwmark 42) based on the UDP port.


The problem here is that all traffic is being routed down the VPN tunnel. This should be resolved by enabling split tunneling for the VPN. How to do that depends on the server and client software in use.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.