Koozali.org: home of the SME Server

Other Languages => Deutsch => Topic started by: FraunhoferIFF on May 31, 2008, 10:10:47 AM

Title: PPTP kernel: mppe_decompress[1]: osize too small! (have: 1404 need: 1405)
Post by: FraunhoferIFF on May 31, 2008, 10:10:47 AM
Seid neuestem bekomm ich folgende Meldung wenn ich per PPTP Daten übermittel.

kernel: mppe_decompress[1]: osize too small! (have: 1404 need: 1405)

kann da wer was mit anfangen ?


Danke

Marcel
Title: Re: PPTP kernel: mppe_decompress[1]: osize too small! (have: 1404 need: 1405)
Post by: capri on June 01, 2008, 03:47:04 PM
Machst du die Verbindung über DSL? Weil dann könnte es mit der MTU SIZE Zusammanehängen, die läßt sich aber für PPPOE beim SME7, laut Entwickler,  nicht manipulieren :(

(Standard MTU SIZE für Netzwerkkarten 1500, für PPPOE 1492)

Manche Provider nutzen einen Wert kleiner als 1492.

Kann man von Windows aus testen wie beschrieben Hier http://help.expedient.com/broadband/mtu_ping_test.shtml

Englisch:
http://en.wikipedia.org/wiki/Maximum_transmission_unit
Deutsch:
http://de.wikipedia.org/wiki/Maximum_Transmission_Unit

Um zu testen ob es auf der Windwos Rechner Seite happert (Klient) kann man die Anleitung http://support.microsoft.com/kb/283165/de verwenden, wenn es aber auf der SME Server Seite happert, wird es wohl schwierig :(
Title: gelöst
Post by: FraunhoferIFF on June 01, 2008, 07:08:33 PM
Gelöst:

und zwar in den  Templates :

/etc/e-smith/templates/etc/ppp/options.pptpd/mtu
/etc/e-smith/templates/etc/ppp/options.pptpd/mru

jeweils die richtwerte : 1400 auskommentieren .

sieht dann z.B. so aus :

# mru 1400


expand-template /etc/pptpd.conf


dann macht der Client die Aushandlung selber.

Marcel


Title: Re: PPTP kernel: mppe_decompress[1]: osize too small! (have: 1404 need: 1405)
Post by: capri on June 01, 2008, 07:27:45 PM
Genau solche Sachen sind es die mich am SME7 nerven, und ich denke auch solche Sachen sind der Grund warum Centos5.1 nicht so leicht für einen SME8 umzusetzen ist.

Die Sicherheitsverfahren und Umstände haben sich gewandelt nur SME setzt immer noch auf Umstände von 1998 :(

Warum können Klient und Server die Paket Fragment Größe nicht sicher untereinander aushandeln, sondern es wird mit 'Krücken' wie statischer Festlegung agiert?

Der SME veraltet zusehens mehr, Schade für ein so tolles Produkt :(