Изпечатай

[nixdorf]

Здравейте колеги!!!
Опитвам се от два дни да се свържа към vpn мрежата на работа.
Та ubuntu 16.04
Следвах тези стъпки:

Steps:

    1.Install “network-manager-pptp” package and dependencies
    2.Reboot computer (this is important, nothing will work until you reboot)
    3.Click on Network Manager icon, go to “VPN Connections” then “Configure VPN”
    4.Click “Add”, select “PPTP”, then click “Create”
    5.Fill in the following information:



VPN SETTINGS:
-- Add/Edit Main Dialog --
Connection name: [VPN Connection] *
Gateway: [vpn.example.com]
User name: [username] **
-- Advanced button --
PAP: UNcheck
CHAP: UNcheck
MSCHAP: UNcheck
MSCHAPv2: check
EAP: UNcheck
Use Point-to-Point Encryption (MPPE): check
Security: 128-bit
Allow stateful encryption: UNcheck
Allow BSD data compression: check
Allow Deflate data compression: check
Use TCP header compression: check
Send PPP echo packets: UNcheck

Пробвах всякъкви различни authentication методи без успех. Само един единствен път успях да се свържа с Ubuntu когато бях вързан за wi-fi мрежата на работа.
С Windows 7 нямам никъкви проблеми да се свържа от където и да е било.

sudo tail -f /var/log/syslog

Jul 11 18:25:00 drbrcho pptp[2605]: nm-pptp-service-2210 log[ctrlp_rep:pptp_ctrl.c:259]: Sent control packet type is 1 'Start-Control-Connection-Request'
Jul 11 18:25:03 drbrcho pptp[2605]: nm-pptp-service-2210 log[pptp_read_some:pptp_ctrl.c:593]: read error: Connection reset by peer
Jul 11 18:25:03 drbrcho pptp[2605]: nm-pptp-service-2210 log[pptp_read_some:pptp_ctrl.c:586]: read returned zero, peer has closed
Jul 11 18:25:03 drbrcho pptp[2613]: nm-pptp-service-2210 log[ctrlp_rep:pptp_ctrl.c:259]: Sent control packet type is 1 'Start-Control-Connection-Request'
Jul 11 18:25:06 drbrcho pptp[2613]: nm-pptp-service-2210 log[pptp_read_some:pptp_ctrl.c:593]: read error: Connection reset by peer
Jul 11 18:25:06 drbrcho pptp[2613]: nm-pptp-service-2210 log[pptp_read_some:pptp_ctrl.c:586]: read returned zero, peer has closed

Благодаря за помоща!

[10101]

Компресиите не ти трябват.

Allow BSD data compression: check
Allow Deflate data compression: check
Use TCP header compression: check

Security: all availbale ..

Слуйно виждаш ли това в лог-а PPP MPPE Compression module registered? Moже да се намира във /var/log/messages/

[nixdorf]

Опитах и по твоя начин колега... уви без успех.
До колкото разбирам в Убунту са преименували /var/log/messages/ на /var/log/syslog/ и това което копирах в началото на темата ми излиза само (освен ако аз бъркам нещо...)
 Едит: Проблема май е бил в мене относно даване на правилното инфо 

