Y'a-t-il un moyen (a part webmin) opur rebooter un linux via un linux, le but etant de mettre un prog ou un bouton qqpart sur la station d'un client pour le rebooter quand j'y ai plus la main a distance

ca veut dire kan le pc linux a plante ??

ssh, avec client ssh windows, genre putty

ben oui mais j'aurais voulu un truc ou il ne sait faire que et uniquement que rebooter.
 
 
En fait, c'est assez bizzare, c'est un client en Hollande qui a bcp de probs avec son provider, et il ne veut jamais croire que la faute vient de son provider sans avoir reboote le linux pour essayer. Alors pour le rebooter, ce qu'il fait --> reset.
 
 
Les hollandais quand meme  (je rigole)

 
tu pourrais pas plutot essayer de le raisonner ? ou alors (j'ai eu le même problème   ) de mettre une interface web avec des cgi qui montrent l'état des interfaces réseau, les log, bref de quoi le rassurer    
 
(par principe tu devrait pas le laisser faire, sauf si tu es d'une paresse crasse)

soit tu lui met phpsysinfo pour qu'il voit que le server marche bien
soit tu fais un bete script cgi qui reboot le server (3 lignes) et tu lui met un lien vers le-dit scritp sur son buro.
Efficace, mais crade et pas forcement super secure, vuq ue tout le monde peut rebooter le sever une fois l'url du CGI connue. A voir en fction de l'importance du server

sinon il existe bien une lib sous win32 pour faire du ssh je pense, donc tu fais une petitr appli c++ qui se connecte en ssh pour le rebooter.

utilise l auth par cle alors ce sera plus sur

 
   juste...

Crée un utilisateur qui a comme shell une commande de reboot.
T'as juste à déclencher un login sur cet utilisateur (telnet, ssh, ...) pour rebooter le serveur.

Lance Blaster dessus

c super secure dis moi

où ets le problème?

avec un cgi il y a moyen, pour sécuriser le truc :
 
- tu fais un répertoire /var/www/html/admin par exemple, dedans tu y mets déjà un .htaccess lié à une base .htpasswd où sera inscrit le login et le pass
- dans ce même répertoire, tu crés un fichier html avec un formulaire login/pass, qui renvois un paramètre au cgi qui se trouve dans /var/www/cgi-bin
- dans le cgi, tu mets un ligne qui parse l'url, si la "clé" n'est pas donné, le cgi renvoi une erreur ou directement une page blanche
 
j'utilise pas mal ce principe pour gérer les serveurs de jeux à distance, avec un cgi et plusieur paramètres dans l'url, je peux gérer la reconnaissance comme quoi le cgi est appelé du formulaire + re/démarrer/arrêter/donner des paramètres autres aux processus visés...
 
bon un exemple :
 
/var/www/html/admin/.htaccess :

 
/var/www/html/htpasswd/.htpasswd (généré avec la commande htpasswd) :

 
/var/www/html/admin/index.html

 
dans ce formulaire on va dire que username est : admin
et userpass est : monpass
 
 
/var/www/html/admin/redirect.php

 
/var/www/cgi-bin/mon_fichier.cgi :

 
il faut bien sûr donner le droit à apache de lancer "reboot", on le fait avec la commande sudo dont le fichier de conf est /etc/sudoers, ça donne :

 
voilà, un bon p'tit tuto je pense... ça reste quand même assez propre et secure... là c'est le minimum, mais on peut être beaucoup plus hardu au niveau du cgi (utiliser un login/pass crypté par exemple, créer un masque sur l'url, ....)

 
A ton avis à quoi sert l'utilisateur "halt" crée par défaut sur toutes les bonnes distrib ?
Et je vois pas en quoi c'est moins secure qu'un utilisateur qui se logue pour ensuite lancer l'arrêt de la machine

bizarrement je vois pas d utilisateur halt ou reboot sur ma gate

Voyons voir la 1ère distrib que j'ai sous la main (au taf) ... C'est une RH7.3
 
je trouve entre autre dans /etc/passwd:

 
Et je ne viens pas de les rajouter moi-même
Et je suis à peu près sûr que j'ai les mêmes comptes sur ma mdk9.2 à la maison ...
 
Edit: aurais-je raté le troll debian ?

même chose sous RH8.0

bizarre, rien du tout sur ma debian

 
y a le groupe wheel sous deb, normalement halt et shutdown sont utilisables par les membres de se groupe, enfin je crois, nan ?

sous gentoo aussi d'ailleurs.

le groupe wheel permet aux users de ce groupe de pouvoir passer root
ce n est pas specifique a debian
et ca n a aucun rapport avec reboot
 
 

 
fo pas oublier de le rajouter a son user

mirtouf $ id
uid=1000(mirtouf) gid=100(users) groupes=100(users),10(wheel),18(audio),80(cdrw),407(cdrecording),35(games)

et ?

 
c'est pas spécifique à deb, d'accord, mais si tu t'enlèves du groupe wheel, t'arriveras encore à lancer shutdown (reboot/halt) à ton avis ?

bah....
rien...
 
J'ai pas encore épuisé mon quota de réponses à la con !

ah ok lol

 
mets-toi dans le groupe wheel et recommence

J'ai pas envie de tester la commande sur ma gentoo, mais je ne vois pas pourquoi être dans le groupe wheel pourrait servir.
Edit: le boulet, je viens de voir que c'était x pour tout le monde, je ne veux vraiment pas tester là, ça va faire mal à mon uptime

kler :
 

 
le groupe sert a rien

ouai, je pensais que sous deb c'était utilisé comme ça... faudrait que je regarde, mais il me semble que c'est le principe sous freebsd