No, that's fine. As you can see from the uname output, you have an SMP kernel, so defconfig.smp should be the right one for you. So something else must have gone wrong while building the kernel and the modules. I suggest you do a "make mrproper" and start from scratch.
An update: WhoCares? helped me modify my init.d script. For some reason, on my readynas, the ppp device isn't created automatically. You'll know you have this problem if this appears in your /var/log/syslog when you try to connect:
May 26 14:15:24 bigboy pppd[3387]: pppd is unable to open the /dev/ppp device. You need to create the /dev/ppp device node by executing the following command as root: ^Imknod /dev/ppp c 108 0
So, you can either type
mknod /dev/ppp c 108 0
every time you reboot, or you can edit /etc/init.d/pptpd to look like this:
case "$1" in start) echo -n "Starting PPTP Daemon: " if [ ! -c /dev/ppp ]; then mknod /dev/ppp c 108 0; fi start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON \ -- < /dev/null > /dev/null echo "pptpd." ;;
And don't forget to also build "PPP support for async serial ports" module when you're selecting the others.
Is it possible that the vpn clients can use DLNA services from nas? I think the pptpd have to forward the upnp ports? Hase anyone a idea how to solves this problem?
I do this on my iphone and ipad. Just check the box "send all traffic". Works great. No ports need to be forwarded. A PpTP connection works as an additional network connection. It's not like OpenSSL or SSH that needs ports mapped/forwarded.
...Just check the box "send all traffic". Works great. No ports need to be forwarded. A PpTP connection works as an additional network connection. It's not like OpenSSL or SSH that needs ports mapped/forwarded.
On Windows, it's called "Use default gateway" and is in the network, TCP/IP settings.
Hi, thanks for your reply. I unchecked "Use default gateway" in the TCP/IP settings, because i will lose the internet connection when I'm connected to the vpn. Have i to add a route on the nas that i can use the internet when im using the vpn connection? greetings
On the NAS, when setting up the VPN, you will need to enable bcrelay. See the first few postings for how to enable bcrelay. I found it myself by just looking through a few of the config files mentioned here too.
You will definitely need curses to run menuconfig. The error you get when installing curses would be more useful for diagnosing what's going on.
apt-get install libncurses5-dev
You could potentially use "make config" rather than menuconfig to avoid the need for curses, but I recommend against it because it does the job as a long, tedious series of questions that's easy to screw up.
1) Doublecheck that the GPL you downloaded matches the firmware version exactly. 2) I normally don't edit the config directly. And there's a half-dozen modules you need to add. here are the ones I add:
Device Drivers - Network Device Support - - PPP Support - - PPP Filtering - - PPP Support for async serial ports - - PPP Support for sync tty ports - - PPP Deflate compression - - PPP BSD-Compress compression - - PPP MPPE compression - - PPP over Ethernet Cryptographic API - Deflate compression algorithm - Zlib compression algorithm - LZO compression algorigm
When you copy, also make sure you get the file "slhc.ko" and "crc-ccitt.ko". I forget what their names are in the menuconfig. In all, I had to copy 12 ".ko" files into 3 different folders.
After running "modprobe" try these 2 commands to get extra error output:
Hi Guys, has anyone who has got DLNA working give me some advice?
I have all VPN communcation working apart from UPnP discovery. It seems that the multicast UDP packets from my DLNA client for SSDP discovery arrive on the ppp interface but are never received by the miniDlna service (it replies on the LAN but not over VPN).
I have tried assigning non-DHCP addresses in the same subnet as the LAN /in a different subnet/ enabling bcrelay / ip forwarding etc.
It doesn't seem that this should be necessary as miniDlna is listening on all addresses and a route is defined via the tunnel back to the client, am i doing something wrong?
