| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 2016 |
2830 d 9 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 |
2844 d 6 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 |
2846 d 8 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 |
2846 d 8 h |
raphael.pion |
/repos/alcasar/trunk/ |
|
|
| 2009 |
2847 d 7 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 |
2847 d 13 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é |
|
| 2006 |
2850 d 9 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 |
2852 d 9 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 |
|
| 2003 |
2853 d 10 h |
raphael.pion |
/repos/alcasar/trunk/web/ |
CSS de la page "changer de mot de passe" |
|
| 2002 |
2853 d 11 h |
raphael.pion |
/repos/alcasar/trunk/web/acc/ |
menu cloisonné : commentaire sur le switch (admin/manager/backup) |
|
| 2001 |
2853 d 13 h |
richard |
/repos/alcasar/trunk/web/acc/ |
|
|
| 1999 |
2853 d 14 h |
richard |
/repos/alcasar/trunk/web/ |
Dernieres mise au point. |
|
| 1998 |
2854 d 0 h |
richard |
/repos/alcasar/trunk/web/acc/ |
|
|
| 1996 |
2854 d 1 h |
richard |
/repos/alcasar/trunk/web/ |
|
|
| 1993 |
2857 d 5 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 |
2857 d 6 h |
richard |
/repos/alcasar/trunk/ |
Refonte de la redirection DNS. Cela est fonctionnel, mais il reste un mystère à résoudre |
|
| 1989 |
2858 d 9 h |
raphael.pion |
/repos/alcasar/trunk/web/ |
La correction de l'interception est ok. Dorénavant, l'utilisateur est redirigé sur 'index.php' avec les boutons.
L'utilisateur doit maintenant cliquer sur le bouton "ouvrir une connection" pour se faire flagguer dans l'ipset not_auth_yet. Lorsqu'il clique, il envoie son site en paramètre GET sur index.php et sera redirigé sur son site.
Le cache DNS est forcé si :
-il est toujours dans l'ipset not_auth_yet
-il demande a joindre un autre site que ALCASAR (!$direct_access)
-il ne demande plus les bouttons avec le href qui va bien (cad, le site qu'il souhaite consulter)
probleme de CSS recontré : les chemins relatifs des images doivent être absolus |
|
| 1988 |
2859 d 8 h |
raphael.pion |
/repos/alcasar/trunk/web/ |
Correction interception HTTPS/HTTP (cache DNS) |
|
| 1987 |
2860 d 0 h |
richard |
/repos/alcasar/trunk/web/ |
Un peu de ménage |
|
| 1986 |
2860 d 5 h |
raphael.pion |
/repos/alcasar/trunk/web/ |
correction des erreurs lors de l'interception d'un utilisateur non connecté. (probleme de cache DNS réglé avec du javascript)
Le javascript utilisé est compatible avec tous les navigateurs actuels :
http://www.w3schools.com/jsref/met_loc_reload.asp
http://www.w3schools.com/jsref/prop_loc_href.asp |
|