Kann mir jemand dabei auf die Sprünge helfen? Was ich möchte:
Airport soll um 02:00 Uhr deaktiviert und nach einer Wartezeit von 30 oder 60 Sekunden wieder aktiviert werden.
Hintergrund: Airport verliert um diese Zeit (oder kurz davor) regelmäßig die Internetverbindung, obwohl die Verbindung zum WLAN-Router steht. Abhilfe schafft ein Klick auf das Airportsymbol in der Menüleiste und dann ein Anklicken des gewünschten Netzwerkes.

Das mir der Wartezeit geht aufjedenfall mit „Pause“ für den Rest fällt mir noch nix ein

Außerdem müsste man da ein Apple Script einbauen das das mit der Uhrzeit regelt

anstatt nach einer lösung zu suchen einfach einen workaround erstellen? naja...

Leider kenne ich mich eben auch nicht wirklich aus mit AppleScript und / oder Automator. Vielleicht schaut noch jemand vorbei, der so ein Script aus dem Ärmel schüttelt...

Das "Problem" wird einfach die Zwangstrennung des DSL-Providers (oder sogar nur des DSL-Routers) nach 24 Stunden sein.

Dann braucht der Router halt ein bisschen, bis er wieder online ist.

Das ist normal...

PS: Welchen WLAN-Router verwendest Du denn ? Welchen Mac ? Welches Mac OS ?

Und wie sähe so ein workaround aus? Ich meine, ein Script wäre für mich eben ein workaround.

>alfrank, genau das ist es. Das Problem aber ist, dass sich mein iBook (10.5.8) danach nicht mehr automatisch verbindet. Um die Verbindung wieder zu kriegen, muss ich eben, wie oben beschrieben, das "verlorene" WLAN manuell aktivieren.

In iCal zur bestimmten Zeit aufrufen

Danke, _mäuschen!

Auf _mäuschen ist halt verlass

oder mittels launchAgent und shell script:

#! /bin/sh
/usr/sbin/networksetup -setairportpower en0 off
sleep 30
/usr/sbin/networksetup -setairportpower en0 on

Kann nicht die Zwangstrennung des Providers sein, das hat ja auf die WLAN-Verbindung keine Auswirkung.
Ist sicher nur dein WLAN-Router der den Lease alle 24h erneuert.
Bestimmt kannst du dies im Router auf 30 Tage hochschrauben.

Mein Router meldet täglich um 04:42 und 16:42 Uhr, dass er die Verbindung zur DNS Server erfolgreich hergestellt hat. Ergo: Er hat diese Verbindung vorher unterbrochen gehabt. Offenbar müssen Router von Zeit gegen die Langeweile ankämpfen!

Tja. Warum eine Lösung suchen, wenn man das Problem bekämpfen kann.

Warum das Problem bei 2 von 3 Macs nicht (MacMini, iMac) sondern nur beim iBook auftritt - keine Ahnung - oder vielleicht doch: oder weitere Googlesuchen nach: "airport verliert verbindung"

Du schreibst nicht viel über deine Konfiguration. Darum ist auch eine gezielte Suche im Internet schwierig. Auf die Schnelle habe ich hier ein paar Tipps gefunden:

Vielleicht hilft der eine oder andere Tipp bei der Lösung deines Problems.

> hidalgo:
Danke! Genau das ist (war?) es: Nachdem ich auch schon einige andere Tipps ausprobiert hatte, habe ich heute Nacht vorläufig einmal keinen Verbindungsausfall gehabt. Nochmals Danke, hidalgo!

und was hast du nun getan, um Dein Problem zu lösen?
(Dort werden ja dieverse Arbeitsschritte genannt.. welcher ist (war) es denn ?

> rene204:
Von hidalgos Tipps war es dieser (Turn router (including AirPort Base Stations) off, then on [Useful for: repeated dropouts, no Internet access] ) und zusätzlich habe ich (von einer anderen Site im Web) den Tipp genützt, in den Systemeinstellungen/Netzwerk die Umgebung von "Automatisch" umzubenennen auf einen anderen Namen. Was jetzt wirklich der Ausschlag war, dass nun schon seit über 24 Stunden kein Ausfall des Airport meines iBook stattgefunden hat, kann ich nicht sagen. Am Router selbst habe ich (bis aufs Ein- und Ausschalten) keine Einstellungen verändert.
Ähh, ja natürlich: iBook G4 800MHz 1,2 GB RAM, Router Thomson SpeedTouch 585 - habe ich weiter oben ja gar noch nicht erwähnt...
Auf alle Fälle funktioniert derweil alles wieder wie gewohnt. Danke allen für die Hilfen!

Bitte schön.
Und wir sind alle froh, dass das Problem grundsätzlich behoben wurde, und nicht durch mehr oder weniger umständliche Work-arounds umgangen werden muss.
Tut mir leid, das sagen zu müssen, aber die Hälfte der Beiträge waren nicht wirklich zielführend. Vor allem deshalb nicht, da bei der Problemstellung schon eine mögliche Lösung angeboten wurde.