Modify

Opened 7 years ago

Closed 6 years ago

Last modified 4 years ago

#9605 closed defect (fixed)

accel-pptp package

Reported by: Igor Novgorodov <igor@…> Owned by: jow
Priority: normal Milestone: Barrier Breaker 14.07
Component: packages Version: Trunk
Keywords: Cc:

Description

Here's the accel-pptp package that's compatible with latest trunk (version provided here: /ticket/6902.html does not build with backfire, neither with trunk).

Differences:

  1. Little ugly patch to ltmain.sh to make it compile.
  2. Kernel module was excluded from build as it is already in mainline kernel, so only ppp-mod-pptp

It works fine with my Linksys WRT54GL.
Maybe we should merge it with package ppp?
pptpclient is very ugly ang slow, especially on embedded, so this kernel mode pptp is a relief, so i don't understand why it isn't already included in OpenWRT...

Attachments (2)

accel-pptp.tar.gz (2.4 KB) - added by Igor Novgorodov <igor@…> 7 years ago.
accel-pptp package
pptp.log (5.3 KB) - added by Attila Lendvai <attila.lendvai@…> 6 years ago.
log: No response to 5 echo-requests

Download all attachments as: .zip

Change History (16)

Changed 7 years ago by Igor Novgorodov <igor@…>

accel-pptp package

comment:1 Changed 7 years ago by Igor Novgorodov <igor@…>

3rd difference: added dependency @!PACKAGE_pptp as the confict with each other.

comment:2 Changed 7 years ago by jow

  • Owner changed from developers to jow
  • Status changed from new to accepted

comment:3 in reply to: ↑ description Changed 7 years ago by anonymous

Replying to Igor Novgorodov <igor@…>:

Here's the accel-pptp package that's compatible with latest trunk (version provided here: /ticket/6902.html does not build with backfire, neither with trunk).

Do i need remove kmod-gre ( PACKAGE_kmod-gre [=n] ) from firmware? As far as I think this package is not compatible with accel-pptp.

Maybe we should merge it with package ppp?
pptpclient is very ugly ang slow, especially on embedded, so this kernel mode pptp is a relief, so i don't understand why it isn't already included in OpenWRT...

This is a great idea, and it should be a high priority in the development.
I also surprised why the accel-pptp still not default PPTP client in OpenWRT.
PS: Sorry for my ill english

comment:4 Changed 6 years ago by anonymous

Igor, with latest trunk i have follow trouble:
OpenWrt daemon.err pppd[1319]: File not found
OpenWrt daemon.err pppd[1319]: Couldn't load plugin pptp.so
help me please!

comment:5 Changed 6 years ago by anonymous

Makefile contains version 2.4.4. when now is used 2.4.5.

comment:6 Changed 6 years ago by attila.lendvai@…

+1 from me

i'm using Beeline in kazakhstan, and default pptp is very slow... will look into installing this to backfire rc6 now.

comment:7 Changed 6 years ago by Attila Lendvai <attila.lendvai@…>

update:

i've compiled openwrt (a first time) trunk with this package. installation went all fine (once i was told not to expect *any* binary compatibility between different compiles, and only install my own compiled packages).

compilation was flawless, i've only changed the above mentioned pppd version in the Makefile.

i can't configure it, but seems like something is broken:

# pppd plugin pptp.so pptp_server vpn.internet.beeline.kz file /etc/ppp/options.pptp user 0010011387 password <pass>

and this is what i get in the log (full log attached):

