| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 2016 |
2835 d 19 h |
raphael.pion |
/repos/alcasar/trunk/ |
-Option DHCP par défaut dans ALCASAR
-Pour les anciennes bases de donnée radius de ALCASAR (2.9.2) : Lorsque l'attribut radius est vide, on le créé afin d'éviter de produire l'erreur "Change failed for attribute Filter-Id" |
|
| 2013 |
2849 d 16 h |
raphael.pion |
/repos/alcasar/trunk/ |
-Activation/Desactivation de l'option NTP du DHCP (ACC dans le menu 'Réseau') avec coova chilli
-Génération rapport d'activité :
-(re)compression des logs une fois traité!
-légende sur les axes
-correction afin d'obtenir les catégories ajoutées à la main
-Correction du 'fil d'ariane' (on teste si la fenetre status.php toujours ouverte) => déconnection de l'utilisateur car lors de la premiere ouverture de status.php. L'ip de l'utilisateur n'était pas écrite! |
|
| 2011 |
2851 d 18 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 |
2851 d 18 h |
raphael.pion |
/repos/alcasar/trunk/ |
|
|
| 2009 |
2852 d 16 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 |
2852 d 23 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 |
2855 d 10 h |
richard |
/repos/alcasar/trunk/ |
La V3 correspond à au Nro de révision 2005.
On part sur la V3.1 |
|
| 2006 |
2855 d 19 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 |
2857 d 19 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 |
2858 d 16 h |
richard |
/repos/alcasar/trunk/ |
Feu |
|
| 2003 |
2858 d 20 h |
raphael.pion |
/repos/alcasar/trunk/web/ |
CSS de la page "changer de mot de passe" |
|
| 2002 |
2858 d 20 h |
raphael.pion |
/repos/alcasar/trunk/web/acc/ |
menu cloisonné : commentaire sur le switch (admin/manager/backup) |
|
| 2001 |
2858 d 23 h |
richard |
/repos/alcasar/trunk/web/acc/ |
|
|
| 1999 |
2859 d 0 h |
richard |
/repos/alcasar/trunk/web/ |
Dernieres mise au point. |
|
| 1998 |
2859 d 9 h |
richard |
/repos/alcasar/trunk/web/acc/ |
|
|
| 1996 |
2859 d 11 h |
richard |
/repos/alcasar/trunk/web/ |
|
|
| 1995 |
2859 d 22 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 |
2860 d 15 h |
richard |
/repos/alcasar/trunk/blacklist/ |
mise à jour blacklist |
|
| 1993 |
2862 d 14 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 |
2862 d 16 h |
richard |
/repos/alcasar/trunk/ |
Refonte de la redirection DNS. Cela est fonctionnel, mais il reste un mystère à résoudre |
|