Hallo Liste!
Ich habe unlängst mit einigen von euch mein Reconnect-Script
durchgespielt - hat auch perfekt funktioniert, nur seit einigen
Tagen spielt es wieder verrückt...
Die Verbindung baue ich generell über "pptp 10.0.0.138 10.0.0.140:"
auf, dannach soll das skript alles weitere übernehmen, mein Skript
sie so aus:
#!/bin/bash
/usr/bin/killall pppd 1>/dev/null 2>/dev/null /bin/sleep3
/usr/bin/killall pptp 1>/dev/null 2>/dev/null /bin/sleep3
/usr/bin/killall -9 pppd 1>/dev/null 2>/dev/null
/usr/bin/killall -9 pptp 1>/dev/null 2>/dev/null
killall pptp
kilall pppd
/bin/rm /var/run/pptp/10.0.0.138 10.0.0.140: 1>/dev/null 2>/dev/null
/bin/sleep 2
/usr/local/sbin/pptp 10.0.0.138 10.0.0.140:
Cron führ folgenden Befehl jede Minute aus:
1 * * * * root ping -c 2 195.58.161.14 > /dev/null ||
/usr/local/sbin/reconnect
Das funktioniert einige Zeit lang auch recht (heute 5h) gut, nur
plötzlich beginnt
folgendes zu wüten (/var/log/messages):
Oct 6 15:20:52 hausmeister pppd[734]: rcvd [LCP EchoRep id=0x21
magic=0x5209ee19]
Oct 6 15:21:00 hausmeister /USR/SBIN/CRON[2235]: (root) CMD ( ping -c
2 195.58.161.14 > /dev/null || /usr/local/sbin/recon
Oct 6 15:21:11 hausmeister pptp[2248]: Client connection established.
Oct 6 15:21:12 hausmeister pptp[2248]: Incomming call established.
Oct 6 15:21:12 hausmeister pptp[2249]: pptp: call_id = 0
peer_call_id = 0
Oct 6 15:21:12 hausmeister pppd[2246]: pppd 2.3.11 started by root,
uid 0
Oct 6 15:21:12 hausmeister pppd[2246]: Removed stale lock on ttya0
(pid 734)
Oct 6 15:21:12 hausmeister pppd[2246]: Perms of /dev/ttya0 are ok, no
'mesg n' neccesary.
Oct 6 15:21:12 hausmeister pppd[2246]: Using interface ppp1
Oct 6 15:21:12 hausmeister pppd[2246]: Connect: ppp1 <--> /dev/ttya0
Oct 6 15:21:12 hausmeister pppd[2246]: sent [LCP ConfReq id=0x1
Hi, Martin Puaschitz wrote:
Ich habe unlängst mit einigen von euch mein Reconnect-Script durchgespielt - hat auch perfekt funktioniert, nur seit einigen Tagen spielt es wieder verrückt...
Die Verbindung baue ich generell über "pptp 10.0.0.138 10.0.0.140:" auf, dannach soll das skript alles weitere übernehmen, mein Skript sie so aus:
#!/bin/bash /usr/bin/killall pppd 1>/dev/null 2>/dev/null /bin/sleep3 /usr/bin/killall pptp 1>/dev/null 2>/dev/null /bin/sleep3 /usr/bin/killall -9 pppd 1>/dev/null 2>/dev/null /usr/bin/killall -9 pptp 1>/dev/null 2>/dev/null killall pptp kilall pppd ^^^^^^ killall /bin/rm /var/run/pptp/10.0.0.138 10.0.0.140: 1>/dev/null 2>/dev/null ^^^^^^^^^^^ Weglassen. Diesen File gibt es nicht.
/bin/sleep 2 /usr/local/sbin/pptp 10.0.0.138 10.0.0.140:
Ich bin mal so frei, und schreibe das Skript um: (BTW: Das ist von Inode, oder?) ----8<---- #!/bin/bash ( /usr/bin/killall pppd /usr/bin/killall pptp /usr/bin/killall -9 pppd /usr/bin/killall -9 pptp killall pptp killall pppd /bin/rm /var/run/pptp/10.0.0.138 /bin/sleep 2 /usr/local/sbin/pptp 10.0.0.138 10.0.0.140: # ^ # Muß der Doppelpunkt sein? Bzw.: muß die zweite Adr. sein? Bei mir # gehts ohne. ) > /dev/null 2>&1
Cron führ folgenden Befehl jede Minute aus:
1 * * * * root ping -c 2 195.58.161.14 > /dev/null || /usr/local/sbin/reconnect
Der Rechner, den Du pingen willst, steht (bzw. ich kann ihn nicht erreichen) -> darum baut Deiner andauernd eine neue Verbindung auf. Versuche eventuell, einen anderen Rechner zu nehmen (Nameserver?).
Somit habe ich laut ifconfig zu dem Zeitpunkt ppp0 sowie ppp1 laufen, das geht auch wieder
Wieso ppp1? Versteh ich nicht, das ist doch eines zuviel (Oder hast Du eine Modemverbindung o.ä. auch?)
Sobald er mehr als eine ppp aufgemacht hat, geht kein Traffic mehr hinaus. Was kann ich dagegen tun? Vielleicht nur ppp0 irgendwo freigeben und die anderen sperren? Warum tritt das Problem überhaupt auf? Was kann ich dagegen tun?
Kann ich verstehen, daß er da nicht mehr wirklich mag. Probier mal, das Skript abzudrehen, kill sämtliche pppd und pptp Prozesse und probiers dann nochmal zu aktivieren. Wenns nix hilft und Du die ganzen pppX'n nicht weiterkriegst, dann starte halt mal durch (obwohl ich das nur ungern machen würde :-) ). Adalbert --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Servas! Vorweg: danke für die Reaktion! ;o)
Ich bin mal so frei, und schreibe das Skript um: (BTW: Das ist von Inode, oder?)
Inode, korrekt... die haben im Man auch vergessen anzugeben dass bei einem cron "root" als user dabeistehen sollte - wenn du das vergisst,...anstregend! ;o)
----8<---- #!/bin/bash ( /usr/bin/killall pppd /usr/bin/killall pptp /usr/bin/killall -9 pppd /usr/bin/killall -9 pptp killall pptp killall pppd /bin/rm /var/run/pptp/10.0.0.138 /bin/sleep 2 /usr/local/sbin/pptp 10.0.0.138 10.0.0.140: # ^ # Muß der Doppelpunkt sein? Bzw.: muß die zweite Adr. sein? Bei mir # gehts ohne. ) > /dev/null 2>&1
Der Doppelpunkt bzw. die Adresse muss nicht sein, ich hab mal gelesen dass man so das Interface angibt über welche Adresse er sich connecten soll und ich hab halt mit den ganzen Fehlern einmal einiges durchprobiert.... So, hab das Skript einfach 1:1 übernommen, funktioniert mal gut wenn eine Verbindung steht baut er keine auf, wenn keine da ist, baut er eine auf. Bin mal gespannt ob er nach einigen Stunden wieder sinnlosviele ppp*es aufbaut...
1 * * * * root ping -c 2 195.58.161.14 > /dev/null || Der Rechner, den Du pingen willst, steht (bzw. ich kann ihn nicht erreichen) -> darum baut Deiner andauernd eine neue Verbindung auf. Versuche eventuell, einen anderen Rechner zu nehmen (Nameserver?).
Ich kann den Rechner zwar erreichen, aber vielleicht nehm ich wirklich einen andern. Sag, gibt es die Möglichkeit mehr oder weniger folgenden Befehl zu machen "ping www.orf.at sowie www.aon.at - wenn beide nicht erreichbar - dann reconnect". Das wäre einiges sicherer, wenn mal wirklich der Server ausfällt, und er erreicht aber den anderern ist somit wenigens gewährleistet dass ere sich nicht wieder selbst tötet obwohl er eh' am Netz hängen tät...
Wieso ppp1? Versteh ich nicht, das ist doch eines zuviel (Oder hast Du eine Modemverbindung o.ä. auch?)
nicht parallel. Er startet dann auf einmal parallel mehrere ppp* bis eben ppp99....ich hab auch isdnkarterl drinnen, is allerdings ippp0, macht keine Probleme und ist derzeit nicht in Verwendung.
Probier mal, das Skript abzudrehen, kill sämtliche pppd und pptp Prozesse und probiers dann nochmal zu aktivieren. Wenns nix hilft und Du die ganzen pppX'n nicht weiterkriegst, dann starte halt mal durch (obwohl ich das nur ungern machen würde :-) ).
Was meinst du mir "starte halt mal durch"? Eine Frage gleich: Wie kann ich eigentlich ppp neu starten? Hab zb. in der /sbin/init.d/ gesucht, aber keinen Eintrag gefunden der dazupassen würd... Martin Ps. Das witzige ist der Detailbericht der Connects von inode (wo man sieht welchen Schwachsinn die Kiste baut...): 06.10.2000 10:42:36 4,55 1,78 0,25 2,03 06.10.2000 15:15:35 0,02 0,00 0,00 0,00 06.10.2000 15:16:35 0,02 0,00 0,00 0,00 06.10.2000 15:17:35 0,02 0,00 0,00 0,00 06.10.2000 15:18:35 0,02 0,00 0,00 0,00 06.10.2000 15:19:35 0,02 0,00 0,00 0,00 06.10.2000 15:20:35 0,02 0,00 0,00 0,00 06.10.2000 15:21:35 0,02 0,00 0,00 0,00 06.10.2000 15:22:35 0,02 0,00 0,00 0,00 06.10.2000 15:23:35 0,02 0,00 0,00 0,00 06.10.2000 15:24:35 0,02 0,00 0,00 0,00 06.10.2000 15:25:35 0,02 0,00 0,00 0,00 06.10.2000 15:26:35 0,00 0,00 0,00 0,00 06.10.2000 15:26:43 0,04 0,00 0,00 0,00 06.10.2000 15:29:08 1,54 0,18 0,09 0,28 ^^^ connecttime! 0,02...naja... :o) --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Martin, On 00/10/07@10:35 Martin Puaschitz told me in 106lines (3,5K):
Was meinst du mir "starte halt mal durch"? Eine Frage gleich: Wie kann ich eigentlich ppp neu starten? Hab zb. in der /sbin/init.d/ gesucht, aber keinen Eintrag gefunden der dazupassen würd...
Im Zweifelsfall mit init 1/init 2. -- (o< ----CU //\ *Maik Holtkamp* V_/_ #s-y-l@gmx.net# --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi, Bitte kein CC, ich lese mit. Danke. Martin Puaschitz wrote:
Vorweg: danke für die Reaktion! ;o)
Bittegerne.
Ich bin mal so frei, und schreibe das Skript um: (BTW: Das ist von Inode, oder?)
Inode, korrekt...
dacht ich mirs doch (Hab ich selbst bei einem Kunden in Verwendung :-) )
die haben im Man auch vergessen anzugeben dass bei einem cron "root" als user dabeistehen sollte - wenn du das vergisst,...anstregend! ;o)
*g*
Der Doppelpunkt bzw. die Adresse muss nicht sein, ich hab mal gelesen dass man so das Interface angibt über welche Adresse er sich connecten soll und ich hab halt mit den ganzen Fehlern einmal einiges durchprobiert....
asooo ...
So, hab das Skript einfach 1:1 übernommen, funktioniert mal gut wenn eine Verbindung steht baut er keine auf, wenn keine da ist, baut er eine auf. Bin mal gespannt ob er nach einigen Stunden wieder sinnlosviele ppp*es aufbaut...
na hoffentlich nicht .....
1 * * * * root ping -c 2 195.58.161.14 > /dev/null || Der Rechner, den Du pingen willst, steht (bzw. ich kann ihn nicht erreichen) -> darum baut Deiner andauernd eine neue Verbindung auf. Versuche eventuell, einen anderen Rechner zu nehmen (Nameserver?).
Ich kann den Rechner zwar erreichen, aber vielleicht nehm ich wirklich einen andern.
Inzwischen kann ich auch wieder :-)
Sag, gibt es die Möglichkeit mehr oder weniger folgenden Befehl zu machen "ping www.orf.at sowie www.aon.at - wenn beide nicht erreichbar - dann reconnect". Das wäre einiges sicherer, wenn mal wirklich der Server ausfällt, und er erreicht aber den anderern ist somit wenigens gewährleistet dass ere sich nicht wieder selbst tötet obwohl er eh' am Netz hängen tät...
(untested) 1 * * * * root ( ping -c 2 www.orf.at || ping -c 2 www.aon.at ) > /dev/null || redonnect
Probier mal, das Skript abzudrehen, kill sämtliche pppd und pptp Prozesse und probiers dann nochmal zu aktivieren. Wenns nix hilft und Du die ganzen pppX'n nicht weiterkriegst, dann starte halt mal durch (obwohl ich das nur ungern machen würde :-) ).
Was meinst du mir "starte halt mal durch"?
Ich meinte, daß Du den Rechner neu startest; dann sind sie mit Sicherheit weg (ich weiß, man startet einen Linux-Rechner nicht neu - nur im Notfall, oder es freut einen nicht, noch weiter zu suchen...)
Eine Frage gleich: Wie kann ich eigentlich ppp neu starten? Hab zb. in der /sbin/init.d/ gesucht, aber keinen Eintrag gefunden der dazupassen würd...
Der pppd wird von pptp gestartet (Beim Reconnect wird nur der pptp gestartet - gekillt werden aber pptp und pppd); wenn Du reconnectest, werden beide neu gestartet.
Ps. Das witzige ist der Detailbericht der Connects von inode (wo man sieht welchen Schwachsinn die Kiste baut...): [...] 06.10.2000 15:25:35 0,02 0,00 0,00 0,00 06.10.2000 15:26:35 0,00 0,00 0,00 0,00 06.10.2000 15:26:43 0,04 0,00 0,00 0,00 ^^^ connecttime! 0,02...naja... :o)
nicht gerade viel .... Net4You sagt bei mir was anderes: 01.10.2000 07:31:00 ip.adr 481 01.10.2000 15:36:00 ip.adr 481 01.10.2000 23:41:00 ip.adr 481 02.10.2000 07:46:00 ip.adr 481 02.10.2000 15:51:00 ip.adr 481 02.10.2000 23:56:00 ip.adr 481 03.10.2000 08:01:00 ip.adr 481 03.10.2000 16:06:00 ip.adr 481 04.10.2000 00:11:00 ip.adr 481 04.10.2000 08:16:00 ip.adr 481 04.10.2000 16:21:00 ip.adr 481 04.10.2000 23:38:00 ip.adr 432 05.10.2000 14:46:00 ip.adr 481 05.10.2000 22:51:00 ip.adr 481 06.10.2000 09:41:00 ip.adr 481 06.10.2000 17:46:00 ip.adr 481 ^^^ Connecttime [min] da mußt Du wohl noch ein bißchen administrieren, damit Du auch so eine Connecttime hast *fg* Adalbert --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
1 * * * * root ( ping -c 2 www.orf.at || ping -c 2 www.aon.at ) > /dev/null || redonnect
hab einfach mal ping -c 2 www.orf.at || ping -c 2 www.aon.at in der console probiert, er ping nur den ersten....leider...
da mußt Du wohl noch ein bißchen administrieren, damit Du auch so eine Connecttime hast *fg*
ich bemüh mich! ;o) Martin --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi, Martin Puaschitz wrote:
1 * * * * root ( ping -c 2 www.orf.at || ping -c 2 www.aon.at ) > \ /dev/null || redonnect
hab einfach mal ping -c 2 www.orf.at || ping -c 2 www.aon.at in der console probiert, er ping nur den ersten....leider...
Wenn der erreichbar ist, ja. Das zweite ping wird ja nur ausgeführt, wenn das erste erfolgreich war. ping im ersten einfach mal ine Adresse, die unerreichbar ist (10.irgendwas ist ein heisser Tip); dann wird das zweite ausgeführt. Du kannst da auch 27 Pings verschachteln .... Weiteres steht dann in man bash; mach da mal "/\|\|" - ohne "). Adalbert --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
-----Original Message----- From: Michelic Adalbert [mailto:a.michelic.suse@aon.at] Wenn der erreichbar ist, ja. Das zweite ping wird ja nur ausgeführt, wenn das erste erfolgreich war. ping im ersten einfach mal ine Adresse, die unerreichbar ist (10.irgendwas ist ein heisser Tip);
ping -c 2 10.0.0.1 || ping -c 2 www.aon.at > /dev/null || /var/log/skript PING 10.0.0.1 (10.0.0.1): 56 data bytes --- 10.0.0.1 ping statistics --- 2 packets transmitted, 0 packets received, 100% packet loss ping -c 2 www.aon.at || ping -c 2 10.0.1.55 > /dev/null || /var/log/skript PING WS01IS07.highway.telekom.at (195.3.96.73): 56 data bytes 64 bytes from 195.3.96.73: icmp_seq=0 ttl=251 time=29.349 ms 64 bytes from 195.3.96.73: icmp_seq=1 ttl=251 time=33.957 ms --- WS01IS07.highway.telekom.at ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max = 29.349/31.653/33.957 ms wie ich es drehe und wende funktionierts net wie ich will, jemand anders hat mich auf folgende möglichkeit gebracht: fping -q -c 2 195.58.161.14 194.158.136.44 195.3.96.73 > /dev/null || /usr/local/sbin/reconnect2) nur das Problem (siehe neuer Treat in Luga) ist, dass ich nun ständige Mails com Cron Daemon bekomme, dass er die drei hosts gepingt hat, also alles passt. Ich möchte aber am tag net unbedingt 3600 Mails vom Cron (so sehr hab ich den auch net lieb) bekommen....idee? Martin --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Mon, 09 Oct 2000 schrieb Martin Puaschitz:
hab ich den auch net lieb) bekommen....idee?
Hm, Dein Problem scheint zu sein, dass das jeweils erste Datenpaket verschluckt wird, das sollte sich mit dem IP_DYNIP Patch eventuell lösen lassen. -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ | http://www.knightsoft.de Manfred | http://www.knightsoft-net.de -> Bundesliga-Tipprunde! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi, Martin Puaschitz wrote:
-----Original Message----- From: Michelic Adalbert [mailto:a.michelic.suse@aon.at] Wenn der erreichbar ist, ja. Das zweite ping wird ja nur ausgeführt, wenn das erste erfolgreich war. ping im ersten einfach mal ine Adresse, die unerreichbar ist (10.irgendwas ist ein heisser Tip);
Da da ist was nicht ganz so, wie ich es gemeint habe:
ping -c 2 10.0.0.1 || ping -c 2 www.aon.at > /dev/null || /var/log/skript ^^ ^^^^^^^^^^^^^^^ Was sind die zwei Dinger? ------------^^ (Meinst Du mit den 2 | einen Zeilenumbruch?) PING 10.0.0.1 (10.0.0.1): 56 data bytes --- 10.0.0.1 ping statistics --- 2 packets transmitted, 0 packets received, 100% packet loss
Du siehst hier das Ergebnis von ping www.aon.at nicht, weil Du es nach /dev/null schickst. Mach es mal so: ( ping -c 2 10.0.0.1 || ping -c 2 www.aon.at ) > /dev/null \ || reconnect Mit den Klammern schickst Du das Ergebnis von _beiden_ Pings nach /dev/null; der Backslash gibt an, daß der Befehl in der nächsten Zeile weitergeht. Wenn Du die Klammern nicht machen willst, mußt Du beide Pings extra nach /dev/null schicken.
ping -c 2 www.aon.at || ping -c 2 10.0.1.55 > /dev/null || /var/log/skript PING WS01IS07.highway.telekom.at (195.3.96.73): 56 data bytes 64 bytes from 195.3.96.73: icmp_seq=0 ttl=251 time=29.349 ms 64 bytes from 195.3.96.73: icmp_seq=1 ttl=251 time=33.957 ms --- WS01IS07.highway.telekom.at ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max = 29.349/31.653/33.957 ms
Hier wird 10.0.1.55 sowieso nicht gepingt, darum wird von diesem Ping nicht mal die Ausgabe nach /dev/null geschickt.
wie ich es drehe und wende funktionierts net wie ich will, jemand anders hat mich auf folgende möglichkeit gebracht:
fping -q -c 2 195.58.161.14 194.158.136.44 195.3.96.73 > /dev/null || /usr/local/sbin/reconnect2)
nur das Problem (siehe neuer Treat in Luga) ist, dass ich nun ständige Mails com Cron Daemon bekomme, dass er die drei hosts gepingt hat, also alles passt. Ich möchte aber am tag net unbedingt 3600 Mails vom Cron (so sehr hab ich den auch net lieb) bekommen....idee?
AFAIK hat ein Tag aber sogar in der modernen schnelllebigen Zeit noch immer nur 1440 Minuten ... SCNR :-) ich habe fping nicht installiert, aber vermutlich hilft es, die Standard-Fehlerausgabe auch noch auf den Mond zu schießen: fping -q -c 2 195.58.161.14 194.158.136.44 195.3.96.73 \ 2>&1 > /dev/null || /usr/local/sbin/reconnect2) das "2_&1" muß _vor_ dem /dev/null stehen - zuerst leitest Du StdErr nach StdOut um, dann leitest Du StdOut um; wenn Du die Reihenfolge vertauscht, bringts nix. Adalbert PS: Dein Outlook 2000 macht mit Verlaub einen grauenhaften Zeilenumbruch. Ich hab mich mal erdreistet, das sauber zu formatieren. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Michelic Adalbert wrote on Mon, Oct 09, 2000 at 22:16 +0200:
Hi,
Martin Puaschitz wrote:
ping -c 2 10.0.0.1 || ping -c 2 www.aon.at > /dev/null || /var/log/skript ^^ ^^^^^^^^^^^^^^^ Was sind die zwei Dinger? ------------^^
logisches Oder. Der nette nebeneffekt: wenn erste Bedingung wahr ist, ist auf jeden Fall der Ausdruck wahr, muß also nicht weiter ausgeführt werden. Ist der erste falsch, jedoch schon, weil entscheidend ist, ob nun noch ein wahrer kommt. Das 2. Ping wird also gestartet, wenn das erste schiefging.
ping -c 2 www.aon.at || ping -c 2 10.0.1.55 > /dev/null || \ /var/log/skript
Hier wird 10.0.1.55 sowieso nicht gepingt, darum wird von diesem Ping nicht mal die Ausgabe nach /dev/null geschickt.
Na gepingt, wenn aon down ist. Weiß aber auch nicht, was das soll ... oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hi, Steffen Dettmer wrote:
* Michelic Adalbert wrote on Mon, Oct 09, 2000 at 22:16 +0200:
Martin Puaschitz wrote:
ping -c 2 10.0.0.1 || ping -c 2 www.aon.at > /dev/null || /var/log/skript ^^ ^^^^^^^^^^^^^^^ Was sind die zwei Dinger? ------------^^
logisches Oder. Der nette nebeneffekt: wenn erste Bedingung wahr ist, ist auf jeden Fall der Ausdruck wahr, muß also nicht weiter ausgeführt werden. Ist der erste falsch, jedoch schon, weil entscheidend ist, ob nun noch ein wahrer kommt. Das 2. Ping wird also gestartet, wenn das erste schiefging.
Du hast hier eine Zeile von meiner Antwort verschwinden lassen .... Mich hat die Tatsache irritiert, daß hier /var/log/skript ausgeführt werden soll - ein Skript hat laut FHS IMHO nix in /var/log verloren; außerdem hat sich das Ding darum gedreht, daß ein Skript, das "reconnect" heißt ausgeführt werden soll.
ping -c 2 www.aon.at || ping -c 2 10.0.1.55 > /dev/null || \ /var/log/skript
Hier wird 10.0.1.55 sowieso nicht gepingt, darum wird von diesem Ping nicht mal die Ausgabe nach /dev/null geschickt.
Na gepingt, wenn aon down ist. Weiß aber auch nicht, was das soll ...
... Wenn aon down ist, ist es halt Pech. Weit interessanter ist es, zu wissen, ob eine ADSL-Verbindung steht (diese Verbindungen werden von Zeit zu Zeit und je nach Provider ziemlich kommentarlos abgedreht; der pptp läuft da weiter - ein ping schafft aber Gewißheit - bei 2 Pings ist die Gewißheit noch größer, weil da der Aufall eines Hosts ohne Folgen bleibt). Die TA ist im Gegensatz zur DTAG nicht dem Wahn verfallen, für Verbindungen, bei denen keine zeitabhängigen Kosten anfallen, welche zu verrechnen - bei ADSL zahlt man in Österreich nach Datenmenge; darum ist die Leitung auch quasi-ständig offen. Adalbert --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
he leute! reconnect-skript geht (dank Michelic Adalbert). guter croneintrag hierzu (für mehrer hosts pingen) mit ping -c2 194.158.136.40 >/dev/null || ping -c2 195.3.96.73 >/dev/null || /usr/local/sbin/reconnect2) gelöst. Geht auch einwandfrei. Danke an alle, Martin --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (5)
-
a.michelic.suse＠aon.at -
Manfred.Tremmel＠iiv.de -
martin＠puaschitz.at -
s-y-l＠gmx.net -
steffen＠dett.de