Nov 16 05:51:13 OpenWrt daemon.info pptp[2191]: Plugin pptp.so loaded.
Nov 16 05:51:13 OpenWrt daemon.info pptp[2191]: PPTP plugin version 0.8.5 compiled for pppd-2.4.5, linux-2.6.39.4
Nov 16 05:51:13 OpenWrt daemon.info dnsmasq[1177]: reading /tmp/resolv.conf.auto
Nov 16 05:51:13 OpenWrt daemon.info dnsmasq[1177]: using nameserver 87.247.0.131#53
Nov 16 05:51:13 OpenWrt daemon.info dnsmasq[1177]: using nameserver 87.247.0.130#53
Nov 16 05:51:13 OpenWrt daemon.info dnsmasq[1177]: using local addresses only for domain lan
Nov 16 05:51:13 OpenWrt daemon.notice pptp[2192]: pppd 2.4.5 started by root, uid 0
Nov 16 05:51:14 OpenWrt daemon.debug pptp[2192]: using channel 4
Nov 16 05:51:14 OpenWrt daemon.info pptp[2192]: Using interface ppp0
Nov 16 05:51:14 OpenWrt daemon.notice pptp[2192]: Connect: ppp0 <--> pptp (vpn.internet.beeline.kz)
Nov 16 05:51:14 OpenWrt daemon.debug pptp[2192]: sent [PAP AuthReq id=0x1 user="0010011387" password=<hidden>]
Nov 16 05:51:14 OpenWrt daemon.notice pptp[2194]: anon log[ctrlp_disp:pptp_ctrl.c:895]: Outgoing call established (call ID 4, peer's call ID 56532).
Nov 16 05:51:14 OpenWrt daemon.debug pptp[2192]: rcvd [PAP AuthAck id=0x1 ""]
Nov 16 05:51:14 OpenWrt daemon.notice pptp[2192]: PAP authentication succeeded
Nov 16 05:51:14 OpenWrt daemon.debug pptp[2192]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
Nov 16 05:51:14 OpenWrt daemon.debug pptp[2192]: rcvd [IPCP ConfReq id=0x1 <addr 80.241.35.4>]
Nov 16 05:51:14 OpenWrt daemon.debug pptp[2192]: sent [IPCP ConfAck id=0x1 <addr 80.241.35.4>]
Nov 16 05:51:14 OpenWrt daemon.debug pptp[2192]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
Nov 16 05:51:14 OpenWrt daemon.debug pptp[2192]: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0>]
Nov 16 05:51:14 OpenWrt daemon.debug pptp[2192]: rcvd [IPCP ConfNak id=0x2 <addr 87.247.34.168>]
Nov 16 05:51:14 OpenWrt daemon.debug pptp[2192]: sent [IPCP ConfReq id=0x3 <addr 87.247.34.168>]
Nov 16 05:51:14 OpenWrt daemon.debug pptp[2192]: rcvd [IPCP ConfAck id=0x3 <addr 87.247.34.168>]
Nov 16 05:51:14 OpenWrt daemon.err pptp[2192]: not replacing existing default route via 10.21.17.1
Nov 16 05:51:14 OpenWrt daemon.notice pptp[2192]: local  IP address 87.247.34.168
Nov 16 05:51:14 OpenWrt daemon.notice pptp[2192]: remote IP address 80.241.35.4
Nov 16 05:51:14 OpenWrt daemon.debug pptp[2192]: Script /etc/ppp/ip-up started (pid 2206)
Nov 16 05:51:14 OpenWrt daemon.debug pptp[2192]: Script /etc/ppp/ip-up finished (pid 2206), status = 0x1
Nov 16 05:51:20 OpenWrt daemon.info pptp[2192]: No response to 5 echo-requests
Nov 16 05:51:20 OpenWrt daemon.notice pptp[2192]: Serial link appears to be disconnected.
Nov 16 05:51:21 OpenWrt daemon.info pptp[2192]: Connect time 0.1 minutes.
Nov 16 05:51:21 OpenWrt daemon.info pptp[2192]: Sent 227454660 bytes, received 0 bytes.

Changed 6 years ago by Attila Lendvai <attila.lendvai@…>

log: No response to 5 echo-requests

comment:8 Changed 6 years ago by blind_oracle

It works fine, you just need to remove the default route and recreate it, because it loops traffic (you have enormous outgoing, and 0 incoming).

I'm using this /etc/ppp/ip-up

#!/bin/sh

IP="/sbin/ip"
GW=$5
IFACE=$1

$IP route del $GW dev $IFACE
$IP route add default dev $IFACE

comment:9 Changed 6 years ago by Attila Lendvai <attila.lendvai@…>

