Рейтинг:0

Клиент PPTP не работает под другим провайдером

флаг us

Я настроил PPTP VPN-подключение к службе, которая успешно подключается, когда я пытаюсь подключиться через интернет-провайдера, которого использует служба. Когда я пытаюсь подключиться к интернет-провайдеру, которого использую в своей работе (это интернет-провайдер, под которым я должен работать регулярно), соединение обрывается через несколько секунд. редактировать: По просьбе в комментариях я добавил дополнительную информацию ниже:

ÎÎ¿Ï Î» 12 08:44:22 Рабочий стол pppd[8923]: pppd 2.4.7 запущен от root, uid 0
ÎÎ¿Ï Î» 12 08:44:22 Рабочий стол pptp[8928]: nm-pptp-service-8913 log[main:pptp.c:353]: Опция синхронного pptp НЕ активирована
ÎÎ¿Ï Î» 12 08:44:22 Рабочий стол pppd[8923]: Использование интерфейса ppp0
ÎÎ¿Ï Î» 12 08:44:22 Desktop NetworkManager[643]: <info> [] manager: (ppp0): новое устройство Ppp (/org/freedesktop/NetworkManager/Devices/3)
ÎÎ¿Ï Î» 12 08:44:22 Desktop NetworkManager[8923]: Использование интерфейса ppp0
ÎÎ¿Ï Î» 12 08:44:22 Desktop NetworkManager[8923]: Connect: ppp0 <--> /dev/pts/1
ÎÎ¿Ï Î» 12 08:44:22 Рабочий стол pppd[8923]: Подключиться: ppp0 <--> /dev/pts/1
ÎÎ¿Ï Î» 12 08:44:23 Рабочий стол pptp[8942]: nm-pptp-service-8913 log[ctrlp_rep:pptp_ctrl.c:258]: Тип отправленного управляющего пакета — 1 'Start-Control-Connection- Запрос'
ÎÎ¿Ï Î» 12 08:44:23 Рабочий стол pptp[8942]: nm-pptp-service-8913 log[ctrlp_disp:pptp_ctrl.c:781]: Получен ответ о подключении управления запуском
ÎÎ¿Ï Î» 12 08:44:23 Desktop pptp[8942]: nm-pptp-service-8913 log[ctrlp_disp:pptp_ctrl.c:815]: клиентское соединение установлено.
ÎÎ¿Ï Î» 12 08:44:24 Рабочий стол pptp[8942]: nm-pptp-service-8913 log[ctrlp_rep:pptp_ctrl.c:258]: Тип отправленного управляющего пакета — 7 'Outgoing-Call-Request'
ÎÎ¿Ï Î» 12 08:44:24 Desktop pptp[8942]: nm-pptp-service-8913 log[ctrlp_disp:pptp_ctrl.c:900]: получен ответ на исходящий вызов.
ÎÎ¿Ï Î» 12 08:44:24 Рабочий стол pptp[8942]: nm-pptp-service-8913 log[ctrlp_disp:pptp_ctrl.c:938]: Исходящий вызов установлен (идентификатор вызова 37580, идентификатор вызова партнера 53533) .
ÎÎ¿Ï Î» 12 08:44:53 Рабочий стол pppd[8923]: LCP: тайм-аут отправки Config-Requests
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[8923]: LCP: тайм-аут отправки Config-Requests
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[8923]: Соединение разорвано.
ÎÎ¿Ï Î» 12 08:44:53 Рабочий стол pppd[8923]: Соединение разорвано.
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[643]: <info> [] vpn-connection[*********,"*******",0] : VPN-сервис dis>
ÎÎ¿Ï Î» 12 08:44:53 Desktop pptp[8928]: nm-pptp-service-8913 warn[decaps_hdlc:pptp_gre.c:226]: короткое чтение (-1): ошибка ввода/вывода
ÎÎ¿Ï Î» 12 08:44:53 Рабочий стол pptp[8928]: nm-pptp-service-8913 warn[decaps_hdlc:pptp_gre.c:238]: pppd может завершить работу, см. журнал pppd
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[8923]: завершение по сигналу 15
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[8923]: Дочерний процесс /usr/sbin/pptp **.**.**.** --nolaunchpppd --loglevel 0 --logstring nm- pptp-service-8913 (pid 8926) терминал>
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[8923]: Зависание модема 

При поиске причины я видел много случаев, когда вышеуказанное было связано с ограничениями протокола GRE со стороны интернет-провайдера. Есть ли способ лучше понять причину, почему это происходит. Например, если это связано с GRE, как я могу это подтвердить? Служба поддержки интернет-провайдера не готова помочь, если у меня нет конкретных требований.

Редактировать: Также дамп TCP возвращает следующее при отслеживании GRE:

GREv1, вызов 42081, последовательность 1, длина 36: LCP, Conf-Request (0x01), идентификатор 1, длина 22

Поскольку вышеуказанный запрос остается без ответа и хотя он отправляется неоднократно, я предполагаю, что причина действительно в ограничении GRE.

waltinator avatar
флаг it
«LCP» означает «протокол управления каналом». Вы пропустили предыдущие сообщения. Смотри логи! `sudo journalctl -b 0 -u NetworkManager`. Прочтите `man journalctl`.
user9839468 avatar
флаг us
@waltinator н.п. я могу поделиться ими.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.