PureVPN соединяется, но очень медленный
Таким образом, у меня есть соединение PureVPN, работающее отлично в Windows. Но когда я пытаюсь использовать его в последней Ubuntu 14.04.1 LTS, он
- Используя PPTP, подключения в течение минуты, не предлагает интернет-сервиса и затем разъединяется
- Используя OpenVPN, подключения, но является ЧРЕЗВЫЧАЙНО медленным
- Используя SSTP, подключения, но является ЧРЕЗВЫЧАЙНО медленным
Я пытался связаться с поддержкой PureVPN и всем, что они предложили мне для переключения различных настроек, серверов переключателя, попробовать TCP или UDP в OpenVPN и видеть, поправляются ли вещи; который все походят на not-so-great техническую поддержку компании VPN. Они походили на просто попытку пройти через разговор.
Я попробовал многочисленные решения, найденные онлайн, но ни один не работал. Я попробовал конфигурацию командной строки и GUI cofiguration, ни один не работал. Единственной вещью, сдерживающей меня от завершенного переключения до Ubuntu, является этот вопрос сетей VPN. Я надеюсь, что это получит удивительная справка сообществ stackexchange разрешенного использования :) Я знаю, что это не активный сайт как stackoverflow, но я все еще спрашиваю (который показывает уровень отчаяния, у меня есть LOL),
P.S. Я не постоянный пользователь Linux (пытающийся переключиться из окон)
3 ответа
Я использую PureVPN также. Просто не касайтесь параметра MTU, или что-то
я рекомендую Вам использовать OpenVPN.
И вот мое решение: По некоторым причинам брандмауэр фильтрует Ваш интерфейс TUN/TAP по умолчанию даже без любых правил.
, Таким образом, необходимо исключить виртуальный интерфейс TUN или TAP из брандмауэра Linux. Можно исключить БОЧКУ/TAP только путем выполнения этих команд в терминале -
sudo iptables -A INPUT -i tun0 -j ACCEPT
sudo iptables -A FORWARD -i tun0 -j ACCEPT
sudo iptables -A INPUT -i tap0 -j ACCEPT
sudo iptables -A FORWARD -i tap0 -j ACCEPT
Или путем добавления этих правил в Ubuntu (g) ufw (лучшая практика). Отредактируйте этот файл -
sudo gedit /etc/ufw/before.rules
И добавьте это строки у основания файла, прежде чем строка со словом ФИКСАЦИЯ
# allow all on loopback (!check if you already have this!)
-A ufw-before-input -i lo -j ACCEPT
-A ufw-before-output -o lo -j ACCEPT
# allow all traffic via our OpenVPN TUN/TAP interfaces
-A ufw-before-input -i tun0 -j ACCEPT
-A ufw-before-input -i tap0 -j ACCEPT
-A ufw-before-forward -i tun0 -j ACCEPT
-A ufw-before-forward -i tap0 -j ACCEPT
-A ufw-before-forward -o tun0 -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A ufw-before-forward -o tap0 -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A ufw-before-forward -o tun0 -m state --state RELATED,ESTABLISHED -j ACCEPT
-A ufw-before-forward -o tap0 -m state --state RELATED,ESTABLISHED -j ACCEPT
Сохранит и выйдет.
И последняя вещь - мы должны включить функцию переадресации IP. Открытый в терминальном файле sysctl.conf -
sudo gedit /etc/sysctl.conf
И добавляют, что эта строка в нижней части -
# Enable IP forwarding
net.ipv4.ip_forward = 1
Сохраняет и выходит. После этого примените изменения путем выполнения той команды в терминале -
sudo sysctl -p
Вот именно!
Теперь перезагрузка, соединитесь со своим сервером VPN и проверьте YouTube или P2P-совместное-использование.
Если Вы, can’t laod Ваша электронная почта и/или веб-страницы застревают, когда you’re, подключенные к серверу VPN, который обычно означает Вас, имеют проблему MTU. Каждое интернет-соединение имеет свойство, названное Максимальным Блоком передачи или MTU. MTU определяет размер самого большого блока данных, которые могут течь по тому соединению.
Большую часть времени операционные системы автоматически обнаруживают MTU соединения и корректируют себя соответственно. Однако некоторые местоположения имеют маршрутизаторы, которые путают алгоритмы открытия MTU. Насколько я знаю Ubuntu зафиксировал настройки MTU для соединений VPN, который вызывает проблемы с некоторыми маршрутизаторами.
Вот простой способ скорректировать mtu размер вручную:
sudo nano /etc/ppp/ip-up
Добавляют эту строку до конца файла:
ifconfig $1 mtu 1492
Hope это могло решить проблему
Я добавляю подобную проблему с VPN Astrill.
- Очень медленный вход в систему (по крайней мере 10 млн)
- Невозможный совместно использовать соединение VPN с StealthVPN
Затем оказывается, что несколько дней назад я раньше загружал сценарий AdZHosts для блокирования рекламных объявлений, которые я добавляю к моему файл/etc/hosts , и именно этот сценарий блокировал все машины моей LAN с помощью VPN и замедляя процесс входа в систему также.