[Problem] pptpd funktioniert nicht mit MPPE/MPPC in FB7270v3

Ich hab's mal eingecheckt. Auch für 7270 v3.

Gruß
Oliver
 
Hallo Leute,

Vielen Dank für eure Arbeit, es funktioniert jetzt mit Verschlüsselung! :)
Ist die Trunkversion 7347.
 
ikor schrieb:
Vielen Dank für eure Arbeit, es funktioniert jetzt mit Verschlüsselung! :)
Zum Vergrößern anklicken....

Schön. Bitte dem Original-Titel ein "[Gelöst]" oder "[Solved]" voranstellen, damit andere erkennen, dass dein Anliegen zufriedengestellt werden konnte. Danke.

( Evtl. wäre noch sinnvoll dem Titel einen anderen Namen zu geben? )
 
Zuletzt bearbeitet:
Hallo Leute,

Nun gibt es im Echtbetrieb doch die ein oder anderen Probleme.

Folgenden Fehler meldet pppd:
Protocol-Reject for unsupported protocol 0x

Ich kann mit mehreren Protokollen keine Verbindung herstellen.
Dazu gibt es im pppd auch eine Lösung die ich aber nicht bearbeiten kann.
Anbei der Link mit der Beschreibung: http://pptpclient.sourceforge.net/howto-diagnosis.phtml#lcp_protrej_1
 
Hi Leute,
ich sehe, dass ihr an einem ähnlichen Problem wie ich knabbert (nur scheint ihr mehr davon zu verstehen)

Wenn ich pptp-client (nicht pptpd) im freetz-devel-7438M auf meiner 7270v2 starten will, bekomme ich die Meldung:
Code: 
modprobe: module sha1 not found in modules.dep
modprobe: can't load module ppp_mppe_mppc (kernel/drivers/net/ppp_mppe_mppc.ko): No such device
Starting pptp ... failed.

Beim compilieren ist mir da auch etwas augefallen:
Code: 
  CC [M]  fs/coda/symlink.o
  CC [M]  fs/coda/pioctl.o
  CC [M]  fs/coda/sysctl.o
  LD [M]  fs/coda/coda.o
  CC [M]  fs/exportfs/expfs.o
  CC [M]  drivers/net/ppp_async.o
  LD [M]  fs/exportfs/exportfs.o
  CC [M]  fs/ext4/balloc.o
  CC [M]  drivers/net/ppp_synctty.o
  CC [M]  fs/ext4/bitmap.o
  CC [M]  fs/ext4/dir.o
  CC [M]  drivers/net/ppp_deflate.o
  CC [M]  drivers/net/ppp_mppe_mppc.o
drivers/net/ppp_mppe_mppc.c: In function 'setup_sg':
drivers/net/ppp_mppe_mppc.c:97: warning: assignment makes integer from pointer without a cast
drivers/net/ppp_mppe_mppc.c: In function 'arc4_setkey':
drivers/net/ppp_mppe_mppc.c:107: warning: passing argument 1 of 'crypto_cipher_setkey' from incompatible pointer type
include/linux/crypto.h:1127: note: expected 'struct crypto_cipher *' but argument is of type 'struct crypto_tfm *'
drivers/net/ppp_mppe_mppc.c: In function 'arc4_encrypt':
drivers/net/ppp_mppe_mppc.c:117: warning: passing argument 1 of 'crypto_cipher_encrypt_one' from incompatible pointer type
include/linux/crypto.h:1134: note: expected 'struct crypto_cipher *' but argument is of type 'struct crypto_tfm *'
drivers/net/ppp_mppe_mppc.c: In function 'mppc_compress':
drivers/net/ppp_mppe_mppc.c:636: warning: value computed is not used
drivers/net/ppp_mppe_mppc.c: In function 'mppe_module_init':
drivers/net/ppp_mppe_mppc.c:1273: warning: 'crypto_alg_available' is deprecated (declared at include/linux/crypto.h:346)
drivers/net/ppp_mppe_mppc.c:1273: warning: 'crypto_alg_available' is deprecated (declared at include/linux/crypto.h:346)
  CC [M]  fs/ext4/file.o
  CC [M]  fs/ext4/fsync.o
  CC [M]  fs/ext4/ialloc.o
  CC [M]  drivers/net/pppox.o
  CC [M]  drivers/net/pppoe.o
  CC [M]  fs/ext4/inode.o
  CC [M]  drivers/net/slhc.o
  CC [M]  drivers/net/dummy.o

Keine Ahnung ob es damit zu tun hat.

Nochmal kurz etwas zu meinem Vorhaben:
Ich versuche mir pptp (client) und iptables in das image zu stopfen, damit ich meinen strongvpn account für ausgehenden Traffic nutzen kann. Am liebsten nicht für allen ausgehenden traffic, sondern nur für bestimmte IPs/routen

Für sachdienliche Hinweise wäre ich seeeehr dankebar :)

Besten gruß,
Christian
 
Was mir gerade noch einfällt.

