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 stopWenn 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