On Sun, Aug 07, 2011 at 11:13:07AM +0200, Jan Dittberner wrote: > On Sun, Aug 07, 2011 at 03:20:28AM +0200, Andre Klärner wrote: > > On Sat, Aug 06, 2011 at 11:27:17AM +0200, Konrad Rosenbaum wrote: > > > Schau mal in /etc/default/aiccu - dort muss ein Flag gesetzt > > > werden damit es beim Start hochkommt. > > > > Wenn das nicht gesetzt ist, startet es nie, nicht nur nicht beim > > Booten. > > Das ist nicht korrekt, bei mir steht in der /etc/default/aiccu > (Kommentare lass ich mal weg): > > DAEMON_ARGS="" > AICCU_ENABLED=No
Also heißt ein "AICCU_ENABLED=Yes" das aiccu beim Booten startet, und ein
"AICCU_ENABLED=No" dass aiccu beim Booten startet?
Ein kleiner Auszug aus /etc/init.d/aiccu:
# Is aiccu enabled?
case "$AICCU_ENABLED" in
[Nn]*)
exit 0
;;
esac
Damit beendet sich das aiccu-initscript sobald der Inhalt der
AICCU_ENABLED-Variable mit N beginnt. Klingt nach keiner Unterscheidung ob
beim Booten oder nicht.
> > > Das stört nicht. Aiccu detektiert automagisch wenn PPP hoch oder runter
> > > fährt.
> >
> > Ach ja, seit welcher in Debian gepackten Version?
>
> Bei mir ist das aiccu 20070115-14 (die Version ist in Squeeze, testing
> und unstable identisch)
Okay, die habe ich installiert. Trotzdem hängt sich der Aiccu-Tunnel auf,
sobald die Zwangstrennung des Providers kommt.
> > Ich habe das Problem, das Aiccu nicht hinter einer NAT sitzt,
> > sondern direkt auf dem Gateway ohne NAT. Da Aiccu das unterbrochene
> > ppp0-Interface nicht mitbekommt hängt es sich danach sofort auf, und
> > kann keine UDP-Pakete nach draußen schicken. Allein ein restart von
> > aiccu kann das beheben. Seitdem ich das Setup so habe, und den
> > Fehler kenne starte ich aiccu präventiv beim DNS-Update durch.
>
> Wenn das ppp-Interface per ifupdown (also /etc/network/interfaces)
> gestartet wird, sollten die beiden Zeilen aus meiner vorigen Mail bei
> dem ppp-Interface-Block helfen, also:
>
> post-up aiccu start
> pre-down aiccu stop
>
> > Wenn jemand eine Idee hat, wie man das fixt: gerne, her damit..
Das hilft leider bei der Zwangstrennung nicht, denn der PPPoE-Daemon trennt
das Interface, löscht das ppp0 (womit das Handle auf das Netzwerk-Interface
in Aiccu ungültig wird) und startet danach ein neues ppp0-Interface mit
dann neuen Handles. Aiccu bekommt das nicht mit, und verwendet keinen neuen
sauberen Socket, sondern noch immer den alten. Laut Bugtracker ist das
Problem seit 2008 gefunden und gefixt, aber kein gefixtes Release für Linux
existiert. In der Versionshistorie habe ich es schon gefunden:
"Don't use a connected UDP socket for AYIYA and heartbeat traffic"
Ich hoffe du verstehst jetzt besser was ich meinte.
Gruß, Andre
--
Andre Klärner
Telefon: 0351/79633546
Fax: 0351/79688547
Mobil: 0172/9838653
Anschrift:
Prohliser Allee 43
01239 Dresden
Diese E-Mail ist mittels S/MIME signiert worden.
Für S/MIME sind die Root-Zertifiakate der CAcert.org zu installieren
(unter http://www.cacert.org/index.php?id=3 zu finden), damit mein
Zertifikat als vertrauenswürdig eingestuft wird.
CAcert.org ist eine offene Zertifizierungsstelle für SSL-Zertifikate auf
Basis eines Web-Of-Trust. Weitere Details finden Sie auf der Website.
Wenn diese E-Mail nicht als authentifiziert angezeigt wird, überprüfen
Sie bitte doppelt die Korrektheit dieser Mail.
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Lug-dd maillist - [email protected] https://ssl.schlittermann.de/mailman/listinfo/lug-dd
