Req: VPN daemon

[fvdw]

I think it works if you already have the device discovered but it cannot rediscover it by itself unless bcrelay is installed and enabled in the pptpd.conf file.

Do you think you can compile bcrelay for me and I can test it.

There are no options in my android programs to specify a dlna server so they need to be discovered on the fly.

If i preconfigure XBMC it can browse the device but if I try to add a new upnp device it cannot find anything.

===

You might need to recompile pptpd with support for bcrelay.

:disapprove
bcrelay is present in the package I have sent you on 11 may, please have a closer look to the package :whistle ;)

[fvdw]

a quick check of the source indicates that option to enable bcrelay needs to be set when compiling pptpd :mrgreen: , the -b option is now not availailbe, so I need to recompile pptpd. lets see if that works

[fvdw]

recompiled it now bcrelay can be activated (please note that on the nwsp2 the if is not eth1 but eth0)

Code: Select all

May 12 20:23:25 (none) daemon.notice pppd[16318]: local  IP address 10.5.1.2
May 12 20:23:25 (none) daemon.notice pppd[16318]: remote IP address 10.5.1.241
May 12 20:23:25 (none) daemon.debug pptpd[16317]: GRE: accepting packet #15
May 12 20:23:25 (none) daemon.info bcrelay[16192]: Active interface set changed to: eth0(0/2/5) ppp0(1/26/6)
May 12 20:23:25 (none) daemon.debug pptpd[16317]: GRE: accepting packet #16
May 12 20:23:25 (none) daemon.info bcrelay[16192]: UDP_BroadCast(sp=137,dp=137) from: ppp0 relayed to: eth0
May 12 20:23:25 (none) daemon.debug pptpd[16317]: GRE: accepting packet #17
May 12 20:23:25 (none) daemon.debug pptpd[16317]: GRE: accepting packet #18
May 12 20:23:25 (none) daemon.debug pptpd[16317]: GRE: accepting packet #19
May 12 20:23:25 (none) daemon.info bcrelay[16192]: UDP_BroadCast(sp=137,dp=137) from: ppp0 relayed to: eth0

<snip>

May 12 20:24:05 (none) daemon.debug pptpd[16317]: GRE: accepting packet #396
May 12 20:24:05 (none) daemon.info bcrelay[16192]: UDP_BroadCast(sp=137,dp=137) from: ppp0 relayed to: eth0
May 12 20:24:05 (none) daemon.info bcrelay[16192]: UDP_BroadCast(sp=137,dp=137) from: eth0 relayed to: ppp0
May 12 20:24:05 (none) daemon.debug pptpd[16317]: GRE: accepting packet #397
May 12 20:24:05 (none) daemon.info bcrelay[16192]: UDP_BroadCast(sp=137,dp=137) from: ppp0 relayed to: eth0
May 12 20:24:05 (none) daemon.info bcrelay[16192]: UDP_BroadCast(sp=137,dp=137) from: eth0 relayed to: ppp0
May 12 20:24:06 (none) daemon.debug pptpd[16317]: GRE: accepting packet #398



[fvdw]

new binaries have been sent, see PM inbox

[firwareslut]

The service won't run if i enable "bcrelay eth0".

There is no error message from the console but no pid is found. If i disable it then the service runs.

[fvdw]

How do you know that the service isn't running (ps -ef)

be sure that you disconnect any vpn connection first and that no other instances of pppd and bcrelay are running before starting it.
use commands like
killall -9 pptpd
killall -9 bcrelay
killall -9 pppd

The fire up pptpd (pptpd --conf /etc/pptpd.conf)

I used attached conf file it it works ok (notice also the local and remote ip settings those deviate form the standard)

this is shown when it is running (ps -ef command) and there is a vpn connection

Code: Select all

root     18145     1  0 21:04 ?        00:00:00 pptpd -d --conf /etc/pptpd.conf
root     18147 18145  0 21:04 ?        00:00:19 /usr/sbin/bcrelay -i eth0 -o ppp[0-9].*
root     18156 18145  0 21:04 ?        00:00:10 pptpd [192.168.1.44:0349 - 0000]
root     18157 18156  0 21:04 ?        00:00:00 /usr/sbin/pppd local file /etc/ppp/options.pptpd 115200 10.5.1.2:10.5.1.2
n

[firwareslut]

Think it was because I forgot to set bcrelay binary to 755.

The server is running now.

Alas, the phone through 3g is still unable to find the media servers.

From what I can find it works better with openvpn but I don't have the energy now to spend time on that :razz2

Thanks for everything you have done today to try to help solve my problem!

[fvdw]

we will sort it, with some more trial and error. Can not imagine that all htese applications using pppd protocol have this problem, its a matter of finding the right settings

and I will look at openVPN

[firwareslut]

Thanks for the optimism!

DId you say the kernel supports iptables now? I'd like to try and get the masquerading working so that we can browse the internet through the VPN.

If there is anything I can help you with during the preparing of the new firmware to support these new services please let me know.

[fvdw]

yes it supports iptables and I compiled that package also a while ago.

found opennvpn and I will give it try to compile this evening. Now nee to go to celbrate mothers day
Another kernel update will be required as it needs universal tun/tap driver support. But thats easy to add