Rev |
Age |
Author |
Path |
Log message |
Diff |
2011 |
2885 d 11 h |
raphael.pion |
/repos/alcasar/trunk/web/acc/backup/ |
push d'avant : Fontionnalité Génération du rapport d'imputabilité
-generation des logs en corrélant deux informations :
- table radacct de la BDD radius
- les fichiers de log de la sonde netflow (nfdump -O tstart -R /var/log/nfsen/profiles-data/live/alcasar_netflow/)
-generation du PDF contenant les informations d'imputabilité avec wkhtmltopdf (HTML+CSS(bootstrap)+JS => rapport PDF)
-Le PDF est archivé avec un mot de passe (rpm : p7zip).
-interface ACC. 3 champs a remplir : la date (depuis le début, un intervale ou depuis une certaine date), le nom du demandeur, la raison et le mot de passe pour protéger le rapport
-prévenir les utilisateurs lors de leur prochaine connexion (à l'aide du 4 eme bit de Filter-Id dans la table 'radacct') |
|
2010 |
2885 d 11 h |
raphael.pion |
/repos/alcasar/trunk/ |
|
|
2009 |
2886 d 9 h |
raphael.pion |
/repos/alcasar/trunk/ |
GENERATION D UN RAPPORT D ACTIVITE ALCASAR (toutes les semaines)
la page /acc/manager/activity_report/index.php permet de consulter les rapports généré par le crontab suivant :
35 5 * * 0 root $DIR_DEST_BIN/alcasar-activity_report.sh (tous les dimanches a 5h35)
Algo pour trier les logs en fonction des dates :
-decompression de tous les logs ( si y a )
-convertir les dates des événements qui nous intéresse en timestamp
-trier + verifier la valeur du TS (si il se situe dans l'intervale d'une semaine)
-on traite pour la semaine suivante jusqu'a la derniere alerte (condition d'arret)
Les items présents sont :
[*] - TABLEAU DE BORD : info systeme/ALCASAR/derniere mise a jour
[*] - DNS-BL depuis l'installation + depuis la semaine : creation des logs dnsmasq-blacklist + logrotate appliqué pour dnsmasq-blacklist
[*] - MENACE VIRALE : graphe indiquant le nombre de menace par semaine
[*] - STATISTIQUES VOLUMETRIE DES CONNEXIONS : tableau de l'ACC ('STATISTIQUES' => 'usage journalier')
[*] - TENTATIVE DE CONNEXION : Autorisé/Interdite/fail2ban
---------------
oublie de subversionner :
-protocols_help : filtrage utilisateur / protocole
-still_connected : fil d'ariane (verifier si la fenetre status.php est toujours ouverte) |
|
2008 |
2886 d 16 h |
raphael.pion |
/repos/alcasar/trunk/ |
Fonctionnalité 'Fil d'Arine' : garder l'utilisateur connecté tant que la fenetre status.php reste ouverte.
la fenetre status.php contient un iframe qui pointe sur la page 'still_connected.php'
still_connected.php écrit dans le fichier '/tmp/current_users.txt' : contient IP des utilisateurs dont la fenetre status.php est ouverte
Le watchdog vérifie deux fois si l'utilisateur est connecté en vérifiant si sont ip est présente dans ce fichier.
-1er passage : Prendre les IP connectés MAIS non présente dans le fichier '/tmp/current_users.txt'. Mettre le résultat dans '/tmp/watchdog.txt'
-2eme passage : Pour chaque IP de '/tmp/watchdog.txt', déconnecter les utilisateurs.
Si autorisation par @MAC : ne pas prendre en compte et laisser l'équipement connecté |
|
2007 |
2889 d 3 h |
richard |
/repos/alcasar/trunk/ |
La V3 correspond à au Nro de révision 2005.
On part sur la V3.1 |
|
2006 |
2889 d 12 h |
raphael.pion |
/repos/alcasar/trunk/ |
Fonctionnalité filtrage de protocole par utilisateur :
Nouvel attribut qui définit le niveau de filtrage de protocole d'un usager :
- Aucun : aucun filtrage de protocole
- Navigation Web (profile1) : On autorise les protocoles HTTP et HTTPS.
- Navigation Web (profile2) : Messagerie et serveur distant : On autorise les protocoles : HTTP/S, POP3/S, IMAP/S, FTP, SFTP et SSH
- Personnalisable (profile3) : via l'ACC dans le menu 'FILTRAGE'.
Le filtrage se fait en stockant l'utilisateur dans un des ipset suivant (lors du lancement de alcasar-conup.sh) :
-proto_0
-proto_1
-proto_2
-proto_3
L'attribut Filter-Id se présente dorénavant sous cette forme :
bit n°1-> profile1
bit n°2-> profile2
bit n°3-> profile3
bit n°6-> WL
bit n°7-> BL
bit n°8-> HAVP |
|
2005 |
2891 d 11 h |
raphael.pion |
/repos/alcasar/trunk/ |
-ajout du RPM 'dos2unix' pour traiter les fichiers importés dans la BL/WL.
-correction des erreurs php : affichage des IP pour les catégories WL |
|
2004 |
2892 d 9 h |
richard |
/repos/alcasar/trunk/ |
Feu |
|
2003 |
2892 d 13 h |
raphael.pion |
/repos/alcasar/trunk/web/ |
CSS de la page "changer de mot de passe" |
|
2002 |
2892 d 13 h |
raphael.pion |
/repos/alcasar/trunk/web/acc/ |
menu cloisonné : commentaire sur le switch (admin/manager/backup) |
|
2001 |
2892 d 16 h |
richard |
/repos/alcasar/trunk/web/acc/ |
|
|
1999 |
2892 d 17 h |
richard |
/repos/alcasar/trunk/web/ |
Dernieres mise au point. |
|
1998 |
2893 d 2 h |
richard |
/repos/alcasar/trunk/web/acc/ |
|
|
1996 |
2893 d 4 h |
richard |
/repos/alcasar/trunk/web/ |
|
|
1995 |
2893 d 15 h |
raphael.pion |
/repos/alcasar/trunk/rpms/i586/ |
Le rpm dnsmasq version 2.76 ne fonctionne pas (dépendence manquante, problème avec le bus de daemon)
dnsmasq version 32bits a été rétrogradé : 2.76 -> 2.75 |
|
1994 |
2894 d 8 h |
richard |
/repos/alcasar/trunk/blacklist/ |
mise à jour blacklist |
|
1993 |
2896 d 7 h |
richard |
/repos/alcasar/trunk/web/ |
- redirection via la page 404 -pour les urls utilisateur ne matchants pas "index.php"
- redirection des flux https vers alcasar.net (en attendant mieux) |
|
1992 |
2896 d 9 h |
richard |
/repos/alcasar/trunk/ |
Refonte de la redirection DNS. Cela est fonctionnel, mais il reste un mystère à résoudre |
|
1991 |
2897 d 5 h |
richard |
/repos/alcasar/trunk/ |
allègement de l'affichage "mysql" |
|
1990 |
2897 d 7 h |
richard |
/repos/alcasar/trunk/ |
- creation de la structure de la base de données (cas d'une mise à jour d'ALCASAR). Sinon créé par un script "post-install" du RPM. |
|