Отключение соединения PPTP

В моем случае причина заключалась в том, что размер mtu vpn был больше, чем путь к хосту, поэтому вы можете использовать traceroute для обнаружения нижнего mtu в пути к хосту. команда: traceroute <host> --mtu

В моем случае нижний MTU был 1280, поэтому я использовал 1200, чтобы сделать vpn в конфигурации маршрутизатора.

У меня была такая же проблема при попытке подключения с маршрутизатора, работающего на OpenWRT, на другой маршрутизатор с RouterOS. Обе ОС основаны на Linux, поэтому я ожидал безболезненную интеграцию. Я обнаружил, что при каждых случайных промежутках времени туннель ppp перестает работать, хотя и не отключается. Те же ошибки, о которых вы говорили, также появились в моем журнале отладки.

После некоторой отладки я узнал, что случайные интервалы не были случайными, но совпадали с тем, что высокий трафик передавался по туннелю - когда я запускал резервные копии над туннелем PPTP. То, что я сделал для решения моей проблемы, - отключить сжатие CCP, добавив следующую строку в мой /etc/ppp/options.pptp (расположение и имя файла могут быть разными в дистрибутиве, в котором вы работаете):

noccp

Сервер PPTP, к которому вы пытаетесь подключиться, может не поддерживать некоторые функции сжатия.

Вы можете попытаться отключить (все из них):

• Сжатие BSD ;
• Сжатие deflate
• сжатие заголовка TCP.

С некоторыми серверами PPTP Windows, отключившими передачу пакетов PPP Echo, также может помочь.

Вы найдете эти параметры в окне конфигурации вашего VPN-соединения (вкладка VPN -> Дополнительно).

Если отключение функций сжатия не решит вашу проблему, оно также может быть связано с DNS которую мы можем увидеть в выписке из журнала.

Попробуйте установить DNS вручную следующим образом: перейдите в окно конфигурации вашего VPN-подключения на вкладке параметров IPv4 и измените метод на «только автоматические адреса» (VPN)». Затем введите адрес DNS-сервера, а также домен поиска. Обратитесь к своему сетевому администратору, если вы этого не знаете.

Надеюсь, что это поможет вам решить проблему с подключением.

В Kali Linux я попытался включить ТОЛЬКО аутентификацию mschapv2, потому что это было на маршрутизаторе. Я использовал только 128-битное шифрование, и я отключил данные Deflate.

У меня были отключения через 1 секунду после соединения.

Теперь у меня это было в течение нескольких часов и без проблем.

У меня такая же проблема 13.04

, я думаю, это связано с этой ошибкой: https://bugs.launchpad.net/ubuntu/+source/network-manager -pptp / + bug / 290178

Проверьте свой /var/log/syslog для строк как протокол-отказ для неподдерживаемого протокола

Я решил его пару месяцев назад, установив некоторые пакет из debian unstable

также проверьте это: https://forum.linode.com/viewtopic.php?p=36204/

mtu 1400 и также проверьте протокол gre и порт 1723.

В моем случае причина заключалась в том, что размер mtu vpn был больше, чем путь к хосту, поэтому вы можете использовать traceroute для обнаружения нижнего mtu в пути к хосту. команда: traceroute <host> --mtu

В моем случае нижний MTU был 1280, поэтому я использовал 1200, чтобы сделать vpn в конфигурации маршрутизатора.

У меня была такая же проблема при попытке подключения с маршрутизатора, работающего на OpenWRT, на другой маршрутизатор с RouterOS. Обе ОС основаны на Linux, поэтому я ожидал безболезненную интеграцию. Я обнаружил, что при каждых случайных промежутках времени туннель ppp перестает работать, хотя и не отключается. Те же ошибки, о которых вы говорили, также появились в моем журнале отладки.

После некоторой отладки я узнал, что случайные интервалы не были случайными, но совпадали с тем, что высокий трафик передавался по туннелю - когда я запускал резервные копии над туннелем PPTP. То, что я сделал для решения моей проблемы, - отключить сжатие CCP, добавив следующую строку в мой /etc/ppp/options.pptp (расположение и имя файла могут быть разными в дистрибутиве, в котором вы работаете):

noccp

При попытке подключиться к серверу Windows VPN от Ubuntu 14.04, я бы также увидел Diconnect PPTP и нашел бы эту ошибку в моем /var/log/syslog,

"nm-pptp-service- 9270 warn [ctrlp_disp: pptp_ctrl.c: 956]: ненулевые Async Control Символьные карты не поддерживаются! "

