I think the issue is ppp_mppe isn't loaded.

EDIT:

If you try to load ppp_mppe (that it should loaded by 31-mppe in modules.d at boot):

root@OpenWrt:~# insmod ppp_mppe
insmod: can't insert 'ppp_mppe': No such device

or

root@OpenWrt:~# insmod /lib/modules/2.6.37.5/ppp_mppe.ko 
insmod: can't insert '/lib/modules/2.6.37.5/ppp_mppe.ko': No such device

(Last edited by coatto87 on 28 Mar 2011, 19:19)

Yeah I just upgraded and have the same issue myself.

Mar 28 21:25:35 OpenWrt daemon.err pppd[3315]: MPPE required, but kernel has no support.

The module won't load. Something must have changed over the weekend that broke it, because it worked on a build from some days ago. Will look into it.

I think that we have to enabled mppe and mppe-mppc in kernel_config.
I'm trying to compile with these two options enabled.
I will let you know

(Last edited by coatto87 on 28 Mar 2011, 20:37)

Found the problem:

https://dev.openwrt.org/changeset/26296/trunk

The ecb crypto module was split out. Making a new build.

Oooooh finally
Thanks mate

Uhm...

root@OpenWrt:~# opkg list_installed | grep ecb
kmod-crypto-ecb - 2.6.37.5-1

root@OpenWrt:~# lsmod | grep mppe

root@OpenWrt:~# insmod ppp_mppe
insmod: can't insert 'ppp_mppe': No such device

It's not the ecb module itself, but it won't load because of a missing dependancy after they split it out, looks like blkcipher. Looking at it

(Last edited by arokh on 28 Mar 2011, 22:35)

And if we revert to previous version of crypto.mk?

(Last edited by coatto87 on 28 Mar 2011, 23:19)

Hey, any chance of adding tinc & quagga-unstable to the packages? I could start using this router at work for IPv6 VPN use (getting harder to find ASUS routers that aren't neutered)...

http://unquietwiki.com/ipv6/tinc_quagga_ipv6.html

Latest build has blkcipher again, yet ppp_mppe won't load, "no such device". After manually loading crypto_hash and then installing kmod-crypto-sha1 I can load ppp_mppe but I still can't get it to work. What the hell??

ar 29 03:21:35 OpenWrt daemon.err pptpd[3158]: GRE: read(fd=6,buffer=41fc30,len=8196) from PTY failed: status = -1 error = Input/output error, usually caused by unexpected termination of pppd, check option syntax and pppd logs

@mpadams

What's stopping you from installing those to USB storage? They do not fit on ROM and do not belong in a base build.

Weird! With the test release (r26284) the mppe module is loaded and I can connect fine with iOS/PPTP, but only the first time! Second connect will fail just like above. ?????

EDIT:

It's reproducable with the latest release r26333:

1. Reboot your iPhone
2. You should now be able to connect with PPTP
3. Disconnect the iPhone's PPTP connection
4. Reconnect and watch it fail to connect

I have no idea what's happening here. The crypto changes just messed up module loading order, this problem is unrelated and seems to have existed for a while. I've tested as far back as r26281 and it's there as well.

I did notice this upon successful connect:

Mar 29 10:34:47 OpenWrt daemon.warn pppd[3647]: Unsupported protocol 'IPv6 Control Protovol' (0x8057) received

EDIT2: I've fixed the module loading issue in r26333, but the issue remains. You can connect to pptp with iphone, but once you disconnect the phone will be in a state where it can't connect until you reboot it.

EDIT3: Is this problem present for other clients than ios? Could somebody check?

(Last edited by arokh on 29 Mar 2011, 15:10)

Well done!
The issue was only the mistake in crypto_hash's autoload.
I don't have your issue on my build, i tried to connect/disconnect/connect 3 times and it's working perfectly.

I'm using iPhone 4 with iOS 4.2.1.

Let me know how i can help you.

It might be a 4.3 issue, I didn't have this problem previously. I'll try 4.3.1 later and report back

for me on r26329 i cant connect to pptp from either iphone 4.2.1, ipad 2 4.3 or mac... . If i update, will it be fixed?

Yep, crypto was broken from r26296 and up.

Is there a way to make working minidlna on vpn connection?

I think its possible you have the same issue with bonjour you need to use split tunnel in the vpn to make it work.

Yeah, same issue with bonjour.
How can do it?

no idea... i wanted to use airprint over vpn but the printer is not found lol...

Aahahaha ok, we have to study how we can make working bonjour and dlna/upnp

News: minidlna is working

Only a thing, it isn't advertised automatically.
So i have used PlugPlayer on iOS and i inserted manually the address: http://10.0.0.1:8200/rootDesc.xml

Great thing, now i have a music cloud

my

My printer is still home XD, you need to be able to search bonjour like http://iphone:8200/blah to be able to print.

I confirm vpn working on mac/ipad2/i4 after updating to 26333

so is uPnP up and running? I sort of gave up a couple of builds ago.

Add 'bcrelay br-lan' in /etc/pptpd.conf to send broadcasts from LAN to PPTP clients. Should make bonjour available to VPN. An alternative is to use DNS-SD to publish printers, filesharing etc. More info: http://dns-sd.org

I had a similar experience. It turned out that swapping from firefox to IE fixed my problem!? That's odd!! Turned out some caching thing with firefox. Pressing shift and refresh fixed it for me.
The AJAX request didn't really get issued or something like that!

Check the browser!