VPN: проблема с пингом и просмотром
После подключения из дома через VPN к моему институту
sudo openvpn --config /home/myname/thinkpad1/thinkpad1.ovpn
я не могу просматривать веб-страницы. (Само соединение, кажется, в порядке, говоря: «Инициализация завершена»). Анализируя проблему в командной строке, я вижу:
ping google.com
не дает ответа, тогда как
ping 8.8.8.8
является успешным.
Но вызов
http://8.8.8.8
в браузере НЕ удачен.
Далее: Выполнение
route -n
Я получаю:
(1) Без VPN-соединения
Kernel-IP-Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.0.1 0.0.0.0 UG 600 0 0 wlan0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlan0
192.168.0.0 0.0.0.0 255.255.255.0 U 600 0 0 wlan0
(2) С VPN
Kernel-IP-Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
0.0.0.0 10.8.0.217 128.0.0.0 UG 0 0 0 tun0
0.0.0.0 192.168.0.1 0.0.0.0 UG 600 0 0 wlan0
10.8.0.1 10.8.0.217 255.255.255.255 UGH 0 0 0 tun0
10.8.0.217 0.0.0.0 255.255.255.255 UH 0 0 0 tun0
128.0.0.0 10.8.0.217 128.0.0.0 UG 0 0 0 tun0
147.142.19.56 192.168.0.1 255.255.255.255 UGH 0 0 0 wlan0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlan0
192.168.0.0 0.0.0.0 255.255.255.0 U 600 0 0 wlan0
Редактировать: как при включенном VPN, так и при выключенном VPN, команда
ls -al /etc/resolv.conf
выводит
lrwxrwxrwx 1 root root 29 Jan 13 2016 /etc/resolv.conf -> ../run/resolvconf/resolv.conf
и
cat /etc/resolv.conf
возвращает
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search box
И
systemd-resolv --status
говорит «неизвестная опция»
Я попытался
systemd-resolve --version
и получить
systemd 229
+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ -LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN
Команда
ls -al /etc/openvpn
возвращает insgesamt 20
drwxr-xr-x 2 root root 4096 Aug 22 12:38 .
drwxr-xr-x 161 root root 12288 Aug 23 11:52 ..
-rwxr-xr-x 1 root root 1301 Jun 22 2017 update-resolv-conf
И
grep -i -A3 script-security /home/myname/thinkpad1/thinkpad1.ovpn
ничего не дает.
Wheres
dpkg -l resolv*
дает
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name Version Architektur Beschreibung
+++-==============-============-============-=================================
ii resolvconf 1.78ubuntu7 all name server information handler
2 ответа
sudo -H gedit /home/myname/thinkpad1/thinkpad1.ovpn # редактируют этот .ovpn файл
, Добавляет следующее в конец .ovpn файла...
script-security 2
up /etc/openvpn/update-resolv-conf
down /etc/openvpn/update-resolv-conf
Сохранили файл и выходят из gedit.
Повторная попытка...
sudo openvpn --config /home/myname/thinkpad1/thinkpad1.ovpn # запускают VPN
Ваша машина использует DHCP? В противном случае необходимо установить серверы DNS иначе.
Также необходимо проверить, что это - действительно проблема конфигурации DNS... как взгляд серверы с:
$ cat /etc/resolv.conf
...
$ nslookup
> server
Default server: ... (some ip... if it's your normal non-vpn DNS server, this test fails...it should be something behind the VPN probably)
Address: ...
>
то, Что я делаю, находится... в Вашем конфигурационном файле (возможно названный client.ovpn), можно добавить строки как:
script-security 2
route-up connect up
route-pre-down connect down
И затем в сценарии, названном connect (в том же dir как ovpn файл), у Вас есть некоторый код, чтобы сделать то, в чем Вы нуждаетесь..., например:
- создают резервную копию старого
/etc/resolv.conf(с mv, не CP... в других отношениях жесткая сила прочь может повредить файлы) - , пишут новый, возможно, с другим именем и символьной ссылкой
ln -s /etc/resolv.conf.vpn /etc/resolv.conf - и также (фу, но не уверенный, как еще сделать это), включают завершение работы/запуск init/rc сценарий, который заменит его оригиналом, если необходимо было грязно остановить компьютер (таким образом, route-down никогда не работает).
- и также то, что я делаю, не, включают тех, которые выше 3 строк в оригинале, и вместо этого мой
connectбез args добавит их в новый файл и выполнит его какopenvpn client.ovpn.generated
, И самая ужасная часть... по неизвестным причинам, это не работает с одной конкретной машиной, которая также имеет DHCP, который не работает правильно также, и таким образом, в настоящее время используемый до сих пор проблема бесплатное но все еще ужасное решение состоит в том, чтобы сделать это то же как статичное как, я описал, но также и chattr +i /etc/resolv.conf в сценарии, и chattr -i /etc/resolv.conf там и также на завершении работы/запуске init/rc сценарий. Это - конечно, неправильный путь, но я не нашел надлежащий путь, который выполняет обычный дистрибутив сетевые сценарии. Я надеюсь, что у Вас есть лучшая удача, чем эта машина.