OSSEC : version 2.7 et nouveau serveur

L'ancienne machine était très économique mais son processeur 32bits commençait à dater, par exemple les nouvelles versions de ZIMBRA ne se font plus qu'en 64bits. 
Il était donc nécessaire de passer sur une carte mère 64bits avec un Corei3 en version ECO TDP de 35W maxi dans le même boitier. Je passe l'installation (toujours Debian) pour en arriver à OSSEC en version 2.7. 

IPSET une nouvelle arme contre les méchants ?

Note 2020 : depuis tous ce temps, (début 2013) j'utilise un pare-feu à base d'IPSET car  les règles iptables utilisant des IPSET sont très performantes. Un set rempli d'adresses "douteuses" n'est pas une cause de latence, c'est d'autre part beaucoup plus facile à maintenir, enlever ou ajouter une adresse est quasiment instantané et cela évite surtout un empilage de règles difficiles à maintenir et qui finissent par être une cause importante de latence.

Syntaxe SQL : suite

J'ai eu besoin de modifier la notion "Nullable" d'une colonne, or il semble que ce soit impossible. 
La table que j'ai utilisée pour les premiers tests comporte toutes les colonnes en Nullable ce qui peut gêner certains types d' opérations. 
J'ai donc initialisé une nouvelle table avec les colonnes adéquates en "not null" et j'y ai inséré les lignes de l'ancienne table. 
Au passage une remarque sur la syntaxe : 

Vrai ou faux bot ?

Le nombre de robots qui balayent le web est très élevé, mais beaucoup d’entre eux (beaucoup trop ?) sont plus ou moins anonymes car non référencés par un nom DNS valide, un domaine connu est néanmoins une certaine sécurité.

Panne serveur

Vive les vacances ! 
Juste avant de partir en congés, la machine, déja un peu ancienne, qui héberge ce site a jugé bon de se mettre elle aussi en congés et a refusé de même démarrer, congé probablement définitif !