Я нашел свой ответ на этом форуме . Совет был: Windows VPN работает только с аутентификацией mppe. Чтобы использовать это, либо установите следующие строки в /etc/ppp/options.pptp

refuse-pap
refuse-eap
refuse-chap
refuse-mschap
require-mppe

, либо перейдите к дополнительным настройкам VPN в графическом сетевом менеджере и убедитесь, что только MSCHAPv2. снимите отметку с других (pap, chap, mschap, eap), а также включите mppe.

В Kali Linux я попытался включить ТОЛЬКО аутентификацию mschapv2, потому что это было на маршрутизаторе. Я использовал только 128-битное шифрование, и я отключил данные Deflate.

У меня были отключения через 1 секунду после соединения.

Теперь у меня это было в течение нескольких часов и без проблем.

У меня такая же проблема 13.04

, я думаю, это связано с этой ошибкой: https://bugs.launchpad.net/ubuntu/+source/network-manager -pptp / + bug / 290178

Проверьте свой /var/log/syslog для строк как протокол-отказ для неподдерживаемого протокола

Я решил его пару месяцев назад, установив некоторые пакет из debian unstable

также проверьте это: https://forum.linode.com/viewtopic.php?p=36204/

mtu 1400 и также проверьте протокол gre и порт 1723.

В моем случае причина заключалась в том, что размер mtu vpn был больше, чем путь к хосту, поэтому вы можете использовать traceroute для обнаружения нижнего mtu в пути к хосту. команда: traceroute <host> --mtu

В моем случае нижний MTU был 1280, поэтому я использовал 1200, чтобы сделать vpn в конфигурации маршрутизатора.

У меня была такая же проблема при попытке подключения с маршрутизатора, работающего на OpenWRT, на другой маршрутизатор с RouterOS. Обе ОС основаны на Linux, поэтому я ожидал безболезненную интеграцию. Я обнаружил, что при каждых случайных промежутках времени туннель ppp перестает работать, хотя и не отключается. Те же ошибки, о которых вы говорили, также появились в моем журнале отладки.

После некоторой отладки я узнал, что случайные интервалы не были случайными, но совпадали с тем, что высокий трафик передавался по туннелю - когда я запускал резервные копии над туннелем PPTP. То, что я сделал для решения моей проблемы, - отключить сжатие CCP, добавив следующую строку в мой /etc/ppp/options.pptp (расположение и имя файла могут быть разными в дистрибутиве, в котором вы работаете):

noccp

Сервер PPTP, к которому вы пытаетесь подключиться, может не поддерживать некоторые функции сжатия.

Вы можете попытаться отключить (все из них):

• Сжатие BSD ;
• Сжатие deflate
• сжатие заголовка TCP.

С некоторыми серверами PPTP Windows, отключившими передачу пакетов PPP Echo, также может помочь.

Вы найдете эти параметры в окне конфигурации вашего VPN-соединения (вкладка VPN -> Дополнительно).

Если отключение функций сжатия не решит вашу проблему, оно также может быть связано с DNS которую мы можем увидеть в выписке из журнала.

Попробуйте установить DNS вручную следующим образом: перейдите в окно конфигурации вашего VPN-подключения на вкладке параметров IPv4 и измените метод на «только автоматические адреса» (VPN)». Затем введите адрес DNS-сервера, а также домен поиска. Обратитесь к своему сетевому администратору, если вы этого не знаете.

Надеюсь, что это поможет вам решить проблему с подключением.

При попытке подключиться к серверу Windows VPN от Ubuntu 14.04, я бы также увидел Diconnect PPTP и нашел бы эту ошибку в моем /var/log/syslog,

"nm-pptp-service- 9270 warn [ctrlp_disp: pptp_ctrl.c: 956]: ненулевые Async Control Символьные карты не поддерживаются! "

Я нашел свой ответ на этом форуме . Совет был: Windows VPN работает только с аутентификацией mppe. Чтобы использовать это, либо установите следующие строки в /etc/ppp/options.pptp

refuse-pap
refuse-eap
refuse-chap
refuse-mschap
require-mppe

, либо перейдите к дополнительным настройкам VPN в графическом сетевом менеджере и убедитесь, что только MSCHAPv2. снимите отметку с других (pap, chap, mschap, eap), а также включите mppe.

В Kali Linux я попытался включить ТОЛЬКО аутентификацию mschapv2, потому что это было на маршрутизаторе. Я использовал только 128-битное шифрование, и я отключил данные Deflate.

У меня были отключения через 1 секунду после соединения.

Теперь у меня это было в течение нескольких часов и без проблем.

У меня такая же проблема 13.04

