Certaines personnes (y compris moi-m�me), ont plusieurs PC Linux connect�s sur un onduleur. Un PC contr�le l'onduleur et doit �teindre les autres PC lorsque le secteur est coup�.
Nous supposons que les PC peuvent communiquer sur un r�seau. Appelons le PC qui surveille l'onduleur le ma�tre, et les autres PC, les esclaves.
Dans les temps anciens, cela n�cessitait une amusante programmation.
Maintenant, la meilleure chose � faire semble �tre de trouver l'un des
paquetages powerd-2.0.tar.gz ou upsd-1.0.tgz cit�s � la section
Logiciels et de suivre les instructions.
Les deux sont capables de fonctionner sur les esclaves dans un mode qui les
connecte � un processus powerd ou upsd s'ex�cutant sur le ma�tre
pour lui demander l'�tat de l'onduleur.
Certains des paquetages sp�cifiques pour APC semblent disposer aussi de
cette fonctionnalit�.
N�ammoins, si votre r�seau n'est pas s�r, vous pouvez �tre amen� � souhaiter
plus de s�curit� dans ce montage, puisqu'il est possible de "pirater"
un powerd esclave pour lui faire croire que le courant est coup�.
Une autre possibilit� est d'utiliser le protocole SNMP (Simple Network Management Protocol - protocole simplifi� d'administration de r�seau). Le d�tail de l'utilisation de SNMP d�passe le cadre de ce document, pour ne pas dire que cela me d�passe tout court actuellement.
Configurez un port sur le ma�tre qui, lorsqu'on y est connect�, envoie soit "OK", soit "FAIL", soit "BATLOW" lorsque le courant est l�, qu'il est coup�, ou que la batterie est faible, respectivement. Montez cela sur le port 13 (le port time) sur lequel vous pouvez faire un telnet et recevoir l'heure locale.
Montez sur les esclaves une version de powerd qui lit ce port plut�t que de contr�ler une ligne s�rie.
Je pense que c'est probablement la meilleure m�thode, et j'ai l'intention d'upgrader mes syst�mes pour l'utiliser.
Identique � la section M�thode de l'�tat du port, mais par �mission d'un message broadcast Ethernet signifiant l'�v�nement.
Cela peut avoir des implications de s�curit�, puisqu'il peut �tre {{spoofed}}
Configurez les pseudo-login sur les esclaves avec les noms powerok et
powerfail, tous les deux avec le m�me UID. Faites de
/etc/powerokscript le shell du user powerok, et de
/etc/powerfailscript celui du user powerfail. Sur le ma�tre, faites
en sorte que le script /etc/powerokscript fasse un rlogin sur chaque
esclave en tant que user powerok et que le script /etc/powerfailscript
fasse un rlogin en tant que powerfail sur chaque esclave. Placez un fichier
.rhosts sur chaque esclave dans le r�pertoire par d�faut de powerok et
powerfail pour autoriser le root du master � entrer comme users powerok et
powerfail sur chaque esclave.
C'est le syst�me que j'utilise actuellement. Malheureusement, j'ai quelques
difficult�s � faire que les login distants s'ex�cutent et rendent la main
sans se bloquer. Il faudrait probablement que le script
/etc/powerfailscript fasse les rsh sur les esclaves en t�che de
fond pour lui �viter de bloquer. N�ammoins, je n'ai jamais obtenu de
login correct en t�che de fond. J'ai m�me essay� des combinaisons
complexes comme faire se loger toto sur l'esclave. Tout ce que j'ai
utilis� avait des probl�mes et se trouvait bloqu� par un entr�e tty (ou sortie,
je ne m'en rappelle plus).
En plus, cela peut cr�er des trous de s�curit�.
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:44