reboot automatique ipcop 1.2 fix4

par **leonezzar** » 02 Avr 2003 15:10

j'ai trouver ce script dans les addons du site ipcop.org je sais c un peux bourrin mais j'aime bien <IMG SRC="images/smiles/icon_biggrin.gif"> ------------------------------------------------------- #!/bin/sh # Script pour verifier la connextion internet echo "Test du statut de la ligne " & date; if (/bin/ping -c 1 nn.nn.nn.nn); then echo " La ligne fonctionne"; elif (/bin/ping -c 1 nn.nn.nn.nn); then echo " La ligne fonctionne (2nde hôte)"; else echo "La ligne ne fonctionne pas, le systeme va rebooter"; /sbin/shutdown -r now >& /var/log/reboot.log fi ------------------------------------------------------------ j'ai fait un chmod 755 sur le script et je l'ai mis dans crontab pour qu'il s'execute toutes le 5 min mais cela fait 20 min que je l'ai lancer et je ne voit aparetre aucun "echo..." dans mon client ssh "putty" la fonction echo sert elle bien a faire apparaitre un message sur l'ecran de l'ipcop??? est ce que le message peut apparaitre dans la session root ouverte en ssh avec putty??? comment faire pour enregistrer ces log dans l'interface web dans les journaux de l'ipcop ??? merci de vos reponses et sugestion a moins bien sur que quelqu'un connaisse une solution plus propre pour rebooter l'ipcop en cas de perte de ligne pour info je vous rappel mes problemes en vous montrant mes logs de ce matin 01:06:48 ipcop PPP has gone down on ppp0 01:07:02 ipcop PPP has gone up on ppp0 06:16:37 ipcop Dialing Wanadoo. 06:16:42 ipcop IPCop started. 06:16:46 ipcop PPP has gone up on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 08:46:50 ipcop PPP has gone down on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 08:48:04 ipcop PPP has gone up on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 08:48:16 ipcop PPP has gone down on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 08:48:20 ipcop PPP has gone up on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 08:49:27 ipcop PPP has gone down on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 08:50:44 ipcop PPP has gone up on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 08:51:31 ipcop PPP has gone down on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 08:52:12 ipcop PPP has gone up on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 08:53:00 ipcop PPP has gone down on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 08:53:03 ipcop PPP has gone up on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 08:53:15 ipcop PPP has gone down on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 08:53:18 ipcop PPP has gone up on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 08:53:30 ipcop PPP has gone down on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 08:53:54 ipcop PPP has gone up on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 08:58:03 ipcop PPP has gone down on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 08:58:55 ipcop PPP has gone up on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 08:59:52 ipcop PPP has gone down on ppp0 <IMG SRC="images/smiles/icon_mad.gif"> 09:00:34 ipcop Dialing Wanadoo. 09:01:17 ipcop Redémarrage d'IPCop 09:02:44 ipcop Dialing Wanadoo. 09:02:49 ipcop IPCop started. 09:02:52 ipcop PPP has gone up on ppp0 au miracle un reboot et tout est retablit <IMG SRC="images/smiles/icon_rolleyes.gif"> 09:39:55 ipcop Time set from NTP Server

par **tomtom** » 02 Avr 2003 16:53

Hello, ton problème est tout con : quand tu utilises la crontab, les variables d'environnement de l'utilisateur ne sont pas chargées..... Donc, essaye de deviner comment ton système peut trouver la commande echo ????? Il faut mettre des chemeins complets quand on fait des scripts que l'on veut croner : /bin/echo <IMG SRC="images/smiles/icon_wink.gif"> Ca devrait etre mieux... Si tu veux etre sur, tu n'as qu'à lancer le script à la main..; Si tu as de l'affichage c'est que ca vient des variables.... Sinon... La vérité est ailleurs... Thomas n.b : echo peut très bien ecrire dans un terminal <IMG SRC="images/smiles/icon_smile.gif">

par **leonezzar** » 02 Avr 2003 19:09

merci de ta reponse j'essayerai demain car je ne suis plus au boulot sinon pour lancer le sript a la main il suffit de taper le nom du script ("testasdl.sh) ??? car quand je le fait il me dit erreur command not found sachant que g bien bien un chmod 755 et que je suis logger en root ce qu'il y a de bizard c que g fait des script de deco reco adsl a heures fixe avec resynchronisation vpn et qu'il marchent avec crontab mais je n'arrive pas a les ecxecuter a la main ou alors je c pas faire ( c vrai que je ne suis pas tres fort sous linux <IMG SRC="images/smiles/icon_frown.gif"> ) sinon pour inscrire dans les log de l'ipcop plutot que de le voir apparaitre en console une idée ???

par **Vinzstyle** » 02 Avr 2003 19:46

Soit tu met ton script dans ton $PATH soit tu tapes le chemin complet. Parce qu'en tapant le nom de ton script comme ça, il va le chercher dans la variable $PATH (qui stock plusieurs chemin comme /usr/bin, /bin, etc...). Donc, soit tu le met dans un des dossiers de ton $PATH soit tu lui indique le chemin complet.

par **nemesis** » 02 Avr 2003 21:34

chouette je vais pouvoir mettre mon grain de sel... pour l'cho dans le terminal bha si la redirection du display se fait bien (mais je pense ke putty la fait ...) il te suffit de transformer tes chemins comme indiaué. pour ce ki est de lancer tn script en direct bha une autre solution est de faire un chti truc du genre: $PATH = $PATH:./ pour ajouter le rep courant à la liste des repertoire ou chercher un binaire... ou alors tu tape ./nom_script et ça devrait rouler tt seul! bha alors vs avez jamais eu à taper ./a.out apres avoir compilé un prog perso en c/c++ ss linux? <IMG SRC="images/smiles/icon_biggrin.gif"> <IMG SRC="images/smiles/icon_biggrin.gif"> <IMG SRC="images/smiles/icon_biggrin.gif"> @pluche <IMG SRC="images/smiles/icon_razz.gif">

