Projet

Général

Profil

Tâche #18902

Scénario #16909: Les restrictions horaires devraient ouvrir/fermer à l'heure déterminé par l'administrateur

Gérer le décalage horaire pour les directives utilisant les plages horaires

Ajouté par Joël Cuissinat il y a environ 7 ans. Mis à jour il y a environ 7 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Début:
27/01/2017
Echéance:
% réalisé:

100%

Temps estimé:
6.00 h
Temps passé:
Restant à faire (heures):
0.0

Description

Il s'agit de la fonctionnalité suivante : http://eole.ac-dijon.fr/documentations/2.5/partielles/HTML/ModuleAmon/co/2-PlagesHoraires.html

Un problème du même genre avait été traité dans le scénario : https://dev-eole.ac-dijon.fr/issues/16041

Révisions associées

Révision c12be4ca (diff)
Ajouté par Philippe Caseiro il y a environ 7 ans

Prise en compte du décalage horaire

iptables utilise le temps UTC, nos utilisateurs créent des règles avec
des heures dans leur timezone, ce qui fait que le décalage peut être
très important dans certains endroits du monde.

Afin de régler le problème on prend les plages dans les modèles ERA et on
applique le décalage horaire de la zone du serveur lors de la génération des règles.

Donc les heures dans les règles iptables ne sont pas les mêmes que dans
le modèle.

ref #18902 @8h

Révision 841b4767 (diff)
Ajouté par Philippe Caseiro il y a environ 7 ans

Correction du problème du "dimanche"

Après tests il est remonté que lorsque la règle era génére deux règles
iptables les jours n'étaient pas bon, en cas de changement lors du
passage en UTC. Pour régler le problème on garde la valeur originale et
on la remet en place une fois le traitement de la génération de la règle
iptables terminé.

ref #18902 @1h

Historique

#1 Mis à jour par Philippe Caseiro il y a environ 7 ans

  • Assigné à mis à Philippe Caseiro

#2 Mis à jour par Scrum Master il y a environ 7 ans

  • Statut changé de Nouveau à En cours

#3 Mis à jour par Philippe Caseiro il y a environ 7 ans

  • Restant à faire (heures) changé de 6.0 à 4.0

#4 Mis à jour par Philippe Caseiro il y a environ 7 ans

  • % réalisé changé de 0 à 40

#5 Mis à jour par Philippe Caseiro il y a environ 7 ans

  • Restant à faire (heures) changé de 4.0 à 0.25

Pour tester:

  • Lancer ERA
  • Créer une plage horaire avec un début à 00:01 et une fin à 23:59
  • Ajouter 2 jours de la semaine
  • Créer une règle qui utilise cette plage horaire
  • reconfigurer

La règle doit prendre en compte le décalage horaire, donc aller de 23:59 à 22:59 dans notre timezone actuelle, la liste des jours doit aussi contenir la veille du premier jour.

#6 Mis à jour par Daniel Dehennin il y a environ 7 ans

  • Heure de début : 00:01
  • Heure de fin : 23:59
  • Jours : Mardi, Mecredi, Jeudi

Voilà le résultat :

-A dmz-ext -s 10.1.3.5/32 -i ens7 -o ens4 -m time --timestart 23:01:00 --timestop 22:59:00 --weekdays Mon,Tue,Wed,Thu,Sun --datestop 2038-01-19T03:14:07 -j ACCEPT

#7 Mis à jour par Philippe Caseiro il y a environ 7 ans

  • % réalisé changé de 40 à 80

#8 Mis à jour par Scrum Master il y a environ 7 ans

  • Statut changé de En cours à Résolu

#9 Mis à jour par Joël Cuissinat il y a environ 7 ans

  • % réalisé changé de 80 à 100
  • Restant à faire (heures) changé de 0.25 à 0.0

#10 Mis à jour par Joël Cuissinat il y a environ 7 ans

=> AM-T02-011 - Directive ERA avec plage horaire

#11 Mis à jour par Joël Cuissinat il y a environ 7 ans

  • Statut changé de Résolu à Fermé

Formats disponibles : Atom PDF