La conectarea prin pptp, următoarea rută devine ruta implicită:
valoarea implicită dev ppp0 proto static scope link 50
Deoarece rețeaua de la distanță nu este configurată pentru a accesa Internetul, acest lucru vă împiedică să accesați Internetul.
Se pare că te conectezi la 172.17.1.0/24 subrețea și nu sunt sigur de ce a fost creată o rută suplimentară. De asemenea, pare problematic:
implicit prin 192.168.0.156 dev ppp0
Aș recomanda ștergerea acestor două rute pentru a vedea dacă accesul la Internet este restabilit:
sudo ip route del default dev ppp0
sudo ip route del default prin 192.168.0.156 dev ppp0
Când configurez VPN, prefer să previn schimbările automate ale rutei și să le configurez eu.
# Porniți pptp/VPN
pon VPN_SERVICE
# Determinați gateway-ul de subrețea pptp
export vpngateway=$(ip -4 addr show ppp0 | grep -oP '(?<=peer\s)\d+(\.\d+){3}')
ruta ip 172.17.1.0/24 prin $vpngateway
Acest lucru ar avea ca rezultat ceva precum:
implicit prin 192.168.0.1 dev wlp3s0 proto dhcp metric 600
169.254.0.0/16 dev wlp3s0 scope link metric 1000
172.17.1.0/24 prin SOME_IP_HERE dev ppp0
185.195.25.217 prin 192.168.0.1 dev wlp3s0 src 192.168.0.156
192.168.0.0/24 dev wlp3s0 proto kernel scope link src 192.168.0.156 metric 600
Cu toate acestea, se pare că este posibil ca rețeaua dvs. de acasă (192.168.0.0/24) să intre în conflict cu rețeaua de la distanță și să aibă un gateway în același spațiu (192.168.0.156).
De exemplu, atunci când este conectat prin pptp, dacă...
ip -4 addr show ppp0 | grep -oP '(?<=peer\s)\d+(\.\d+){3}'
... spectacole 192.168.0.156, ai aceasta problema.
Puteți schimba fie subrețeaua LAN, fie subrețeaua de la distanță, la ceva de genul 192.168.1.0/24, 192.168.69.0/24 etc.
rezumat
- Traficul de internet va trece pe ruta dvs. implicită. Rețeaua de la distanță trebuie să accepte accesul la Internet sau trebuie să păstrați ruta implicită inițială (adică: prin LAN).
- LAN și subrețelele de rețea la distanță nu trebuie să intre în conflict.