, я думаю, это связано с этой ошибкой: https://bugs.launchpad.net/ubuntu/+source/network-manager -pptp / + bug / 290178

Проверьте свой /var/log/syslog для строк как протокол-отказ для неподдерживаемого протокола

Я решил его пару месяцев назад, установив некоторые пакет из debian unstable

также проверьте это: https://forum.linode.com/viewtopic.php?p=36204/

mtu 1400 и также проверьте протокол gre и порт 1723.

В моем случае причина заключалась в том, что размер mtu vpn был больше, чем путь к хосту, поэтому вы можете использовать traceroute для обнаружения нижнего mtu в пути к хосту. команда: traceroute <host> --mtu

В моем случае нижний MTU был 1280, поэтому я использовал 1200, чтобы сделать vpn в конфигурации маршрутизатора.

Сервер PPTP, к которому вы пытаетесь подключиться, может не поддерживать некоторые функции сжатия.

Вы можете попытаться отключить (все из них):

• Сжатие BSD ;
• Сжатие deflate
• сжатие заголовка TCP.

С некоторыми серверами PPTP Windows, отключившими передачу пакетов PPP Echo, также может помочь.

Вы найдете эти параметры в окне конфигурации вашего VPN-соединения (вкладка VPN -> Дополнительно).

Если отключение функций сжатия не решит вашу проблему, оно также может быть связано с DNS которую мы можем увидеть в выписке из журнала.

Попробуйте установить DNS вручную следующим образом: перейдите в окно конфигурации вашего VPN-подключения на вкладке параметров IPv4 и измените метод на «только автоматические адреса» (VPN)». Затем введите адрес DNS-сервера, а также домен поиска. Обратитесь к своему сетевому администратору, если вы этого не знаете.

Надеюсь, что это поможет вам решить проблему с подключением.

При попытке подключиться к серверу Windows VPN от Ubuntu 14.04, я бы также увидел Diconnect PPTP и нашел бы эту ошибку в моем /var/log/syslog,

"nm-pptp-service- 9270 warn [ctrlp_disp: pptp_ctrl.c: 956]: ненулевые Async Control Символьные карты не поддерживаются! "

Я нашел свой ответ на этом форуме . Совет был: Windows VPN работает только с аутентификацией mppe. Чтобы использовать это, либо установите следующие строки в /etc/ppp/options.pptp

refuse-pap
refuse-eap
refuse-chap
refuse-mschap
require-mppe

, либо перейдите к дополнительным настройкам VPN в графическом сетевом менеджере и убедитесь, что только MSCHAPv2. снимите отметку с других (pap, chap, mschap, eap), а также включите mppe.

В Kali Linux я попытался включить ТОЛЬКО аутентификацию mschapv2, потому что это было на маршрутизаторе. Я использовал только 128-битное шифрование, и я отключил данные Deflate.

У меня были отключения через 1 секунду после соединения.

Теперь у меня это было в течение нескольких часов и без проблем.

У меня такая же проблема 13.04

, я думаю, это связано с этой ошибкой: https://bugs.launchpad.net/ubuntu/+source/network-manager -pptp / + bug / 290178

Проверьте свой /var/log/syslog для строк как протокол-отказ для неподдерживаемого протокола

Я решил его пару месяцев назад, установив некоторые пакет из debian unstable

также проверьте это: https://forum.linode.com/viewtopic.php?p=36204/

mtu 1400 и также проверьте протокол gre и порт 1723.

В моем случае причина заключалась в том, что размер mtu vpn был больше, чем путь к хосту, поэтому вы можете использовать traceroute для обнаружения нижнего mtu в пути к хосту. команда: traceroute <host> --mtu

В моем случае нижний MTU был 1280, поэтому я использовал 1200, чтобы сделать vpn в конфигурации маршрутизатора.

У меня была такая же проблема при попытке подключения с маршрутизатора, работающего на OpenWRT, на другой маршрутизатор с RouterOS. Обе ОС основаны на Linux, поэтому я ожидал безболезненную интеграцию. Я обнаружил, что при каждых случайных промежутках времени туннель ppp перестает работать, хотя и не отключается. Те же ошибки, о которых вы говорили, также появились в моем журнале отладки.

После некоторой отладки я узнал, что случайные интервалы не были случайными, но совпадали с тем, что высокий трафик передавался по туннелю - когда я запускал резервные копии над туннелем PPTP. То, что я сделал для решения моей проблемы, - отключить сжатие CCP, добавив следующую строку в мой /etc/ppp/options.pptp (расположение и имя файла могут быть разными в дистрибутиве, в котором вы работаете):

noccp

