web-dev-qa-db-ja.com

VPNに接続したときにインターネットがない

VPN接続を開始した後、インターネットにアクセスできません。

VPN接続なし:

$ route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         _gateway        0.0.0.0         UG    0      0        0 wlp4s0
default         _gateway        0.0.0.0         UG    600    0        0 wlp4s0
link-local      0.0.0.0         255.255.0.0     U     1000   0        0 wlp4s0
192.168.0.0     0.0.0.0         255.255.255.0   U     600    0        0 wlp4s0

$ ip route show
default via 192.168.0.1 dev wlp4s0 
default via 192.168.0.1 dev wlp4s0 proto dhcp metric 600 
169.254.0.0/16 dev wlp4s0 scope link metric 1000 
192.168.0.0/24 dev wlp4s0 proto kernel scope link src 192.168.0.9 metric 600

VPN接続あり(route/ip route show/ifconfig):

$ route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         0.0.0.0         0.0.0.0         U     0      0        0 tun0
default         ta-bb.localdom. 0.0.0.0         UG    600    0        0 wlp4s0
87.54.37.61     ta-bb.localdom. 255.255.255.255 UGH   0      0        0 wlp4s0
link-local      0.0.0.0         255.255.0.0     U     1000   0        0 wlp4s0
172.17.5.0      0.0.0.0         255.255.255.0   U     0      0        0 tun0
192.168.0.0     0.0.0.0         255.255.255.0   U     600    0        0 wlp4s0

$ ip route show
default dev tun0 scope link 
default via 192.168.0.1 dev wlp4s0 proto dhcp metric 600 
87.54.37.61 via 192.168.0.1 dev wlp4s0 src 192.168.0.9 
169.254.0.0/16 dev wlp4s0 scope link metric 1000 
172.17.5.0/24 dev tun0 scope link 
192.168.0.0/24 dev wlp4s0 proto kernel scope link src 192.168.0.9 metric 600 

$ ifconfig 
enp0s31f6: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
    ether c8:5b:76:e8:2a:36  txqueuelen 1000  (Ethernet)
    RX packets 0  bytes 0 (0.0 B)
    RX errors 0  dropped 0  overruns 0  frame 0
    TX packets 0  bytes 0 (0.0 B)
    TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
    device interrupt 16  memory 0xb4800000-b4820000  

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
    inet 127.0.0.1  netmask 255.0.0.0
    inet6 ::1  prefixlen 128  scopeid 0x10<Host>
    loop  txqueuelen 1000  (Local Loopback)
    RX packets 3238  bytes 297728 (297.7 KB)
    RX errors 0  dropped 0  overruns 0  frame 0
    TX packets 3238  bytes 297728 (297.7 KB)
    TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

tun0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1412
    inet 172.17.5.28  netmask 255.255.255.255  destination 172.17.5.28
    inet6 fe80::7d4e:fa72:9b2a:84ae  prefixlen 64  scopeid 0x20<link>
    unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  txqueuelen 500  (UNSPEC)
    RX packets 6  bytes 712 (712.0 B)
    RX errors 0  dropped 0  overruns 0  frame 0
    TX packets 54  bytes 3832 (3.8 KB)
    TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlp4s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    inet 192.168.0.9  netmask 255.255.255.0  broadcast 192.168.0.255
    inet6 fe80::e727:a946:6bd5:cc2f  prefixlen 64  scopeid 0x20<link>
    ether f4:8c:50:d0:ed:6e  txqueuelen 1000  (Ethernet)
    RX packets 22268  bytes 13166296 (13.1 MB)
    RX errors 0  dropped 0  overruns 0  frame 0
    TX packets 20900  bytes 5395432 (5.3 MB)
    TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

この回答に関して、route del default dev tun0によってデフォルトルートを削除しようとしました: https://askubuntu.com/a/1003324/30569

VPNサーバーに接続したままインターネットアクセスを実現するにはどうすればよいですか?

Ubuntu 18.04とCisco VPNクライアントvpncを使用しています。

編集

OpenVPNの場合:

