wenn es das problem ist was du da oben gepostet hast, dann schalte doch einfach mal in deinem knetworkmanager requirre mppe, steht da ja auch bei solutions... ;-) So ne neue pptpd Version zu kompillieren hab ich jedenfalls keine Lust.
Ja, hab ich ja - nutzt nur nix. Wie gesagt mit Windows als Client funktioniert es, nur mit Linux als Client nicht. Allerdings muss ich auch dazu sagen, dass es da tausende Optionen gibt, die mir alle nix sagen. :noidea:gamf schrieb:wenn es das problem ist was du da oben gepostet hast, dann schalte doch einfach mal in deinem knetworkmanager requirre mppe, steht da ja auch bei solutions... ;-) So ne neue pptpd Version zu kompillieren hab ich jedenfalls keine Lust.
BuchIT schrieb:Hat jetzt eigendlich schon jemand den pppd Client auf der Box ans laufen gebracht?
make[1]: Entering directory `/home/bofh/ds-0.2.9/source/ref-4mb-04.06/kernel/kernel_ohio-8mb_build/kernel/linux-2.4.17_mvl21'
. scripts/mkversion > .tmpversion
/bin/sh: line 1: svnversion: command not found
Could not retrieve SVN version
make[3]: Entering directory `/home/bofh/ds-0.2.9/source/ref-4mb-04.06/kernel/kernel_ohio-8mb_build/kernel/linux-2.4.17_mvl21/crypto'
mipsel-unknown-linux-gnu-gcc -I /home/bofh/ds-0.2.9/source/ref-4mb-04.06/kernel/kernel_ohio-8mb_build/kernel/linux-2.4.17_mvl21/include/asm/gcc -D__KERNEL__ -I/home/bofh/ds-0.2.9/source/ref-4mb-04.06/kernel/kernel_ohio-8mb_build/kernel/linux-2.4.17_mvl21/include -Wall -Wstrict-prototypes -Wno-trigraphs -Os -fno-strict-aliasing -fno-common -fomit-frame-pointer -G 0 -mno-abicalls -fno-pic -march=4kc -Wa,--trap -nostdinc -pipe -DEXPORT_SYMTAB -c api.c
In file included from api.c:21:
internal.h:19:28: asm/kmap_types.h: No such file or directory
In file included from api.c:21:
internal.h:24: error: return type is an incomplete type
internal.h: In function `crypto_kmap_type':
internal.h:25: error: invalid use of undefined type `enum km_type'
internal.h:25: warning: `return' with a value, in function returning void
make[3]: *** [api.o] Fehler 1
make[3]: Leaving directory `/home/bofh/ds-0.2.9/source/ref-4mb-04.06/kernel/kernel_ohio-8mb_build/kernel/linux-2.4.17_mvl21/crypto'
make[2]: *** [first_rule] Fehler 2
make[2]: Leaving directory `/home/bofh/ds-0.2.9/source/ref-4mb-04.06/kernel/kernel_ohio-8mb_build/kernel/linux-2.4.17_mvl21/crypto'
make[1]: *** [_dir_crypto] Fehler 2
make[1]: Leaving directory `/home/bofh/ds-0.2.9/source/ref-4mb-04.06/kernel/kernel_ohio-8mb_build/kernel/linux-2.4.17_mvl21'
make: *** [source/ref-4mb-04.06/kernel/kernel_ohio-8mb_build/kernel/linux-2.4.17_mvl21/ram_zimage.bin] Fehler 2
make[4]: Entering directory `/home/bofh/ds-0.2.9/source/ref-4mb-04.06/kernel/kernel_ohio-8mb_build/kernel/linux-2.4.17_mvl21/drivers/net'
mipsel-unknown-linux-gnu-gcc -I /home/bofh/ds-0.2.9/source/ref-4mb-04.06/kernel/kernel_ohio-8mb_build/kernel/linux-2.4.17_mvl21/include/asm/gcc -D__KERNEL__ -I/home/bofh/ds-0.2.9/source/ref-4mb-04.06/kernel/kernel_ohio-8mb_build/kernel/linux-2.4.17_mvl21/include -Wall -Wstrict-prototypes -Wno-trigraphs -Os -fno-strict-aliasing -fno-common -fomit-frame-pointer -G 0 -mno-abicalls -fno-pic -march=4kc -Wa,--trap -nostdinc -pipe -c -o ppp_mppe_mppc.o ppp_mppe_mppc.c
ppp_mppe_mppc.c: In function `arc4_encrypt':
ppp_mppe_mppc.c:116: error: structure has no member named `offset'
ppp_mppe_mppc.c:120: error: structure has no member named `offset'
make[4]: *** [ppp_mppe_mppc.o] Fehler 1
make[4]: Leaving directory `/home/bofh/ds-0.2.9/source/ref-4mb-04.06/kernel/kernel_ohio-8mb_build/kernel/linux-2.4.17_mvl21/drivers/net'
make[3]: *** [first_rule] Fehler 2
make[3]: Leaving directory `/home/bofh/ds-0.2.9/source/ref-4mb-04.06/kernel/kernel_ohio-8mb_build/kernel/linux-2.4.17_mvl21/drivers/net'
make[2]: *** [_subdir_net] Fehler 2
make[2]: Leaving directory `/home/bofh/ds-0.2.9/source/ref-4mb-04.06/kernel/kernel_ohio-8mb_build/kernel/linux-2.4.17_mvl21/drivers'
make[1]: *** [_dir_drivers] Fehler 2
make[1]: Leaving directory `/home/bofh/ds-0.2.9/source/ref-4mb-04.06/kernel/kernel_ohio-8mb_build/kernel/linux-2.4.17_mvl21'
make: *** [source/ref-4mb-04.06/kernel/kernel_ohio-8mb_build/kernel/linux-2.4.17_mvl21/ram_zimage.bin] Fehler 2
Also das ppp kram kann man in ein Modul packen, aber irgendwie muss man dann dort noch einen alias einfügen oder so um das mit den Modulen zum laufen zu bekommen. Auf gut deutsch ich hab das net hinbekommen. So dann ist da noch die Cryptoapi, die lässt sich meines wissens nicht als Modul builden, nur die einzelnen Verschlüsslungsmethoden lassen sich als Module builden, aber das hab ich noch nicht ausprobiert, hilft halt nur nicht viel da man die Cryptoapi biulden muss.1. Muss das fest in den Kernel oder würden es auch Module tun?
Also für den pptp client gibt es noch kein Addon, aber für den pptpd. Also an dem Client bastele ich auch grad, hab aber grad nicht viel Zeit dafür da ich Prüfungen hab ;-)2. Es gibt ein Addon für den pptp?
pptp ist ein VPN Protokoll von Microsoft. pppd wird benötigt um die Einwahlverbindung herzustellen(dazu isser auch da). pppd kann man halt auch für semtliche Internet-Einwahlen benutzen mit verschiedensten Protokollen. Und ja meines wissens gibt es Provider wo man sich mit pptp einwählt.3. pptp ist für eine P2P-Verbindung über ein Microsoft-Protokoll? Und der pppd wird für die Internet-Einwahl benötigt? Es gibt Provider bei den man sich mit pptp einwählt, oder?
Ja das ist ein großes Problem, also pptpd kann man ziemlich einfach builden, weil es dort ein configure Script gibt. Aber wie oben schon beschrieben benötigt man pppd, und da ist schon das Problem, dort gibt es ein configure script aber nicht im klassischen Sinn, sondern es wählt eigendlich nur zwischen Linux und Solaris aus und spielt das zugehörige Makefile dann rein. So patchen des einen Makefiles ist es leider auch nicht, da es dort x unterverzeichnisse mit diversen Makefiles gibt, die auch unterschiedlichst angeordnet sind. Auf gut Deutsch ich hab jedes Makefile angepasst, und dann mussten noch ein paar path angaben in einem Headerfile umgeschrieben werden um das ganze zum laufen zu überzeugen. Dabei ist mir heute noch ein Fehler an den pathänderungen aufgefallen. Dieser ist für den pptpd nicht schlimm, aber für den pptpclient ist das verherend und deswegen kann er nicht laufen, aber auch mit diesen änderungen hab ich es nicht so richtig geschafft, aber ich denke das es jetzt dann nur noch einstellungssachen für den client sind.4. Gibts schon ein pptp-Makefile (und Patches) für den dsmod?
pty "pptp SERVER --nolaunchpppd"
name LOGINNAME
remotename PPTP
refuse-eap
refuse-pap
refuse-chap
refuse-mschap
require-mschap-v2
mppe required,stateless
file /var/flash/options.pptp
ipparam test
LOGINNAME PPTP PASSWORT *
PPTP LOGINNAME PASSWORT *
pppd call test debug dump logfd 2 nodetach
route add -host SERVER dev dsl
route add default dev ppp0
Feb 19 21:10:14 fritz daemon.info pptpd[4064]: CTRL: Client 84.169.230.218 control connection started
Feb 19 21:10:14 fritz daemon.info pptpd[4064]: CTRL: Starting call (launching pppd, opening GRE)
Feb 19 21:10:14 fritz daemon.notice pppd[4065]: pppd 2.4.3 started by root, uid 0
Feb 19 21:10:14 fritz user.warn kernel: request_module(eth1)
Feb 19 21:10:15 fritz daemon.info pppd[4065]: Using interface ppp0
Feb 19 21:10:15 fritz daemon.notice pppd[4065]: Connect: ppp0 <--> /dev/pts/1
Feb 19 21:10:15 fritz user.warn kernel: request_module(wlan)
Feb 19 21:10:45 fritz daemon.warn pppd[4065]: LCP: timeout sending Config-Requests
Feb 19 21:10:45 fritz daemon.notice pppd[4065]: Connection terminated.
Feb 19 21:10:45 fritz user.warn kernel: request_module(eth1)
Feb 19 21:10:45 fritz daemon.info pppd[4065]: Using interface ppp0
Feb 19 21:10:45 fritz daemon.notice pppd[4065]: Connect: ppp0 <--> /dev/pts/1
Feb 19 21:10:45 fritz daemon.warn pppd[4065]: tcflush failed: Bad file descriptor
Feb 19 21:10:45 fritz daemon.warn pppd[4065]: tcsetattr: Invalid argument (line 1001)
Feb 19 21:10:45 fritz daemon.info pppd[4065]: Exit.
Feb 19 21:10:45 fritz daemon.err pptpd[4064]: GRE: read(fd=9,buffer=4517cc,len=8196) from PTY failed: status = -1 error = Input/output error, usually caused by unexpected termination of pppd, check option syntax and pppd logs
Feb 19 21:10:45 fritz daemon.err pptpd[4064]: CTRL: PTY read or GRE write failed (pty,gre)=(9,10)
Feb 19 21:10:45 fritz daemon.debug pptpd[4064]: CTRL: Reaping child PPP[4065]
Feb 19 21:10:45 fritz daemon.info pptpd[4064]: CTRL: Client 84.169.230.218 control connection finished
Feb 19 21:10:45 fritz user.warn kernel: request_module(wlan)