Сервер PPTP, к которому вы пытаетесь подключиться, может не поддерживать некоторые функции сжатия.

Вы можете попытаться отключить (все из них):

• Сжатие BSD ;
• Сжатие deflate
• сжатие заголовка TCP.

С некоторыми серверами PPTP Windows, отключившими передачу пакетов PPP Echo, также может помочь.

Вы найдете эти параметры в окне конфигурации вашего VPN-соединения (вкладка VPN -> Дополнительно).

Если отключение функций сжатия не решит вашу проблему, оно также может быть связано с DNS которую мы можем увидеть в выписке из журнала.

Попробуйте установить DNS вручную следующим образом: перейдите в окно конфигурации вашего VPN-подключения на вкладке параметров IPv4 и измените метод на «только автоматические адреса» (VPN)». Затем введите адрес DNS-сервера, а также домен поиска. Обратитесь к своему сетевому администратору, если вы этого не знаете.

Надеюсь, что это поможет вам решить проблему с подключением.

При попытке подключиться к серверу Windows VPN от Ubuntu 14.04, я бы также увидел Diconnect PPTP и нашел бы эту ошибку в моем /var/log/syslog,

"nm-pptp-service- 9270 warn [ctrlp_disp: pptp_ctrl.c: 956]: ненулевые Async Control Символьные карты не поддерживаются! "

Я нашел свой ответ на этом форуме . Совет был: Windows VPN работает только с аутентификацией mppe. Чтобы использовать это, либо установите следующие строки в /etc/ppp/options.pptp

refuse-pap
refuse-eap
refuse-chap
refuse-mschap
require-mppe

, либо перейдите к дополнительным настройкам VPN в графическом сетевом менеджере и убедитесь, что только MSCHAPv2. снимите отметку с других (pap, chap, mschap, eap), а также включите mppe.

В Kali Linux я попытался включить ТОЛЬКО аутентификацию mschapv2, потому что это было на маршрутизаторе. Я использовал только 128-битное шифрование, и я отключил данные Deflate.

У меня были отключения через 1 секунду после соединения.

Теперь у меня это было в течение нескольких часов и без проблем.

В моем случае причина заключалась в том, что размер mtu vpn был больше, чем путь к хосту, поэтому вы можете использовать traceroute для обнаружения нижнего mtu в пути к хосту. команда: traceroute <host> --mtu

В моем случае нижний MTU был 1280, поэтому я использовал 1200, чтобы сделать vpn в конфигурации маршрутизатора.

Сервер PPTP, к которому вы пытаетесь подключиться, может не поддерживать некоторые функции сжатия.

Вы можете попытаться отключить (все из них):

• Сжатие BSD ;
• Сжатие deflate
• сжатие заголовка TCP.

С некоторыми серверами PPTP Windows, отключившими передачу пакетов PPP Echo, также может помочь.

Вы найдете эти параметры в окне конфигурации вашего VPN-соединения (вкладка VPN -> Дополнительно).

Если отключение функций сжатия не решит вашу проблему, оно также может быть связано с DNS которую мы можем увидеть в выписке из журнала.

Попробуйте установить DNS вручную следующим образом: перейдите в окно конфигурации вашего VPN-подключения на вкладке параметров IPv4 и измените метод на «только автоматические адреса» (VPN)». Затем введите адрес DNS-сервера, а также домен поиска. Обратитесь к своему сетевому администратору, если вы этого не знаете.

Надеюсь, что это поможет вам решить проблему с подключением.

При попытке подключиться к серверу Windows VPN от Ubuntu 14.04, я бы также увидел Diconnect PPTP и нашел бы эту ошибку в моем /var/log/syslog,

"nm-pptp-service- 9270 warn [ctrlp_disp: pptp_ctrl.c: 956]: ненулевые Async Control Символьные карты не поддерживаются! "

Я нашел свой ответ на этом форуме . Совет был: Windows VPN работает только с аутентификацией mppe. Чтобы использовать это, либо установите следующие строки в /etc/ppp/options.pptp

refuse-pap
refuse-eap
refuse-chap
refuse-mschap
require-mppe

, либо перейдите к дополнительным настройкам VPN в графическом сетевом менеджере и убедитесь, что только MSCHAPv2. снимите отметку с других (pap, chap, mschap, eap), а также включите mppe.

В Kali Linux я попытался включить ТОЛЬКО аутентификацию mschapv2, потому что это было на маршрутизаторе. Я использовал только 128-битное шифрование, и я отключил данные Deflate.

У меня были отключения через 1 секунду после соединения.

Теперь у меня это было в течение нескольких часов и без проблем.