O tráfego roteado da VPN não tem internet (Fedora)

1

Sou muito novo no roteamento do Linux e, por exemplo, no prefácio. Eu tenho um servidor plex configurado no Fedora 22. Recentemente comecei a usar um serviço VPN conectado via OpenVPN. Tudo funciona muito bem via VPN na minha rede interna, mas é claro que externamente meu servidor Plex parou de publicar. Eu li em algum lugar sobre como adicionar entradas de roteamento para os serviços do plex.tv via IP para serem roteados através do meu roteador em vez do meu túnel VPN. Então, adicionei todos os usos plex do IP (encontrados aqui: link ) através do seguinte comando

route add -net 184.169.156.178 netmask 255.255.255.255 gw 192.168.1.1

Parece que o tráfego para o plex.tv está tentando passar pelo meu roteador, mas ele acaba caindo logo depois.

traceroute plex.tv
traceroute to plex.tv (50.18.115.47), 30 hops max, 60 byte packets
1  gateway (192.168.1.1)  0.238 ms  0.212 ms  0.245 ms
2  * * *
3  * * *

Por oposição ao tráfego que vai para o google.com

traceroute to google.com (216.58.219.238), 30 hops max, 60 byte packets
1  10.174.1.1 (10.174.1.1)  47.522 ms  47.446 ms  47.448 ms
2  108.61.68.129 (108.61.68.129)  47.568 ms  47.687 ms  47.991 ms

Não sei por que isso acontece? Meu roteador tem seu próprio servidor OpenVPN que atribui ip's em uma sub-rede diferente 10.8.0.0 em oposição a 192.168.1.0, eu adicionei uma entrada para essa sub-rede para que eu pudesse VPN do trabalho para casa e SSH no meu servidor e tal e que funciona bem , não tenho certeza de onde ir a partir daqui para obter apenas o tráfego plex.tv para não viajar através da VPN

    
por xalten 05.01.2016 / 22:36

1 resposta

0

A informação que você forneceu é insuficiente para dizer algo concreto. Mas se você quiser ignorar vpn, você tem que ver que você pode acessar a Internet em tudo através do gateway 192.168.1.1. No momento, isso não parece ser verdade.

A partir das informações fornecidas, o traceroute para o google está claramente passando por outro gateway (veja o primeiro salto é 10.174.1.1, onde ele está definido?). Para testar ainda mais, se você pode alcançar algum outro ip externo, você pode definir a rota estática para o google dns (8.8.8.8 ou 8.8.4.4) e ver se ele funciona. Se isso não acontecer, você tem poucas chances.

    
por 07.01.2016 / 20:21