最後に、2つの異なる自己所有のVPNサーバーをいじってみたところ、私の場合の解決策が見つかりました。

最初に、サーバーがLZOまたはLZ4圧縮を使用して設定されているかどうかを確認します。サーバーがLZ4を使用して設定されている場合、クライアントがLZ4圧縮をサポートしているかどうかを確認します。

CiscoVPNの場合、正確な答えを出すことはできませんが、ケースが類似していることを考えると、サーバー側とクライアント側の両方で圧縮解凍方法を調べることをお勧めします。


OpenVPNクライアントで同じ問題が発生していることを確認できます。また、VPNサーバーなどに接続されているマシンにSSH接続することもできません。

IP番号をpingできないため、DNS解決の問題ではないことを知っています。すべての基本設定と詳細設定を確認しましたが、見た目はきれいです。上記のソリューションを試してみましたが、うまくいきませんでした。また、別の記事( Topic1Topic2 )から他のソリューションを試してみましたが、うまくいきませんでした。

Tcpdumpをチェックしました。すべての発信パッケージは着信なしです。 VPNがオンの場合、tracerouteはコンピューターを超えません。出力は上記と同じです。

編集:私はまだ問題を解決していませんが、なんとか詳細を削ぎ落とすことができました。まず、私の場合の問題はネットワーク管理者に関連しています。コマンド$ Sudo openvpn --config vpnconfigfile.ovpnを使用してVPN接続を開始すると、すべて正常に機能します。 vpn configファイルをネットワークマネージャーにインポートし、そこから起動すると機能しません。

VPNはどのように使用しますか?

journalctl -xeの出力を確認しましたが、これが見つかりました。

...
nm-applet[1889]: gtk_widget_destroy: assertion 'GTK_IS_WIDGET (widget)' failed
nm-applet[1889]: gtk_widget_destroy: assertion 'GTK_IS_WIDGET (widget)' failed
nm-openvpn[7291]: OpenVPN 2.4.4 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Sep  5 2018
library versions: OpenSSL 1.1.0g  2 Nov 2017, LZO 2.08
NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
Can't set a parent on widget which has a parent
....
nm-openvpn[7291]: NOTE: chroot will be delayed because of --client, --pull, or --up-delay
nm-openvpn[7291]: NOTE: UID/GID downgrade will be delayed because of --client, --pull, or --up-delay
nm-openvpn[7291]: WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1569', remote='link-mtu 1570'
nm-openvpn[7291]: WARNING: 'comp-lzo' is present in remote config but missing in local config, remote='comp-lzo'
nm-openvpn[7291]: [server_E4ejDM49LNC3gjYs] Peer Connection Initiated with [AF_INET]xxx.xx.xxx.xx:xxx
nm-openvpn[7291]: Options error: Unrecognized option or missing or extra parameter(s) in [Push-OPTIONS]:3: block-outside-dns (2.4.4)
nm-openvpn[7291]: TUN/TAP device tun1 opened
nm-openvpn[7291]: /usr/lib/NetworkManager/nm-openvpn-service-openvpn-helper --debug 0 7285 --bus-name org.freedesktop.NetworkManager.openvpn.Connection_22 --tun --  tun1 1500 1552 10.8.0.3 255.255.255.0 init
systemd-udevd[7292]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
NetworkManager[1010]: <info>  [1538869518.6350] manager: (tun1): new Tun device (/org/freedesktop/NetworkManager/Devices/16)
cinnamon[1870]: JS LOG: Unknown network device type, is 16
nm-applet[1889]: gtk_widget_destroy: assertion 'GTK_IS_WIDGET (widget)' failed
nm-applet[1889]: gtk_widget_destroy: assertion 'GTK_IS_WIDGET (widget)' failed
NetworkManager[1010]: <info>  [1538869518.6401] vpn-connection[0x561394b487d0,9ace9715-f9a7-4e9e-a602-b2ae3bbccebf,"xxx",0]: VPN connection: (IP Config Get) reply
  received.
 ....
1
Ozan Kiratli