Jul 11 21:50:41 drbrcho NetworkManager[868]: <info>  [1468266641.3840] audit: op="connection-activate" uuid="fd7fc4d6-3ef2-4d0a-8af6-934e3e227b43" name="VPN" pid=1768 uid=1000 result="success"
Jul 11 21:50:41 drbrcho NetworkManager[868]: <info>  [1468266641.3872] vpn-connection[0x268f3d0,fd7fc4d6-3ef2-4d0a-8af6-934e3e227b43,"VPN",0]: Started the VPN service, PID 2721
Jul 11 21:50:41 drbrcho NetworkManager[868]: <info>  [1468266641.3927] vpn-connection[0x268f3d0,fd7fc4d6-3ef2-4d0a-8af6-934e3e227b43,"VPN",0]: Saw the service appear; activating connection
Jul 11 21:50:47 drbrcho NetworkManager[868]: <info>  [1468266647.9580] keyfile: update /etc/NetworkManager/system-connections/VPN (fd7fc4d6-3ef2-4d0a-8af6-934e3e227b43,"VPN")
Jul 11 21:50:47 drbrcho NetworkManager[868]: <info>  [1468266647.9618] vpn-connection[0x268f3d0,fd7fc4d6-3ef2-4d0a-8af6-934e3e227b43,"VPN",0]: VPN connection: (ConnectInteractive) reply received
Jul 11 21:50:47 drbrcho NetworkManager[868]: ** Message: pppd started with pid 2733
Jul 11 21:50:47 drbrcho NetworkManager[868]: <info>  [1468266647.9809] vpn-connection[0x268f3d0,fd7fc4d6-3ef2-4d0a-8af6-934e3e227b43,"VPN",0]: VPN plugin: state changed: starting (3)
Jul 11 21:50:47 drbrcho pppd[2733]: Plugin /usr/lib/pppd/2.4.7/nm-pptp-pppd-plugin.so loaded.
Jul 11 21:50:47 drbrcho NetworkManager[868]: Plugin /usr/lib/pppd/2.4.7/nm-pptp-pppd-plugin.so loaded.
Jul 11 21:50:47 drbrcho NetworkManager[868]: ** Message: nm-pptp-ppp-plugin: (plugin_init): initializing
Jul 11 21:50:47 drbrcho pppd[2733]: pppd 2.4.7 started by root, uid 0
Jul 11 21:50:47 drbrcho NetworkManager[868]: ** Message: nm-pptp-ppp-plugin: (nm_phasechange): status 3 / phase 'serial connection'
Jul 11 21:50:47 drbrcho pppd[2733]: Using interface ppp0
Jul 11 21:50:47 drbrcho NetworkManager[868]: nm_device_get_device_type: assertion 'NM_IS_DEVICE (self)' failed
Jul 11 21:50:47 drbrcho NetworkManager[868]: Using interface ppp0
Jul 11 21:50:47 drbrcho NetworkManager[868]: Connect: ppp0 <--> /dev/pts/2
Jul 11 21:50:47 drbrcho NetworkManager[868]: ** Message: nm-pptp-ppp-plugin: (nm_phasechange): status 5 / phase 'establish'
Jul 11 21:50:47 drbrcho pppd[2733]: Connect: ppp0 <--> /dev/pts/2
Jul 11 21:50:47 drbrcho NetworkManager[868]: <info>  [1468266647.9964] manager: (ppp0): new Generic device (/org/freedesktop/NetworkManager/Devices/4)
Jul 11 21:50:47 drbrcho pptp[2741]: nm-pptp-service-2721 log[main:pptp.c:350]: The synchronous pptp option is NOT activated
Jul 11 21:50:47 drbrcho NetworkManager[868]: <info>  [1468266647.9991] devices added (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
Jul 11 21:50:47 drbrcho NetworkManager[868]: <info>  [1468266647.9992] device added (path: /sys/devices/virtual/net/ppp0, iface: ppp0): no ifupdown configuration found.
Jul 11 21:51:19 drbrcho pppd[2733]: LCP: timeout sending Config-Requests
Jul 11 21:51:19 drbrcho NetworkManager[868]: LCP: timeout sending Config-Requests
Jul 11 21:51:19 drbrcho NetworkManager[868]: ** Message: nm-pptp-ppp-plugin: (nm_phasechange): status 11 / phase 'disconnect'
Jul 11 21:51:19 drbrcho NetworkManager[868]: Connection terminated.
Jul 11 21:51:19 drbrcho pppd[2733]: Connection terminated.
Jul 11 21:51:19 drbrcho NetworkManager[868]: ** Message: Terminated ppp daemon with PID 2733.
Jul 11 21:51:19 drbrcho NetworkManager[868]: <error> [1468266679.0287] platform-linux: do-change-link[5]: failure changing link: failure 19 (No such device)
Jul 11 21:51:19 drbrcho NetworkManager[868]: <warn>  [1468266679.0288] device (ppp0): failed to disable userspace IPv6LL address handling
Jul 11 21:51:19 drbrcho NetworkManager[868]: <warn>  [1468266679.0288] vpn-connection[0x268f3d0,fd7fc4d6-3ef2-4d0a-8af6-934e3e227b43,"VPN",0]: VPN plugin: failed: connect-failed (1)
Jul 11 21:51:19 drbrcho NetworkManager[868]: <info>  [1468266679.0289] vpn-connection[0x268f3d0,fd7fc4d6-3ef2-4d0a-8af6-934e3e227b43,"VPN",0]: VPN plugin: state changed: stopping (5)
Jul 11 21:51:19 drbrcho NetworkManager[868]: <info>  [1468266679.0303] devices removed (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
Jul 11 21:51:19 drbrcho NetworkManager[868]: <info>  [1468266679.0304] vpn-connection[0x268f3d0,fd7fc4d6-3ef2-4d0a-8af6-934e3e227b43,"VPN",0]: VPN service disappeared
Jul 11 21:51:19 drbrcho NetworkManager[868]: ** Message: nm-pptp-ppp-plugin: (nm_phasechange): status 1 / phase 'dead'
Jul 11 21:51:19 drbrcho NetworkManager[868]: Terminating on signal 15
Jul 11 21:51:19 drbrcho NetworkManager[868]: Child process /usr/sbin/pptp 93.184.205.16 --nolaunchpppd --loglevel 0 --logstring nm-pptp-service-2721 (pid 2736) terminated with signal 15
Jul 11 21:51:19 drbrcho NetworkManager[868]: Modem hangup
Jul 11 21:51:19 drbrcho NetworkManager[868]: ** Message: nm-pptp-ppp-plugin: (nm_exit_notify): cleaning up
Jul 11 21:51:19 drbrcho pppd[2733]: Terminating on signal 15
Jul 11 21:51:19 drbrcho pppd[2733]: Child process /usr/sbin/pptp 93.184.205.16 --nolaunchpppd --loglevel 0 --logstring nm-pptp-service-2721 (pid 2736) terminated with signal 15
Jul 11 21:51:19 drbrcho pppd[2733]: Modem hangup
Jul 11 21:51:19 drbrcho pppd[2733]: Exit.

[go_fire]

…
До колкото разбирам в Убунту са преименували /var/log/messages/ на /var/log/syslog/
…

Хе-хе Никсдорф връщаш ме само няколко години назад, когато и аз не знаех, за какво служат тези неща. Не е изненадващо, това са регистри ползвани от администраторите. Но всеки е администратор на собствената си машина и рано или късно опира до тяѝ.

С две думи, не е вярно, че са преименували съобщенията в сислог. Това са две различни неща. Първото е съобщения давани от ядрото, второто е регистър осигурен от централният регистратор в системата. Към него може да се свърже всяка услуга. Много от демоните там пренасочват изходите си за грешка.

Да възможно е информация да се дублира в двата регистъра с различно оформление, но тя стига по различни канали там.


п.п. Ъ-ъ-ъ да. Не съм голям специалист по VPN, но с nm никой не може да ти помогне. Това е пьотеринщина, която си прави, каквото иска. Щом си успял да се свържеш през нея дай курбан за здраве и остави някоя лепта в кварталната църква.

[10101]

PPP MPPE Compression module registered Аз това пак не го видях при теб.

lsmod | grep ppp_mppe 
lsmod | grep ppp_async 
lsmod | grep crc_ccitt 

Jul 11 21:51:19 drbrcho pppd[2733]: LCP: timeout sending Config-Requests
Jul 11 21:51:19 drbrcho NetworkManager[868]: LCP: timeout sending Config-Requests
Jul 11 21:51:19 drbrcho NetworkManager[868]: ** Message: nm-pptp-ppp-plugin: (nm_phasechange): status 11 / phase 'disconnect'
Jul 11 21:51:19 drbrcho NetworkManager[868]: Connection terminated.

[laskov]

Ако някой знае как да се повиши debug level-а на pppd , може да си каже по-подробно какъв му е проблема.
Може би в /etc/ppp/options ?

Гугъл казва разни неща при търсене на "pppd: LCP: timeout sending Config-Requests"

[nixdorf]

PPP MPPE Compression module registered Аз това пак не го видях при теб.

lsmod | grep ppp_mppe 
lsmod | grep ppp_async 
lsmod | grep crc_ccitt 

Jul 11 21:51:19 drbrcho pppd[2733]: LCP: timeout sending Config-Requests
Jul 11 21:51:19 drbrcho NetworkManager[868]: LCP: timeout sending Config-Requests
Jul 11 21:51:19 drbrcho NetworkManager[868]: ** Message: nm-pptp-ppp-plugin: (nm_phasechange): status 11 / phase 'disconnect'
Jul 11 21:51:19 drbrcho NetworkManager[868]: Connection terminated.

Това се получава.. 

root@drbrcho:/home/drbrcho# lsmod | grep ppp_mppe
root@drbrcho:/home/drbrcho# lsmod | grep ppp_async
ppp_async              20480  0
crc_ccitt              16384  1 ppp_async
root@drbrcho:/home/drbrcho# lsmod | grep crc_ccitt
crc_ccitt              16384  1 ppp_async
root@drbrcho:/home/drbrcho#

…
До колкото разбирам в Убунту са преименували /var/log/messages/ на /var/log/syslog/
…

Хе-хе Никсдорф връщаш ме само няколко години назад, когато и аз не знаех, за какво служат тези неща. Не е изненадващо, това са регистри ползвани от администраторите. Но всеки е администратор на собствената си машина и рано или късно опира до тяѝ.

С две думи, не е вярно, че са преименували съобщенията в сислог. Това са две различни неща. Първото е съобщения давани от ядрото, второто е регистър осигурен от централният регистратор в системата. Към него може да се свърже всяка услуга. Много от демоните там пренасочват изходите си за грешка.

Да възможно е информация да се дублира в двата регистъра с различно оформление, но тя стига по различни канали там.


п.п. Ъ-ъ-ъ да. Не съм голям специалист по VPN, но с nm никой не може да ти помогне. Това е пьотеринщина, която си прави, каквото иска. Щом си успял да се свържеш през нея дай курбан за здраве и остави някоя лепта в кварталната църква.

Заключението не го направих сам разбира се. Чичко гугъл така каза по-точно straight outta ubuntu 

The system log typically contains the greatest deal of information by default about your Ubuntu system. It is located at /var/log/syslog, and may contain information other logs do not. Consult the System Log when you can't locate the desired log information in another log. It also contains everything that used to be in /var/log/messages.

ЕДИТ: Някой друг network manager който мога да използвам ?

[10101]

И какъв е извода?

lsmod | grep ppp_mppe 

Нямаш вдигнат модула /или компилиран в кърнала.Може и да не ти трябва, но пък си сложил чафката

modprobe ppp_mppe и пробвай  с lsmod | grep ppp_mppe ако се появи тествай впн-а.

[nixdorf]

И какъв е извода?

lsmod | grep ppp_mppe 

Нямаш вдигнат модула /или компилиран в кърнала.Може и да не ти трябва, но пък си сложил чафката

modprobe ppp_mppe и пробвай  с lsmod | grep ppp_mppe ако се появи тествай впн-а.

До колкото подразбирам явно има проблем с тази версия на Убунту и pptp.

drbrcho@drbrcho:~$ modprobe ppp_mppe
drbrcho@drbrcho:~$ lsmod | grep ppp_mppe
ppp_mppe               16384  0

[10101]

и свърза ли се ?

[nixdorf]

Не, все още правя безуспещни опити...

[gosho_tr]

А случайно да минаваш през рутер с изключена опция  "PPTP Passtrough" ?

[runtime]

Проблемът ти е някъде тук: http://pptpclient.sourceforge.net/howto-diagnosis.phtml#lcp_timeout

Но, бива и да видиш PPTP Passtrough както каза колегата по-горе, въпреки, че ако е спряна тогава и уиндоуса няма да ти се връзва.
А за някои хора по-горе за НМ, който в случая няма нищо общо със ситуацията да кажа все пак, че на крива ракета космоса и виновен
Аз съм със 16.04 и се връзвам на VPN сървъра ми без никакви грижи през NM! Та, виж линка и симптомите в него и ги прегледай 1х1
Нормално е при една колослна промяна да има известен период на изчистване на бъгове... Както се казва трай бабо за хубост