Malheureusement, Nagios est plus orienté pour fonctionner avec Apache (fichier de configuration déjà prêt lors de l’installation de Nagios) qu’avec Nginx.

En recherchant un peu sur Google, on trouve plusieurs tuto permettant de servir Nagios avec Nginx en moteur Web, voici donc ce qui en ressort et qui tourne en production sur mon Dockstar.

Je vous passe les détails d’installation de perl-fcgi (permettant la bonne exécution des scripts CGI), et de php-fastcgi (pour les scripts PHP, je ne vous apprend rien …)

Dans mon cas, l’installation de Nagios se trouve dans /usr/local/nagios/, les process fastcgi sont configurés en écoute de type socket (que je trouve plus propre qu’une écoute TCP).

J’ai également choisi de mettre Nagios sur un vHost dedié appelé par nagios.mondomaine.com, fichier /etc/nginx/sites-enabled/nagios.conf :

A l’origine le Dockstar était neuf, encore dans son emballage, il fait donc parti de la fameuse série défectueuse, pas de chance …

Bien heureusement, il y a un moyen de sauver ce dockstar via un cable Nokia CA-42 branché sur les PIN du Dockstar !

Après avoir pris la main sur le dockstar à l’aide du câble CA-42, branché comme ceci :

    ,__,   ,__,   ,__,   ,__,   ,__,
    |  |   |  |   |  |   |  |   |  |
    +--+   +--+   +--+   +--+   +--+         

    ,__,   ,__,   ,__,   ,__,   ,__,
 J1 |  |   |  |   |  |   |  |   |  |
    +--+   +--+   +--+   +--+   +--+
                   RX     TX     GND

Le message est clair :

*** Warning – bad CRC or NAND, using default environment

On passe donc à la restauration du système depuis l’Uboot, en commençant par affecter une IP au Dockstar :

CE>> setenv ipaddr 192.168.0.21
CE>> setenv netmask 255.255.255.0
CE>> setenv serverip 192.168.0.1
CE>> saveenv

Dans cet exemple, la machine avec le TFTP a pour IP 192.168.0.1, le Dockstar a quant à lui pour IP 192.168.0.21.

On continue en écrasant le système installé par celui d’origine (présent sur notre TFTP)

• ce_kernel_redstone_v63.img
• ce_ramdisk_v2.0b.img.gz

CE>> nand erase 0x100000 0x400000
CE>> tftp 0x800000 ce_kernel_redstone_v63.img
CE>> nand write.e 0x800000 0x100000 0x1e30f0
CE>> tftp 0x1000000 ce_ramdisk_v2.0b.img.gz
CE>> setenv bootargs $(console) root=/dev/mtdblock2 initrd=0x1000000,0xb39a59
CE>> saveenv

Puis on boot le système fraichement installé

CE>> bootm 0x800000

Si tout se passe bien, vous devriez voir quelque chose dans ce style et arriver sur le système Popoplug !

## Booting kernel from Legacy Image at 08000000 ...
       Image Name:   Linux-2.6.35.9
       Image Type:   ARM Linux Kernel Image (uncompressed)
       Data Size:    3734468 Bytes = 3.6 MiB
       Load Address: 00008000
       Entry Point:  00008000
       Verifying Checksum ... OK
       Loading Kernel Image ... OK
    OK

    Starting kernel ...

    Uncompressing Linux... done, booting the kernel.

C’est terminé, vous avez maintenant un Dockstar fraichement retapé, et prêt pour en faire ce que vous souhaiter.

Source / Source2

Depuis mon déménagement en appart’, je n’avais plus de serveur sur lequel jouer, tester des scripts… et il m’était impossible d’en rajouter un, vu la place dispo, le bruit qu’il pourrait faire, et l’accord de ma moitié (très important ^^) j’avais donc abandonné l’idée.

J’aurai effectivement pu faire ceci avec mon ancien WRAP 1E-1, mais il n’aurait pas suffit avec sa faible puissance CPU et capacité mémoire.

Mais depuis quelques mois, je regardais de très près les Plug Computer pour leur consommation électrique et principalement leur faible encombrement !

J’ai commencé par m’intéresser aux Sheevaplug mais vu le rapport prix/délai de livraison … j’ai oublié. Puis je suis tombé sur plusieurs articles concernant le fameux Seagate Dockstar et ce qu’on pouvait en tirer.

J’ai donc craqué la semaine passée, et ai reçu ce dernier en fin de semaine dernière.

Juste le temps pour moi d’y installer une Debian Squeeze toute fraiche (sur une clé USB de 4Go) ainsi que les paquets dont j’avais essentiellement besoin (nginx + spawn-fastcgi + mysql, openvpn, nmap, …) et depuis dimanche soir, il sert déjà à beaucoup de choses !

Il supervise mon VPS Gandi en plus de Monit déjà présent sur ce dernier, avec notamment Cacti / Nagios, et me permet de me connecter en VPN SSL depuis n’importe où (histoire de sécuriser mes navigations web sur les hotspots public)

