ip-up.local zeigt seltsames Verhalten
Hallo Liste, ich komm mit ip-up.local auch nicht klar. Ich benutze t-dsl und habe das (wie ich dachte) einfache ziel, nachdem eine verbindung hergestellt wurde, einige skripte zu starten. Nur funktioniert der skript aufruf via ip-up.local nie vollständig. Mal ein Beispiel, ich editiere ip-up.local wie folgt: #!/bin/sh echo langsam versteh ich gar nichts mehr ipchains -P forward ACCEPT #was vorher auf DENY gestellt ist! Fröhlich studiere ich bei der Einwahl die /var/log/messages und lese dort Dinge wie: Jul 2 10:43:23 canyon pppd[3666]: local IP address 62.157.57.59 Jul 2 10:43:23 canyon pppd[3666]: remote IP address 193.158.144.9 Jul 2 10:43:23 canyon pppd[3666]: primary DNS address 62.225.250.201 Jul 2 10:43:23 canyon pppd[3666]: secondary DNS address 194.25.2.129 Jul 2 10:43:23 canyon pppd[3666]: Script /etc/ppp/ip-up started (pid 3667) Jul 2 10:43:23 canyon ip-up: Modified /etc/resolv.conf for DNS at ppp0 Jul 2 10:43:23 canyon ip-up: langsam versteh ich gar nichts mehr Jul 2 10:43:23 canyon pppd[3666]: Script /etc/ppp/ip-up finished (pid 3667), status = 0x0 Fein denk ich mir, vielleicht versteh ich ja doch was. Nur kontrollier ich dann die aktuellen ipchains Regeln und finde dort immer noch ein DENY in der forward chain.(!) Neben den Probs mit der firewall funktioniert auch ein perlskript nicht richtig. es soll meiner dynamischen ip meine domain zuordnen (per dyndns bei justlinux): rufe ichs von Hand auf oder über ein skript ist alles klar, aus ip-up.local sagen die messages, dass username (etc.) nicht spezifiziert wurde. Da vermut ich, dass der config.file des skripts einfach nicht gefunden wurde (?). Fällt jemandem was dazu ein? Dann noch eine weitere Kleinigkeit: Wie schaff ichs, das jobs (skripte von mir eben) auch über ip-up hinweg noch aktiv sind? ip-up wartet brav bis alle befehle von ip-up.local ausgeführt werden, ich will aber, dass die jobs weiter erhalten (bsp: ein skript, das alle 10 min. ein ping sendet, um die nach 15min. idle time, die von t-online vorgenommene Trennung verhindert). Disown hab ich da gefunden, weiss aber nicht, wie ich das in mein skript einbauen soll (vor oder nach dem eigtl. jobaufruf)? Danke fürs Lesen, hoffe das ist einigermaßen verständlich. Freu mich über jeden Hinweis.... Liegts vielleicht an den Rechten (aber ip-up läuft ja unter root..) oder an den Pfaden?? Sonnigen Sonntag erstmal. -- ----------------------------------------- Johannes Huettemeister |"Bobby, weisst du, was eine Metapher ist?" j.huettemeister@t-online.de|"Eine Komponente? Wie'n Kondensator?" (L)icq: 33949822 | - Count Zero --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Johannes Huettemeister (j.huettemeister@t-online.de) wrote: JH> Neben den Probs mit der firewall funktioniert auch ein perlskript JH> nicht richtig. es soll meiner dynamischen ip meine domain zuordnen JH> (per dyndns bei justlinux): rufe ichs von Hand auf oder über ein JH> skript ist alles klar, aus ip-up.local sagen die messages, dass JH> username (etc.) nicht spezifiziert wurde. Da vermut ich, dass der JH> config.file des skripts einfach nicht gefunden wurde (?). Stimmt, das war bei mir auch so, glaube ich. Zumindest habe ich gesehen, dass ich den Aufruf von ddns (zum DynDNS-Update) direkt in der ip-up habe und nicht in der ip-up.local. Und da werde ich schon einen Grund zu gehabt haben. -- Andreas Reich ICQ #19338732 webmaster@cyraxx.de http://www.cyraxx.de/ webmaster-der-w@uerstchenbu.de http://w.uerstchenbu.de/ andreas@andreasreich.net http://www.gar-nichts.de/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Andreas Reich schrieb am 02.Jul.2000:
Stimmt, das war bei mir auch so, glaube ich. Zumindest habe ich gesehen, dass ich den Aufruf von ddns (zum DynDNS-Update) direkt in der ip-up habe und nicht in der ip-up.local. Und da werde ich schon einen Grund zu gehabt haben.
Welchen Grund sollte das den haben, es sei denn, Du hast die Rechte von ip-up.local nicht gesetzt. Natürlich kann man alles in ip-up schreiben. Man kann es komplet selber schreiben, und braucht nicht die Vorgabe von SuSE, nur beim nächsten update ist es dann weg. Bernd -- LILO funktioniert nicht? Hast Du /etc/lilo.conf verändert und vergessen, lilo aufzurufen? Ist Deine /boot-Partition unter der 1024 Zylindergrenze? Bei anderen LILO Problemen mal in der SDB nachschauen: http://localhost/doc/sdb/de/html/rb_bootdisk.html |Zufallssignatur 6 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Johannes Huettemeister schrieb am 02.Jul.2000:
ich komm mit ip-up.local auch nicht klar. Ich benutze t-dsl und habe das (wie ich dachte) einfache ziel, nachdem eine verbindung hergestellt wurde, einige skripte zu starten. Nur funktioniert der skript aufruf via ip-up.local nie vollständig. Mal ein Beispiel, ich editiere ip-up.local wie folgt:
#!/bin/sh echo langsam versteh ich gar nichts mehr
Und wohin soll die Ausgabe gehen? ip-up ist keinem Terminal zugeordnet. Du mußt schon die Ausgabe umlenken,sonst ist sie weg.
ipchains -P forward ACCEPT #was vorher auf DENY gestellt ist!
ip-up hat nur ein sehr eingeschrenkten Pfad, wenn überhaupt. Ich würde hier immer den vollen Pfadnamen angeben, oder PATH vorher setzen. Sollte man bei Skripte eigentlich immer tun, man weiß ja nie. ;)
Fein denk ich mir, vielleicht versteh ich ja doch was. Nur kontrollier ich dann die aktuellen ipchains Regeln und finde dort immer noch ein DENY in der forward chain.(!)
Ja, ip-up hat ipchains nicht gefunden, weil /sbin nicht im Pfad steht.
Neben den Probs mit der firewall funktioniert auch ein perlskript nicht richtig. es soll meiner dynamischen ip meine domain zuordnen (per dyndns bei justlinux): rufe ichs von Hand auf oder über ein skript ist alles klar, aus ip-up.local sagen die messages, dass username (etc.) nicht spezifiziert wurde. Da vermut ich, dass der config.file des skripts einfach nicht gefunden wurde (?).
Ich weiß jetzt nicht, was Du meinst. Wie gesagt, es ist kein Pfad vorhanden, entweder neu setzen, oder alles mit voller Pfadangabe. Ein Bildschirm ist auch nicht zugeordnet, daher alles umlenken, und sei es /dev/null, dann weiß man wenigstens, daß es im Orkus soll. Und bedenke, daß ip-up als root aufgerufen wird. Wenn Du irgendwelche Konfigfiles in Deiner Homedirektory meinst, so können die nicht gefunden werden. Notfalls mußt Du mit su, nein mit /bin/su, Wieder zum User werden. Als root braucht man dazu kein Passwort. Wenn dann ist aber meist /bin/su - richtig, Also mit -, den dann hat man eine Loginshell. (Und damit auch wieder ein richtig gesetzten Pfad.)
Dann noch eine weitere Kleinigkeit: Wie schaff ichs, das jobs (skripte von mir eben) auch über ip-up hinweg noch aktiv sind? ip-up wartet brav bis alle befehle von ip-up.local ausgeführt werden, ich will aber, dass die jobs weiter erhalten (bsp: ein skript, das alle 10 min. ein ping sendet, um die nach 15min. idle time, die von t-online vorgenommene Trennung verhindert).
Verstehe ich nicht? Wenn Du in einem Skript folgendes stehen hast: kript1 skript2 programm o wird zuerst skript1 ausgeführt und erst bei Beendigung dieses skript2. Wenn das denn beendet ist, wird programm ausgeführt usw. Wenn Du allerdings folgendes hast: kript1& skript2& programm& dann allerdings werden die Skripte und Programme im Hintergrund geschickt und quasi gleichzeitig ausgeführt. Wenn Du das haben solltest, dann laß doch einfach die & weg und gut ist. Oder benutze nohup. Siehe man nohup, oder gleich vi /usr/bin/nohup, ist nämlich ein Skript.
Disown hab ich da gefunden, weiss aber nicht, wie ich das in mein skript einbauen soll (vor oder nach dem eigtl. jobaufruf)?
?
Danke fürs Lesen, hoffe das ist einigermaßen verständlich. Freu mich über jeden Hinweis.... Liegts vielleicht an den Rechten (aber ip-up läuft ja unter root..) oder an den Pfaden??
An den Pfaden auf jeden Fall. Rechte nicht, denn root darf alles, aber wenn eigene Konfigfiles genommen werden, werden natürlich die von root genommen. Und auch keine Ausgabe, da keinem Bildschirm zugeordnet. Bernd -- Welches Buch ist zu empfehlen? Schon mal bei SuSE vorbeigesehen? http://www.suse.de/de/produkte/buecher/index.html oder die Empfehlungen der SuSE-Entwickler auf dem eigenen Rechner? file:///usr/doc/sdb/de/html/literatur.html |Zufallssignatur 5 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Bernd Brodesser (B.Brodesser@online-club.de) schrieb:
Ja, ip-up hat ipchains nicht gefunden, weil /sbin nicht im Pfad steht.
Genau das wars! Jetzt läufts wie am Schnürchen: ich hab im Skript einfach nur absolute Pfade angegeben und es funktionieren alle Ausrufe. Umleitung der Ausgabe in Datei hatte ich auch vergessen, wegen beiden Sachen hab ich wirklich tagelang rumgerätselt!
dann allerdings werden die Skripte und Programme im Hintergrund geschickt und quasi gleichzeitig ausgeführt. Wenn Du das haben solltest, dann laß doch einfach die & weg und gut ist. Oder benutze nohup. Siehe man nohup, oder gleich vi /usr/bin/nohup, ist nämlich ein Skript.
eit ichs in den Hintergrundgeschickt hab und die ausgabe in eine datei umgeleitet hab geht das skript jetzt. mit nohup und disown hab ichs nicht so hingekriegt, aber jetzt läufts wunderbar! Danke Bernd! Hast mir einen Sonntag ohne viereckige Augen beschert -:) -- ----------------------------------------- Johannes Huettemeister |"Bobby, weisst du, was eine Metapher ist?" j.huettemeister@t-online.de|"Eine Komponente? Wie'n Kondensator?" (L)icq: 33949822 | - Count Zero --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 02-Jul-2000 Johannes Huettemeister wrote:
Dann noch eine weitere Kleinigkeit: Wie schaff ichs, das jobs (skripte von mir eben) auch über ip-up hinweg noch aktiv sind? ip-up wartet brav bis alle befehle von ip-up.local ausgeführt werden, ich will aber, dass die jobs weiter erhalten (bsp: ein skript, das alle 10 min. ein ping sendet, um die nach 15min. idle time, die von t-online vorgenommene Trennung verhindert). Disown hab ich da gefunden, weiss aber nicht, wie ich das in mein skript einbauen soll (vor oder nach dem eigtl. jobaufruf)?
Schon mal an cron gedacht? Hendrik Sattler -- PingoS - Linux-User helfen Schulen http://www.pingos.schulnetz.org --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (4)
-
B.Brodesser@online-club.de
-
j.huettemeister@t-online.de
-
ubq7@rz.uni-karlsruhe.de
-
webmaster@cyraxx.de