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
2176 2756 d 20 h richard /repos/alcasar/trunk/ M.A.J nfsen  
2175 2756 d 21 h richard /repos/alcasar/trunk/ Prise en compte immédiate des changements de type "uamdomain"  
2171 2760 d 0 h tom.houdayer /repos/alcasar/trunk/ Remove ALCASAR version visible in the user part.  
2149 2788 d 1 h richard /repos/alcasar/trunk/ arret architecture 32b (bios UEFI incompatible)  
2138 2793 d 23 h richard /repos/alcasar/trunk/ - le rapport d'activité hebdomadaire se situe maintenant dans "sauvegarde"
- mise à jour de la blacklist		  
2114 2862 d 1 h franck /repos/alcasar/trunk/ Pas de vga=791 sur machine virtuelle car defaut d'affichage au reboot après install  
2111 2863 d 0 h richard /repos/alcasar/trunk/ Trad arabe  
2088 2890 d 11 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 2903 d 2 h franck /repos/alcasar/trunk/ prise en compte du type MIME .der pour pkix-cert dans apache  
2032 3009 d 2 h richard /repos/alcasar/trunk/ Explication de l'option "ntp" pour le service dhcp de chilli  
2016 3013 d 5 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 3027 d 2 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 3030 d 2 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 3033 d 5 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 3040 d 2 h richard /repos/alcasar/trunk/ Refonte de la redirection DNS. Cela est fonctionnel, mais il reste un mystère à résoudre  
1991 3040 d 22 h richard /repos/alcasar/trunk/ allègement de l'affichage "mysql"  
1990 3041 d 0 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 3047 d 10 h richard /repos/alcasar/trunk/ On teste le lancement de mariadb via la présence de la socket Unix  
1980 3048 d 2 h richard /repos/alcasar/trunk/ Fin de bascule en UTF8 de la base  
1979 3048 d 2 h richard /repos/alcasar/trunk/ suppression du plugin de reporting de mariadb (il est en timeout permanant car notre politique OUTPUT est à reject)  

←Prev12Next→

Show All