Scénario #16041
EAD Amon : gérer le décalage de +2h sur les restrictions horaires
Statut:
Terminé (Sprint)
Priorité:
Normal
Assigné à:
-
Catégorie:
-
Version cible:
Début:
17/07/2015
Echéance:
08/07/2016
% réalisé:
100%
Temps estimé:
(Total: 19.00 h)
Temps passé:
(Total: 28.08 h)
Points de scénarios:
4.0
Restant à faire (heures):
0.00 heure
Estimation basée sur la vélocité:
Release:
Liens avec la release:
Auto
Description
Sur Amon 2.5.x il y a un décalage de 2h sur les restrictions horaire gérées dans l'EAD.
si on autorise la navigation web de 10h à 14h elle ne sera en fait possible qu'à partir de 12h
testé et approuvé :p
j'ai trouvé dans le manpage ipset l'opiton --kerneltz j'ai modifié la règle ainsi :
iptables -D INPUT -i eth1 -p tcp -m set --match-set horaire src,dst -m time --timestart 00:00:00 --timestop 10:00:00 --weekdays Fri -j REJECT --reject-with icmp-port-unreachable iptables -I INPUT -i eth1 -p tcp -m set --match-set horaire src,dst -m time --kerneltz --timestart 00:00:00 --timestop 10:00:00 --weekdays Fri -j REJECT --reject-with icmp-port-unreachable
et la navigation web était possible reste à voir l'impact
Sous-tâches
Demandes liées
Révisions associées
Historique
#1 Mis à jour par Fabrice Barconnière il y a presque 8 ans
- Tracker changé de Demande à Scénario
- Sujet changé de Décalage de +2h sur les restrictions horaires à EAD Amon : gérer le décalage de +2h sur les restrictions horaires
- Début
29/04/2016supprimé - Release mis à EOLE 2.6.0
- Points de scénarios mis à 4.0
Ne pas utiliser l'option --kerneltz car "using --kerneltz is highly discouraged"
L'idée est de gérer l'UTC pour convertir l'heure au moment de la création de la règle.
#2 Mis à jour par Scrum Master il y a presque 8 ans
- Echéance mis à 08/07/2016
- Version cible mis à sprint 2016 25-27 - Equipe MENESR
- Début mis à 20/06/2016
#3 Mis à jour par Lionel Morin il y a plus de 7 ans
- Statut changé de Nouveau à Terminé (Sprint)