par **Vinzstyle** » 02 Avr 2003 22:45

Tiens, Nemesis, tu pourrait peut-être me répondre. Quelle difference y'a-t-il entre ./mon_script et mon_script en supposant que mon_script est dans le répertoire courant.

par **nemesis** » 02 Avr 2003 22:54

la reponse est dans la variable PATH si dans PATH tu a ./ alors il n'y a aucune différence le ./ indiquant ke le script doit etre lancé depuis le repertoire courant... par contre si ./ n'est pas dans le rep courant (ce ki est normalement le cas juste apres une install tant ke tu n'a pas modifie le path...) alors qud tu fais monscript tu te fais jeté vu ke tu precise pas ou chercher l'executable (binaire) dc tu ajoute ./ et ça dit au linux de chercher la commande ds le repertoire local... voilààà

par **Vinzstyle** » 02 Avr 2003 22:58

Ok, merci <IMG SRC="images/smiles/icon_smile.gif">

par **nemesis** » 02 Avr 2003 23:00

de rien

par **tomtom** » 02 Avr 2003 23:38

Tout ça est bien joli mais c'est de la config d'environnement... Or, dès lors que l'on veut mettre un script en crontab (ce qui est le cas ici), on doit mettre les chemins complets pour tout, car la crontab ne charge aucun environnement de travail.... Alors à moins de redefinir le path dans chaque script en crontab, il faut tout mettre en absolu... Pour l'astuce du ./ il s'agit tout simplement d'un raccourci de l'os. . represente le repertoire courant (celui ou l'on se trouve), et si le repertoire . n'est pas configuré dans la variable d'environnement PATH, et bien l'os ne cherche aps par deffaut dans le repertoire courant (à la différence de DOS). Il est d'usage de mettre dans le PATH au moins . et ~ ainsi que l'emplacement des binaires (/usr/bin pour la plupart des distros). ceci dit encore une fois le fait de positionner ces variables dans le script de logon (.bashrc ou equivalents) n'a aucun impact sur les scripts executés par la crontab.

par **tomtom** » 02 Avr 2003 23:43

Ptite remarque pour NEMESIS, le display n'a aucun rapport avec ceci... La variable DISPLAY sert à configurer l'emplacement du serveur X que l'on utilise si il n'est pas sur la machine locale (par exemple en utilisant pcXware ou autres). Quand on ouvre un émulateur de terminal, on voit tout le display qui est envoyé aux terminaux sur lesquels on est connecté.... Tiens d'ailleurs, ca me fait penser que même avec le chemin complet pour le echo tu ne verras rien : en effet, un script en crontab n'a pas de terminal attaché, donc tu ne verras rien du tout (ce qui n'a rien à voir avec putty, si tu etais connecté localement le resultat serait identique....). Le plus simple pour ton affaire est d'ecrir dans un fichier de log, c'est la méthode la plus simple et aussi la plus usitée.... tu n'auras ensuite qu'à consulter le fichier en question pour savoir si tout se deroule bien..... Nota : il y a un moyen d'envoyer un message à tous les terminaux connectes, mais je ne l'ai plus en tête... Si ca me revient je te fais signe... Thomas

par **tomtom** » 02 Avr 2003 23:50

tiens ca me revient.... Tu peux essayer la commande suivante : /usr/bin/echo "mon message" | /usr/bin/wall la commande wall ecrit à tous les terminaux connectes à la station le contenu d'un fichier passé en paramètre... A l'aide du pipe, nous redirigeaons la sortie de echo (le texte !) vers la commande wall qui va le broadcaster.... Enjoy ! Nota : si wall est executé en tant que root, même les utilisateurs refusant les messages vont le recevoir ! Thomas

par **nemesis** » 03 Avr 2003 09:16

pour le display c'était juste une question ke je me posais par rapport à l'acces depuis putty aux differentes consoles dispo sous ipcop (alt fX)... pour le truc d'echo est ce k'une redirection vers la sortie sur laquelle se logue putty ne marcherai po ? un truc du genre echo machin chose >> tty0 ou un truc equivalent? y a eu un post sur cette histoire de redirection mais je sais plus le nom... et en plus ma réponse etait deja fause pour le tty0 je sais plus comment st appele les device console ss ipcop... tcho ps : je sais ke ce sont des variables d'environnement le path et le display... pour les histoire de cron j'ai bien precisé k'étant pas un pro je pensais k'il fallait faire comme indique ds le premier post de réponse ( ie mttre les chemins complets...) voilàààà d'ailleur si kk a un bon tut sur cron je suis preneur...

par **tomtom** » 07 Avr 2003 23:03

OKOK, c'est la confusion entre les termes display et terminaux qui est génante.... Disons que le DISPLAY c'est pour ce qui est graphique... Quant à la redirection sur un seul terminal, pourquoi pas... Putty, comme tout autre mulateur de terminal, ne se connecte pas sur un tty.... Donc il faudrait connaitre à l'avance le terminal ou on est connecté... Ex pour une connexion ssh : echo toto > /dev/pts/0 mais si qqun d'autre est connecté, c'est lui qui risque d'avoir les messages... La technique du broadcast est très pratique ! C'est ce qui est utilisé par exemple pour annocer aux personnes connectées un reboot de machine. Thomas p.s : pour connaitre le terminal ou on est connecté, on peut utiliser la commande "who"

reboot automatique ipcop 1.2 fix4

Qui est en ligne ?