Topic: PPTP bug fixed in 5.6U4 ???

[Ghislain van der Steen]

I've had unreliable incoming PPTP connections in previous versions (5.6) but losing the ability to connect to an external VPN concentrator is worse. In 5.5 I've  had no problems at all with incoming and outgoing PPTP connections so maybe I'll try the modules of 5.5 instead of 5.6 (if possible).

[Ghislain van der Steen]

I've replaced the kernel modules ip_conntrack_pptp.o and ip_nat_pptp.o with the 5.5 modules and everything seems to be more stable now. I no longer get the "GRE: Discarding for incorrect call" message and the incomming connection no longer drops eventualy.

[Bobby]

That sounds good - how did you get those modules? Do you have to extract them from the rpms? I decided to give 5.6 another try, based on the PPTP issues maybe being resolved, but after applying the updates I still couldn't even make one connection to my 5.5 box at home.
Thanks,
Bobby

[John]

Are you kidding me.  PPTP still isn't fixed?  What was the big rush in releasing 5.6 then?  It's been months, now.

>Bobby wrote:
>
> That sounds good - how did you get those modules? Do you have
> to extract them from the rpms? I decided to give 5.6 another
> try, based on the PPTP issues maybe being resolved, but after
> applying the updates I still couldn't even make one
> connection to my 5.5 box at home.
> Thanks,
> Bobby

[Paul F]

My results with 5.6 so far are:

a) Able to connect from a W2K worstation behind 5.6u4 to another 5.6u4 OK

b) Able to connect from a W98 PC begind 5.6u4 to another 5.6u4 OK

c) At least 40 seconds to connect and unable to maintain a connection (disconnects while accessing network shares) from a W98 PC behind a 3COM DSL Gateway to a 5.6u4. Worked fine with 5.1.2. However, I reset the 3COM unit this AM and the connection seems to be OK so far, still slow to connect though.

[Ghislain van der Steen]

I did extract them from the RPMS of the 5.5 edition and copied them to the 5.6 server. After a reboot everything is ok again. I've made a VPN connection (incomming) and had it running for almost 2 days without errors, after that I disconnected the connection myself.

[Gordon]

Ghislain
Any chance of documenting what RPMs you used? Did they just install because they were not in 5.6u4?
Many Thanks

[ryan]

Gordon,

Update4 has also broken my PPTP between a 5.6 at home and a 5.6 at work.   Prior to the upgrade, it was working with Charlie's fix.  My problem is getting the 619 error on XP after trying to reconnect hours later.  A reboot of the outgoing server seems to fix it.  I am interested in the 5.5 module fix.  Please post how you did this.

Thanks,

ryan

[Gordon]

Ghislain

How is your 5.6U4 VPN connections working. Can you share your fix method?

Many Thanks

Gordon

[ryan]

More for the topic......

I set up another 5.6 box a few days ago.  After default install, I added smtp mail front with rbl support, and IMP/horde 3.2.1.  I then installed U4.  This box has probems with PPTP on the first attempt to another 5.6 box.  It worked ok to older SME 5.1.2 just fine.  

I experimented by adding the preU4 pptp custom template (10masq_pptp which is blank 0k) patch, expand template, reboot.

(don't forget to 'service pptpd stop') before you expand a template.

After reboot, remove the custom template, expand template, reboot......no more error 619 and in the very short term, PPTP seems OK between 5.6 and 5.6 using XP pro.  

Hope this helps, or if it does not help please post it.

RS

[Ghislain van der Steen]

Gordon,

I've made a RPM-package that will install the files in the correct folders. You can get the package here: ftp://vd-steen.com/e-smith-56-pptp-fix-0.1-1.noarch.rpm

After installing the RPM you have to initiate the following events:
/sbin/e-smith/signal-event post-upgrade
/sbin/e-smith/signal-event reboot

This is what the package will do:
1)   copy the file "10masq_pptp" to the folder:
   "/etc/e-smith/templates/etc/rc.d/init.d/masq"
2)   copy the files "ip_conntrack_pptp.o" and "ip_nat_pptp.o"
   (from the SME55 release) to the folder:
   "/lib/modules/2.4.18-5/kernel/net/ipv4/netfilter"

Ghislain

[Jim Huneycutt]

Ghislain,
Sorry, but I could not get the ftp link to work - got a "not found" response. Using ftp://vd-steen.com/e-smith-56-pptp-fix-0.1-1.noarch.rpm

Has the file been removed?

Thanks,
jim

[Ghislain van der Steen]

Sorry, the correct link is: http://www.vd-steen.com/files/e-smith-56-pptp-fix-0.1-1.noarch.rpm
(The ftp link is for lan only!)

Ghislain

[FreakWent]

Full error post:

___________________
Enabling IP masquerading: /lib/modules/2.4.18-5/kernel/net/ipv4/netfilter/ip_nat
_pptp.o: unresolved symbol ip_nat_helper_register_R657ae5df
/lib/modules/2.4.18-5/kernel/net/ipv4/netfilter/ip_nat_pptp.o: unresolved symbol
 irq_stat_R861c5a5e
/lib/modules/2.4.18-5/kernel/net/ipv4/netfilter/ip_nat_pptp.o: unresolved symbol
 ip_nat_helper_unregister_R1c381b0f
/lib/modules/2.4.18-5/kernel/net/ipv4/netfilter/ip_nat_pptp.o:
Hint: You are trying to load a module without a GPL compatible license
      and it has unresolved symbols.  The module may be trying to access
      GPLONLY symbols but the problem is more likely to be a coding or
      user error.  Contact the module supplier for assistance, only they
      can help you.
_____________________

 

[FreakWent]

OK, the command /sbin/modprobe ip_nat_pptp gives the same error shown above, with your .o or with the .o from 5.6.

I've checked, there are'nt any other ip_nat_pptp.o  files floating around.

I have two 5.6 boxes however.  In general, as far as I can imagine applies here, they are setup the same.  The failing one has pptp enabled, but the working one doesn't.

The working one will happily load ip_nat_pptp as a module, the 5.6 version.  The one I ran your rpm on won't laod either version!

Can anyone please tell me where to start looking? MD5-identical modules behave differently on two installs of the same version/distribution.  I just don't get it.

Help! AAARRGH!