Не могу подключиться к PPTP VPN, хотя он работал и я ничего не менял

Я довольно новичок в Ubuntu и Linux, так что извините, если это очевидно. Я установил PPTP VPN-соединение на днях. Это работало прекрасно, но однажды к другому, больше не было. Я использовал его 12.04, и он перестал работать там. Затем я обновился до 13.04, и он все еще не будет работать. Единственное, что я изменил, - это добавление второго монитора (сейчас я использую два монитора), но я сомневаюсь, что это как-то связано с этим. Я также установил рекомендуемые обновления.

Системный журнал дал мне следующее:

Sep 11 13:59:18 Veith-Ubuntu NetworkManager[885]: <info> Starting VPN service 'pptp'...
Sep 11 13:59:18 Veith-Ubuntu NetworkManager[885]: <info> VPN service 'pptp' started  (org.freedesktop.NetworkManager.pptp), PID 4958
Sep 11 13:59:18 Veith-Ubuntu NetworkManager[885]: <info> VPN service 'pptp' appeared; activating connections
Sep 11 13:59:18 Veith-Ubuntu NetworkManager[885]: <info> VPN plugin state changed: init (1)
Sep 11 13:59:18 Veith-Ubuntu NetworkManager[885]: <info> VPN plugin state changed: starting (3)
Sep 11 13:59:18 Veith-Ubuntu NetworkManager[885]: <info> VPN connection 'us vpn' (Connect) reply received.
Sep 11 13:59:18 Veith-Ubuntu pppd[4962]: Plugin /usr/lib/pppd/2.4.5/nm-pptp-pppd-plugin.so loaded.
Sep 11 13:59:18 Veith-Ubuntu pppd[4962]: pppd 2.4.5 started by root, uid 0
Sep 11 13:59:18 Veith-Ubuntu pppd[4962]: Using interface ppp0
Sep 11 13:59:18 Veith-Ubuntu pppd[4962]: Connect: ppp0 <--> /dev/pts/1
Sep 11 13:59:18 Veith-Ubuntu pptp[4965]: nm-pptp-service-4958 log[main:pptp.c:314]: The synchronous pptp option is NOT activated
Sep 11 13:59:18 Veith-Ubuntu NetworkManager[885]:    SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
Sep 11 13:59:18 Veith-Ubuntu NetworkManager[885]:    SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/ppp0, iface: ppp0): no ifupdown configuration found.
Sep 11 13:59:18 Veith-Ubuntu NetworkManager[885]: <warn> /sys/devices/virtual/net/ppp0: couldn't determine device driver; ignoring...
Sep 11 13:59:18 Veith-Ubuntu pptp[4966]: nm-pptp-service-4958 warn[open_inetsock:pptp_callmgr.c:329]: connect: Connection refused
Sep 11 13:59:18 Veith-Ubuntu pptp[4966]: nm-pptp-service-4958 fatal[callmgr_main:pptp_callmgr.c:127]: Could not open control connection to 67.212.175.124
Sep 11 13:59:18 Veith-Ubuntu pptp[4965]: nm-pptp-service-4958 fatal[open_callmgr:pptp.c:487]: Call manager exited with error 256
Sep 11 13:59:18 Veith-Ubuntu pppd[4962]: Modem hangup
Sep 11 13:59:18 Veith-Ubuntu pppd[4962]: Connection terminated.
Sep 11 13:59:18 Veith-Ubuntu avahi-daemon[865]: Withdrawing workstation service for ppp0.
Sep 11 13:59:18 Veith-Ubuntu NetworkManager[885]:    SCPlugin-Ifupdown: devices removed (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
Sep 11 13:59:18 Veith-Ubuntu NetworkManager[885]: <warn> VPN plugin failed: 1
Sep 11 13:59:18 Veith-Ubuntu pppd[4962]: Exit.
Sep 11 13:59:18 Veith-Ubuntu NetworkManager[885]: <warn> VPN plugin failed: 1
Sep 11 13:59:18 Veith-Ubuntu NetworkManager[885]: <warn> VPN plugin failed: 1
Sep 11 13:59:18 Veith-Ubuntu NetworkManager[885]: <info> VPN plugin state changed: stopped (6)
Sep 11 13:59:18 Veith-Ubuntu NetworkManager[885]: <info> VPN plugin state change reason: 0
Sep 11 13:59:18 Veith-Ubuntu NetworkManager[885]: <info> Policy set 'Kabelnetzwerkverbindung 1' (eth0) as default for IPv4 routing and DNS.
Sep 11 13:59:18 Veith-Ubuntu NetworkManager[885]: <warn> error disconnecting VPN: Could not process the request because no VPN connection was active.
Sep 11 13:59:23 Veith-Ubuntu NetworkManager[885]: <info> VPN service 'pptp' disappeared

Я немного погуглил и удалил pptp-linux и network-manager-pptp. Потом я их переустановил. Я все еще не могу подключиться, и я получаю тот же код.

Я определенно настроил все правильно в сетевом менеджере, иначе это не сработало бы в первую очередь. У меня MPPE активирован, и проверил все настройки 100 раз. Еще одна странная вещь: когда я пробовал это вчера, мне сообщалось, что он подключился в течение примерно полсекунды, и сразу после этого менялось сообщение «Не удается подключиться». Сегодня это не так. Я также пытался запретить все типы сжатия.

Я искал, но ничего не мог найти (по крайней мере, ничего не понял). Любая помощь очень ценится!

Приветствую

1
задан 11 September 2013 в 17:06

4 ответа

От журналов, не возможно диагностировать то, что действительно произошло, но протокол PPTP знал трудность, проходящую через брандмауэры, так, чтобы мог иметь место здесь.

Для протокола VPN PPTP у Вас должен быть открытый порт 1723. Различные протоколы VPN имеют различные потребности, видят эту сводку:

PPTP:

  • IP Protocol=TCP, Порт TCP number=1723 <-Используемый PPTP управляет путем
  • Protocol=GRE IP (оценивают 47) <-Используемый каналом передачи данных PPTP

L2TP:

  • Type=UDP Протокола IP, Порт UDP Number=500 <-Используемый IKEv1 (IPSec управляют путем),
  • Type=UDP Протокола IP, Порт UDP Number=4500 <-Используемый IKEv1 (IPSec управляют путем),
  • Протокол IP Type=UDP, Порт UDP Number=1701 <-Используемый управлением/каналом передачи данных L2TP
  • Протокол Type=50 IP <-Используемый каналом передачи данных (ESP)

SSTP:

  • IP Protocol=TCP, Порт TCP number=443 <-Используемый управлением SSTP и каналом передачи данных

IKEv2:

  • Type=UDP Протокола IP, Порт UDP Number=500 <-Используемый IKEv2 (IPSec управляют путем),
  • Type=UDP Протокола IP, Порт UDP Number=4500 <-Используемый IKEv2 (IPSec управляют путем),
  • Протокол IP Type=UDP, Порт UDP Number=1701 <-Используемый управлением/каналом передачи данных L2TP
  • Протокол Type=50 IP <-Используемый каналом передачи данных (ESP)

(Источник)

Чтобы проверить, открыты ли Ваши порты или нет, Вы можете просто telnet к адресу VPN.

> telnet ipaddress 1723

Если соединение будет хорошо, то VPN ответит.

Если соединение не будет хорошо, то Вы получите ответ тайм-аута соединения после некоторой задержки. Попробуйте другое соединение (мобильный, например) для подтверждения случая.

Если возможно, свяжитесь со своим ISP для исправления этого.

Обновление: команда в Вашем вопросе перестала работать с

Соединение, которому отказывают, не Могло открыть соединение управления с xxx.xxx.xxx.xxx и Менеджер звонков, из которого выходят с ошибкой 256

настолько, скорее всего, telnet перестанет работать с соединением, которому отказывает (хост) также, и это могло быть другой проблемой. Свяжитесь с администратором VPN для проверки журналов VPN от IP-адреса и причины отказа.

Обновление 2: можно последовать совету для фиксации 256 ошибок от этой страницы справки. Это - в основном эти четыре шага:

  • Проверить ping кому: host
  • Проверить traceroute кому: host
  • Проверить telnet кому: host
  • Проверьте поддерживаемые протоколы
4
ответ дан 11 September 2013 в 17:06

Вы уже звонили своему провайдеру VPN-сервера? Там могут быть изменения конфигурации. Я где-то настроил VPN-сервер PPTP на коробке CentOS, а дома я использую свою Ubuntu 13.04, чтобы без проблем подключить PPTP из коробки.

0
ответ дан 11 September 2013 в 17:06

Ваш журнал говорит мне 3 вещи

  • Сообщение об ошибке

    11 сентября 13:59:18 Veith-Ubuntu pptp [4965]: nm-pptp- service-4958 log [main: pptp.c: 314]: опция синхронного pptp НЕ активирована

    Проверьте журнал pptp и отладьте, почему эта опция не активирована.

  • Сообщение об ошибке

    11 сентября 13:59:18 Veith-Ubuntu NetworkManager [885]: / sys / devices / virtual / net / ppp0: не удалось определить драйвер устройства; игнорирование ...

    Был ли драйвер ppp загружен правильно

  • Убедитесь, что настройки VPN-клиента и сервера точно совпадают

0
ответ дан 11 September 2013 в 17:06

Я не уверен в том, что произошло, но я наконец могу соединить VPN снова после того, как отключают брандмауэр с этой командой:

sudo ufw отключают

, я попробовал много путей, но это не работает, пока брандмауэр не был отключен. Надеюсь, что это помогает Вам отладить далее.

0
ответ дан 10 November 2019 в 23:49

Другие вопросы по тегам:

Похожие вопросы: