Encaminhando uma sub-rede específica para um túnel VPN

4

Minha rede é assim:

Estou tentando configurar meu roteador para que a sub-rede (192.168.2.0/24) seja roteada pelo túnel VPN (tun0) no gateway / roteador.

Enquanto, ao mesmo tempo, os clientes na sub-rede (192.168.1.0/24) são encaminhados diretamente para o ppp0, ou seja, não através da VPN.

Eu não quero executar clientes de software VPN e determinados clientes na rede precisam de acesso direto. por exemplo, um computador para jogos no Windows, telefone voip, etc.

Meu roteador também executa um servidor DNS não-conectado que encaminha pesquisas de DNS para o dnscrypt-proxy.

As interfaces de rede no roteador estão configuradas como:

auto lo
    iface lo inet loopback

auto lo:1
iface lo:1 inet static
    address 127.0.0.2
    netmask 255.0.0.0

auto eth0
iface eth0 inet static
    address 192.168.1.1
    netmask 255.255.255.0

# Virtual interface
auto eth0:2
iface eth0:2 inet static
    address 192.168.2.1
    netmask 255.255.255.0

auto eth1
iface eth1 inet static
    address 192.168.0.2
    netmask 255.255.255.252

auto ppp0
iface ppp0 inet ppp
    pre-up ip link set dev eth1 up
    provider <isp>
    post-down ip link set dev eth1 down

No momento, estou usando uma interface virtual, ou seja, eth0: 2. Eu também estou querendo saber se isso é apropriado ou deveria ser uma VLAN ou seja, eth0.2?

Até onde eu sabia, a única diferença seria que os clientes precisariam de uma interface de VLAN, por exemplo:

/etc/systemd/network/MyEth.network

[Match]
Name=enp10s0

[Network]
DHCP=v4
DNS=192.168.2.1
Address=192.168.2.30/24
Gateway=192.168.2.1
VLAN=vlan2

/etc/systemd/network/MyEth.netdev

[NetDev]
Name=vlan2
Kind=vlan

[VLAN]
Id=2

e não conseguir atravessar sub-redes, por exemplo, 192.168.1.10 seria incapaz de falar com 192.168.2.10.

As regras do iptables que eu tentei fazer com que isso funcione são as seguintes:

iptables -F
iptables -t nat -F

export WAN=ppp0           # Link to ISP
export INT_IF=eth0        # Interface that serves internal network
export EXT_IF=eth1        # Interface between router and modem
export WAN_TUNNEL=tun0    # VPN tunnel created by OpenVPN
export VPN_VLAN_IF=eth0:2 # Interface internal clients have as their gateway

# Allows internet access on gateway
iptables -A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -m conntrack --ctstate INVALID -j DROP

#############
# NAT Rules #
###############################################################################
# VPN
iptables -I FORWARD -i ${VPN_VLAN_IF} -d 192.168.2.0/24 -j DROP
iptables -A FORWARD -i ${VPN_VLAN_IF} -s 192.168.2.0/24 -j ACCEPT
iptables -A FORWARD -i ${WAN_TUNNEL} -d 192.168.2.0/24 -j ACCEPT
iptables -t nat -A POSTROUTING -s 192.168.2.0/24 -o ${WAN_TUNNEL} -j MASQUERADE
###############################################################################

###############################################################################
# NO VPN
iptables -I FORWARD -i ${INT_IF} -d 192.168.1.0/24 -j DROP
iptables -A FORWARD -i ${INT_IF} -s 192.168.1.0/24 -j ACCEPT
iptables -A FORWARD -i ${WAN} -d 192.168.1.0/24 -j ACCEPT
iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -o ${WAN} -j MASQUERADE
###############################################################################

iptables -P INPUT DROP
iptables -P OUTPUT ACCEPT
iptables -P FORWARD DROP

echo 1 > /proc/sys/net/ipv4/ip_forward
for f in /proc/sys/net/ipv4/conf/*/rp_filter ; do echo 1 > $f ; done

/etc/init.d/iptables save

Eu também espero que eu precise usar o route-nopull na minha configuração openvpn, caso contrário, tudo no gateway seria roteado pela VPN?

Por padrão, quando me conecto ao servidor OpenVPN, vejo:

openvpn[3469]: /sbin/ip route add <ip_of_vpn> dev ppp0
openvpn[3469]: /sbin/ip route add 0.0.0.0/1 via 172.16.32.1
openvpn[3469]: /sbin/ip route add 128.0.0.0/1 via 172.16.32.1

que resulta em uma rota como:

ip route
0.0.0.0/1 via 172.16.32.1 dev tun0 
default dev ppp0  scope link  metric 300 
<ip_of_vpn> dev ppp0  scope link 
128.0.0.0/1 via 172.16.32.1 dev tun0 
172.16.32.0/20 dev tun0  proto kernel  scope link  src 172.16.39.64 
192.168.0.0/30 dev eth1  proto kernel  scope link  src 192.168.0.2 
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.1 
192.168.2.0/24 dev eth0  proto kernel  scope link  src 192.168.2.1 
<ip_from_isp> dev ppp0  proto kernel  scope link  src X.X.X.X

Eu precisaria de uma rota estática para rotear 192.168.2.0/24 para a VPN, ou seja, para tun0

    
por moonmoon 10.03.2015 / 12:30

1 resposta

4

Isso pode ser feito usando uma tabela e uma política de roteamento personalizadas (recentemente fiz algo muito semelhante)

  1. Primeiramente, crie uma tabela de roteamento personalizada para sua VPN

    echo "10 vpn" >> /etc/iproute2/rt_tables
    
  2. Diga ao iproute2 para usar esta tabela de roteamento para o tráfego de e para sua rede 192.168.2.0

    ip rule add from 192.168.2.0/24 table vpn
    ip rule add to 192.168.2.0/24 table vpn
    
  3. Configure o mascaramento de NAT para a rede 192.168.2.0

    iptables -A FORWARD -i eth0:2 -s 192.168.2.0/24 -j ACCEPT
    iptables -A FORWARD -i tun0 -d 192.168.2.0/24 -j ACCEPT
    iptables -t nat -A POSTROUTING -s 192.168.2.0/24 -o tun0 -j MASQUERADE
    
  4. Ativar o encaminhamento de IP, se não estiver ativado (necessário para o NAT)

    echo 1 > /proc/sys/net/ipv4/ip_forward
    
  5. Na sua configuração do OpenVPN, adicione as seguintes linhas

    #Prevents default gateway from being set on the default routing table
    route-noexec
    #Allows route-up script to be executed
    script-security 2
    #Calls custom shell script after connection to add necessary routes
    route-up /etc/openvpn/route-up.sh
    
  6. Crie um script de shell personalizado em /etc/openvpn/route-up.sh e chmod + x it

    #!/bin/sh
    
    #Clear all routes on vpn routing table (this is to make sure there isn't any crap left over from a previous vpn connection
    /sbin/ip route flush table vpn
    
    #Copy routing table from main routing table into vpn table
    /sbin/ip route show table main | grep -Ev ^default | while read ROUTE ; do ip route add table vpn $ROUTE; done
    
    #Add default gateway to vpn routing table
    /sbin/ip route add default via ${route_vpn_gateway} dev ${dev} table vpn
    

As etapas 2 e 3 não persistirão durante as reinicializações, portanto, você precisará adicionar essas partes aos seus scripts de inicialização, conforme necessário.

    
por 11.03.2015 / 16:55