sorry for my ignorance, but i seem to lack general network knowledge to make it work. (and let me know where to continue if it's not the right forum)

this is what i have now after trying to adapt it (it didn't work out of the box):

# cat /etc/ppp/ip-up
#!/bin/sh

. /etc/functions.sh
. /lib/network/config.sh

PPP_IFACE="$1"
PPP_TTY="$2"
PPP_SPEED="$3"
PPP_LOCAL="$4"
PPP_REMOTE="$5"
PPP_IPPARAM="$(echo $6 | sed 's/\./_/g')"

IP="/usr/sbin/ip"

$IP route del $PPP_REMOTE dev $PPP_IFACE
$IP route add default dev $PPP_IFACE
# cat /etc/ppp/options.pptp 
noauth 
nobsdcomp 
nodeflate
idle 0
defaultroute
maxfail 0
#debug
# ip route list
default via 10.21.17.1 dev eth0.2 
10.21.17.0/24 dev eth0.2  proto kernel  scope link  src 10.21.17.87 
192.168.1.0/24 dev br-lan  proto kernel  scope link  src 192.168.1.1 
Nov 16 06:53:17 OpenWrt daemon.info pptp[4517]: Using interface ppp0
Nov 16 06:53:17 OpenWrt daemon.notice pptp[4519]: anon log[ctrlp_disp:pptp_ctrl.c:895]: Outgoing call established (call ID 15, peer's call ID 35006).
Nov 16 06:53:17 OpenWrt daemon.notice pptp[4517]: Connect: ppp0 <--> pptp (vpn.internet.beeline.kz)
Nov 16 06:53:17 OpenWrt daemon.notice pptp[4517]: PAP authentication succeeded
Nov 16 06:53:17 OpenWrt daemon.notice pptp[4517]: local  IP address 87.247.54.14
Nov 16 06:53:17 OpenWrt daemon.notice pptp[4517]: remote IP address 77.74.65.225
Nov 16 06:54:17 OpenWrt daemon.notice pptp[4519]: anon log[logecho:pptp_ctrl.c:675]: Echo Reply received.

afaiu, the default gw entry points to the eth0.2, the underlying dhcp link, not the ppp0 iface.

but when i try to change the default gw, the ppp0 breaks. but with such a default gw, all the traffic goes to eth0.2 (ISP intranet), not ppp0, so the internet is unreachable.

comment:10 Changed 6 years ago by anonymous

You need to add a dedicated route to Beeline's VPN server network, like:

ip route add 85.21.0.0/24 via 10.184.16.1

comment:11 Changed 6 years ago by Attila Lendvai <attila.lendvai@…>

update:

so, vanilla(*) accel-pptp.tar.gz as posted above seems to work ok on svn trunk 29283, except one issue:

# ifup ppp

quite often but not always results in:

Nov 16 05:51:20 OpenWrt daemon.info pptp[2192]: No response to 5 echo-requests
Nov 16 05:51:20 OpenWrt daemon.notice pptp[2192]: Serial link appears to be disconnected.
Nov 16 05:51:21 OpenWrt daemon.info pptp[2192]: Connect time 0.1 minutes.
Nov 16 05:51:21 OpenWrt daemon.info pptp[2192]: Sent 227454660 bytes, received 0 bytes.

which means that the routing table is not set up properly as pointed out by blind_oracle above.

but some of the times it works! so i assume it must be some kind of timing issue, which i'd be happy to debug if someone gives me some hints what to look at, what to delay in the scripts, etc. (this is with a tplink 1043)

*: plus changing the ppp version in the makefile to 2.4.5, although i haven't tested whether omitting that causes any problems

comment:12 Changed 6 years ago by Attila Lendvai <attila.lendvai@…>

a bit more info:

usually i get the following output, maybe it gives a hint. the udhcpc error is always there, the second route error rarely.

# ifup ppp
udhcpc: SIOCGIFINDEX: No such device
route: SIOCADDRT: File exists
#

when the connection is being built up the router shell becomes unresponsive for a few seconds, i guess due to the broken route sending packages around in a tight loop?

if i don't if-down ppp after that, then pppd keeps on trying to reconnect every minute or so, which is usually successful after 1-2-3 tries.

comment:13 Changed 6 years ago by jow

  • Resolution set to fixed
  • Status changed from accepted to closed

Kernel mode pptp client added in r32197.

comment:14 Changed 4 years ago by jow

  • Milestone changed from Attitude Adjustment 12.09 to Barrier Breaker 14.07

Milestone Attitude Adjustment 12.09 deleted

Add Comment

Modify Ticket

Action
as closed .
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.