Subversion Repositories ALCASAR

Rev

Go to most recent revision | Show changed files | Details | Compare with Previous | Blame

Filtering Options

Rev Age Author Path Log message Diff
2111 2867 d 12 h richard /repos/alcasar/trunk/ Trad arabe  
2088 2894 d 23 h raphael.pion /repos/alcasar/trunk/ Les scripts 'macup' et 'macdown' sont appelés par coovachilli lors du DHCP up et down (release).
Depuis la version 3.1 de ALCASAR, le système d'interception a changé. On doit traiter les authorisations par adresse MAC en amont ainsi que leur déconnection du réseau.

Pour une adresse mac authorisée, nous stockons sont @IP dans l'ipset 'not_filtered'. Elle sera retiré de cet ipset lors du DHCP down		  
2077 2907 d 14 h franck /repos/alcasar/trunk/ prise en compte du type MIME .der pour pkix-cert dans apache  
2032 3013 d 14 h richard /repos/alcasar/trunk/ Explication de l'option "ntp" pour le service dhcp de chilli  
2016 3017 d 17 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 3031 d 14 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!		  
2009 3034 d 15 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)		  
2006 3037 d 17 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		  
1992 3044 d 14 h richard /repos/alcasar/trunk/ Refonte de la redirection DNS. Cela est fonctionnel, mais il reste un mystère à résoudre  
1991 3045 d 10 h richard /repos/alcasar/trunk/ allègement de l'affichage "mysql"  
1990 3045 d 12 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.  
1981 3051 d 22 h richard /repos/alcasar/trunk/ On teste le lancement de mariadb via la présence de la socket Unix  
1980 3052 d 14 h richard /repos/alcasar/trunk/ Fin de bascule en UTF8 de la base  
1979 3052 d 15 h richard /repos/alcasar/trunk/ suppression du plugin de reporting de mariadb (il est en timeout permanant car notre politique OUTPUT est à reject)  
1976 3056 d 14 h franck /repos/alcasar/trunk/ options pour mode enregistrement dns et debug  
1964 3064 d 18 h franck /repos/alcasar/trunk/  
1963 3065 d 7 h richard /repos/alcasar/trunk/ - on teste que mariadb est bien lançée à l'install
- on garde le domaine "localdomain" lors d'import de certificat		  
1961 3066 d 9 h richard /repos/alcasar/trunk/ - On reste dans le domain "localdomain" lors de l'import d'un certificat.  
1957 3068 d 8 h richard /repos/alcasar/trunk/ - Mise à jour d'une V3+ sur une V3
- uniformisation WL/BL		  
1955 3069 d 8 h richard /repos/alcasar/trunk/ - install : vérification du lancement de mariadb (machine lente)
- uniformisation BL/WL		  

←Prev12Next→

Show All