Auf Seite 1 von diesem Thread, ganz unten, gibt es so einen Patch. Den hab ich todesmutig ausprobieren wollen, hatte aber keinen Erfolg. nachdem ich diese zeile "patch ...." ausgeführt habe, passierte Minuten lang gar nichts. Hab dann abgebrochen. auch mit --verbos option gab es keine Ausgabe.
Mache ich etwas falsch? Ist der Patch überhaupt noch für den aktuellen Trunk anwendbar?

cheers
 
habnefrage schrieb:
Hi Leute,
Wenn ich pptp-client (nicht pptpd) im freetz-devel-7438M auf meiner 7270v2 starten will, bekomme ich die Meldung:
Code: 
modprobe: module sha1 not found in modules.dep
Zum Vergrößern anklicken....

Neuere trunk-version probieren (AFAICS später gefixed)!
Oops, Zahlendreher, habe 7*3*48 gelesen.

Problem rührt wohl von r7386 her.
Evtl. müsste bei config FREETZ_MODULE_sha1 noch bei depends on ... || FREETZ_MODULE_ppp_mppe_mppc erweitern (oder via select).
K.A. welche anderen Kernel-Module FREETZ_MODULE_ppp_mppe_mpp noch benötigt.

[1] http://freetz.org/changeset/7386
 
Zuletzt bearbeitet:
freetz-config könnte noch interessant sein, bitte anhängen.
 
habnefrage schrieb:
Was mir gerade noch einfällt.

Auf Seite 1 von diesem Thread, ganz unten, gibt es so einen Patch. Den hab ich todesmutig ausprobieren wollen, hatte aber keinen Erfolg. nachdem ich diese zeile "patch ...." ausgeführt habe, passierte Minuten lang gar nichts. Hab dann abgebrochen. auch mit --verbos option gab es keine Ausgabe.
Mache ich etwas falsch? Ist der Patch überhaupt noch für den aktuellen Trunk anwendbar?

cheers
Zum Vergrößern anklicken....

Lese weiter oben olistudent hat den Patch bereits eingepflegt!
 
habnefrage schrieb:
Hier kommt sie...

Anhang anzeigen 59152

Vielen Dank für deinen Einsatz
Zum Vergrößern anklicken....
Code: 
FREETZ_MODULE_sha1_generic=y
FREETZ_MODULE_ppp_mppe_mppc=y

Schaue gerade auf linux-3.0, vermutlich wurde sha1 Kernel-Module ab einer bestimmten Release nach sha1_generic.ko umbenannt. Ich könnte mit meinem Culprit-Commit falsch liegen.

Code: 
/lib/modules/3.0.0-1-686-pae/kernel/crypto/sha1_generic.ko
 
Zuletzt bearbeitet:
hmmm jetzt bin ich am ende von meinem Wissen über die Materie angelangt.
Dein Hinweis hilft mir leider nicht weiter.

Was genau kann/muss/soll ich nun machen? Muss ich was umbenennen? Gibts noch nen Patch?
 
Eine Idee wäre zu prüfen, ob du beide benötigten Kernel-Modules in modules.dep hast.

Code: 
cd freetz-trunk
find ./ -name modules.dep | grep modified
egrep -i 'sha1|ppp_mppe_mppc' /path/to/modules.dep
 
Zuletzt bearbeitet:
Also das sha1_generic steht drin und das andere auch.

Das problem, wenn ich das richtig sehe, pptp will sha1 und nicht sha1_generic laden. ersteres gibt es aber nicht.
Meine Hoffnung wäre gewesen, dass ich es als alias in /etc/modprobe.conf eintragen könnte, die ist aber read_only.

Kann man denn pptp irgendwie überreden, dass es sha1_generic laden soll?
 
Kannst du mal im build/ Verzeichnis und evtl. auf der Box nachschauen, ob du beide *.ko Dateien hast?

Code: 
cd freetz-trunk
find build/modified/ -name '*.ko' | egrep -i 'sha1|ppp_mppe_mppc'
 
also hier die ausgabe aus der build-Umgebung:
Code: 
rocki@ServerOffice:~/freetz/freetz-trunk$ find build/modified/ -name '*.ko' | egrep -i 'sha1|ppp_mppe_mppc'
build/modified/filesystem/lib/modules/2.6.32.21/kernel/drivers/net/ppp_mppe_mppc.ko
build/modified/filesystem/lib/modules/2.6.32.21/kernel/crypto/sha1_generic.ko

und hier direkt von der Fritzbox
Code: 
root@fritz:/lib# find -name '*.ko' | egrep -i 'sha1|ppp_mppe_mppc'
./modules/2.6.32.21/kernel/crypto/sha1_generic.ko
./modules/2.6.32.21/kernel/drivers/net/ppp_mppe_mppc.ko

Hilft dir das?
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 119 (Mitglieder: 4, Gäste: 115)

Neueste Beiträge

Statistik des Forums

Themen
245,002
Beiträge
2,222,582
Mitglieder
371,778
Neuestes Mitglied
B4R0N
Zurück
Oben