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

[olistudent]

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

Gruß
Oliver

 

[ikor]

Hallo Leute,

Vielen Dank für eure Arbeit, es funktioniert jetzt mit Verschlüsselung!
Ist die Trunkversion 7347.

 

[dileks]

Vielen Dank für eure Arbeit, es funktioniert jetzt mit Verschlüsselung!

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? )

 

[dileks]

@ikor:

Wie schon im comment #12 gewünscht: Bitte pptpd-Wiki [1] durchschauen und ggf. aktualisieren. Danke.

[1] http://freetz.org/wiki/packages/pptpd

 

[ikor]

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

 

[habnefrage]

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:

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:

  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

 

[habnefrage]

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

 

[dileks]

Hi Leute,
Wenn ich pptp-client (nicht pptpd) im freetz-devel-7438M auf meiner 7270v2 starten will, bekomme ich die Meldung:

modprobe: module sha1 not found in modules.dep

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

 

[habnefrage]

Danke für die Antwort.
SVN version 7438 ist die aktuelle TrunkVersion, oder?

 

[dileks]

freetz-config könnte noch interessant sein, bitte anhängen.

 

[dileks]

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

Lese weiter oben olistudent hat den Patch bereits eingepflegt!

 

[habnefrage]

Hier kommt sie...

Anhang anzeigen freetz_config_working_20110802-0030.txt

Vielen Dank für deinen Einsatz

 

[habnefrage]

Lese weiter oben olistudent hat den Patch bereits eingepflegt!

Ja, hab ich gelesen. (Was wohl das Verhalten bei meinem Patchversuch erklären könnte)
ABER der fehler beim starten von PPTP bleibt bestehen.

 

[dileks]

Hier kommt sie...

Anhang anzeigen 59152

Vielen Dank für deinen Einsatz

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.

/lib/modules/3.0.0-1-686-pae/kernel/crypto/sha1_generic.ko

 

[habnefrage]

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?

 

[dileks]

Eine Idee wäre zu prüfen, ob du beide benötigten Kernel-Modules in modules.dep hast.

cd freetz-trunk
find ./ -name modules.dep | grep modified
egrep -i 'sha1|ppp_mppe_mppc' /path/to/modules.dep

 

[habnefrage]

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?

 

[dileks]

Kannst du mal im build/ Verzeichnis und evtl. auf der Box nachschauen, ob du beide *.ko Dateien hast?

cd freetz-trunk
find build/modified/ -name '*.ko' | egrep -i 'sha1|ppp_mppe_mppc'

 

[dileks]

Kann man denn pptp irgendwie überreden, dass es sha1_generic laden soll?

Könntest du meine Fragen beantworten bevor du neue stellst? Danke.

 

[habnefrage]

also hier die ausgabe aus der build-Umgebung:

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

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?