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
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)  
1976 3052 d 1 h franck /repos/alcasar/trunk/ options pour mode enregistrement dns et debug  
1964 3060 d 6 h franck /repos/alcasar/trunk/  
1963 3060 d 19 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 3061 d 21 h richard /repos/alcasar/trunk/ - On reste dans le domain "localdomain" lors de l'import d'un certificat.  
1957 3063 d 20 h richard /repos/alcasar/trunk/ - Mise à jour d'une V3+ sur une V3
- uniformisation WL/BL		  
1955 3064 d 20 h richard /repos/alcasar/trunk/ - install : vérification du lancement de mariadb (machine lente)
- uniformisation BL/WL		  
1954 3066 d 22 h richard /repos/alcasar/trunk/ Homogénéisation BL/WL  
1945 3070 d 20 h richard /repos/alcasar/trunk/ - rpm pour nouveau noyau
- ajout de 'vnstat' dans les daemon à surneiller		  
1940 3072 d 20 h richard /repos/alcasar/trunk/ On continue l'uniformisation WL/BL  
1938 3073 d 3 h richard /repos/alcasar/trunk/ - reorganisation des répertoires d'install
- homogénisation WL/BL		  
1930 3076 d 20 h richard /repos/alcasar/trunk/ homogénéisation BL/WL ...  
1928 3079 d 20 h richard /repos/alcasar/trunk/ homogénéisation wl-bl (suite)  
1927 3079 d 20 h richard /repos/alcasar/trunk/ homogénéisation bl &wl (suite)  
1926 3079 d 21 h richard /repos/alcasar/trunk/ homogénéisation BL/WL (suite)  
1925 3080 d 23 h richard /repos/alcasar/trunk/ homogénéisation : suite  
1924 3081 d 5 h richard /repos/alcasar/trunk/ début d'uniformisation BL ossi  
1917 3084 d 8 h franck /repos/alcasar/trunk/ desactivation de IPV6 dans systctl  
1914 3087 d 2 h richard /repos/alcasar/trunk/ - uniformisation BL ...  
1913 3087 d 3 h richard /repos/alcasar/trunk/ Uniformisation du traitement de la catégorie "ossi"  
1912 3087 d 5 h richard /repos/alcasar/trunk/ Uniformisation de la gestion de la BL --> to be continued  
1905 3097 d 5 h raphael.pion /repos/alcasar/trunk/ -alcasar-flush_ipset_wl.sh exécuté tous les dimanche a 5h00:
#Permet de vider l'ipset wl_ip_allowed lorsque tous les utilisateurs de la whitelist sont déconnectés		  
1903 3097 d 6 h raphael.pion /repos/alcasar/trunk/ -correction final de l'import de fichier pour BL/WL ( avec tor pris en compte )  
1899 3097 d 9 h raphael.pion /repos/alcasar/trunk/ -import des noeuds de tor dans la BL (sous la forme d'un fichier qu'on importe dans l'ACC)
-enable/disable un fichier BL/WL dans l'ACC		  
1898 3098 d 1 h richard /repos/alcasar/trunk/ Processus de mise à jour (en cours)