Et pour le fun, quelques détails de la bête,

# uname -a
Linux honolulu 2.6.32-5-kirkwood #1 Wed Jan 12 15:27:07 UTC 2011 armv5tel GNU/Linux

# cat /proc/cpuinfo
Processor       : Feroceon 88FR131 rev 1 (v5l)
BogoMIPS        : 1192.75
Features        : swp half thumb fastmult edsp
CPU implementer : 0×56
CPU architecture: 5TE
CPU variant     : 0×2
CPU part        : 0×131
CPU revision    : 1

Hardware        : Marvell SheevaPlug Reference Board
Revision        : 0000
Serial          : 0000000000000000

Parlons monitoring, depuis que j’ai changé de routeur (WRAP 1E-1 vers NETGEAR WNR3500L), je ne disposais plus du demon SNMP sur le firmware Tomato installé sur le NETGEAR, je ne pouvais donc plus grapher (sous Cacti) la bande passante de mon accès Free.

Certains tutos expliquent comment lancer ce démon depuis un partage distant CIFS, mais cela ne m’intéresse pas vraiment, surtout par le faite que mon NAS n’est pas allumé en permanence …

La particularité du WNR3500L est qu’il dispose d’un port USB, alors pourquoi ne pas l’utiliser pour faire ceci ?
L’astuce est simple, il suffit d’une clé USB de quelques Méga (256Mo pour ma part) d’un accès SSH sur votre routeur Tomato en version USB.

C’est parti, on active donc la prise en charge de l’USB dans l’interface d’Admin du routeur.

(La clé USB monte automatiquement ensuite)

On se connecte en SSH sur le routeur, en se plaçant dans le répertoire où est monté la clé (PNY256MO étant le nom de ma clé).
On créer ensuite le répertoire sbin/ qui va contenir le démon et le fichier de configuration.

cd /tmp/mnt/PNY256MO
mkdir sbin
cd sbin

Notre répertoire de travail créé, on télécharge le paquet, et on l’extrait

wget http://bok.xs4all.nl/downloads/snmpd.zip
unzip snmpd.zip

On lance manuellement le démon snmpd

/tmp/mnt/PNY256MO/sbin/snmpd -c /tmp/mnt/PNY256MO/sbin/snmpd.conf &

On vérifie qu’il n’y a pas d’erreur, et on fait un test depuis une machine du réseau

tail -f /var/log/messages
snmpwalk -v1 -c public 192.168.0.1

Maintenant que tout est fonctionnel, on ajoute ceci dans la partie Script du routeur, les lignes suivantes, pour automatiser le lancement du démon trente secondes après le démarrage de Tomtato.

On sauvegarde et on redémarre le routeur, et le tour est joué, vous pouvez désormais ajouter votre routeur sous Cacti pour grapher votre bande passante par exemple.

Je suis alors tombé sur cette url : http://doc.pfsense.org/index.php/Installation_Tuning

Et en effet après l’avoir appliqué, et rebooté mon Wrap est rapide et le lien WAN est redevenu opérationnel (download à 2,3Mo/s) !

Un petit screen de l’uptime, mémoire et CPU :

Voici en détail mon fichier /etc/sysctl.conf :

# Do not send RSTs for packets to closed ports
net.inet.tcp.blackhole=2
# Do not send ICMP port unreach messages for closed ports
net.inet.udp.blackhole=1
# Generate random IP_ID’s
net.inet.ip.random_id=1
# Breaks RFC1379, but nobody uses it anyway
net.inet.tcp.drop_synfin=1
net.inet.ip.redirect=0
net.inet.tcp.syncookies=1
net.inet.tcp.recvspace=65228
net.inet.tcp.sendspace=65228
net.inet.ip.fastforwarding=1
net.inet.tcp.delayed_ack=0
net.inet.udp.maxdgram=57344
kern.ipc.maxsockbuf=2097152
kern.ipc.somaxconn=1024
kern.polling.burst_max=1000
kern.polling.each_burst=120
kern.polling.idle_poll=1
kern.polling.user_frac=5
kern.polling.reg_frac=50
kern.polling.enable=1

et mon /etc/loader.conf :

#hw.ata.atapi_dma= »0″
#hw.ata.ata_dma= »0″
#loader_color= »NO »
#autoboot_delay= »5″
#hw.ata.wc= »0″
#kern.ipc.nmbclusters= »0″
#beastie_disable= »YES »
#vm.kmem_size= »435544320″
#vm.kmem_size_max= »535544320″
autoboot_delay= »3″
loader_color= »YES »
mfsroot_load= »YES »
mfsroot_type= »mfs_root »
mfsroot_name= »/boot/mfsroot »
hw.ata.atapi_dma= »1″
hw.ata.ata_dma= »1″
hint.acpi.0.disabled= »1″
hint.apic.0.disabled= »1″
kern.hz= »532″