Projet

Général

Profil

Evolution #609

Variables Creole pour port de destination en DNAT

Ajouté par Samuel LEFOL il y a presque 14 ans. Mis à jour il y a environ 11 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Catégorie:
-
Début:
21/01/2013
Echéance:
25/01/2013
% réalisé:

100%

Temps passé:
Distribution:
EOLE 2.3

Description

Avoir la possibilité d'utiliser une variable eole pour le port destination d'une action DNAT.

Révisions associées

Révision 8ee8005a (diff)
Ajouté par Joël Cuissinat il y a plus de 11 ans

Possibilité d'utiliser une variable pour le port de destination d'une action DNAT

Fixes #609 @30m

Révision 214a1b94 (diff)
Ajouté par Emmanuel GARETTE il y a environ 11 ans

régression introduite par #4901 (ref #609)

Révision bd9b3e1f (diff)
Ajouté par Emmanuel GARETTE il y a environ 11 ans

régression introduite par #4901 (ref #609)

Révision 2c1a0db1 (diff)
Ajouté par Emmanuel GARETTE il y a environ 11 ans

Correction de quelques tests + ajoute d'un test pour les variables en SNAT/DNAT (fixes #609)

Historique

#1 Mis à jour par Samuel LEFOL il y a plus de 13 ans

Je relance cette demande.

Dans ERA, dans une directive, dans l'action DNAT, dans le champ 'nouveau port', permettre d'utiliser des variables eole.

Exemple de cas concret : un serveur web dans une zone dmz qui écoute sur le port local 81
=> DNAT : ip_publique:80 redirigé vers ip_srv_web:81

#2 Mis à jour par Joël Cuissinat il y a plus de 11 ans

  • Assigné à mis à Joël Cuissinat
  • Version cible mis à Mises à jour 2.3.8
  • Distribution mis à EOLE 2.3

#3 Mis à jour par Joël Cuissinat il y a plus de 11 ans

  • Statut changé de Nouveau à Résolu
  • % réalisé changé de 0 à 100

#4 Mis à jour par Joël Cuissinat il y a plus de 11 ans

  • Sujet changé de Variables Creole à Variables Creole pour port de destination en DNAT

#5 Mis à jour par Joël Cuissinat il y a plus de 11 ans

  • Echéance mis à 25/01/2013
  • Début changé de 31/05/2010 à 21/01/2013

#6 Mis à jour par Emmanuel GARETTE il y a environ 11 ans

  • Statut changé de Résolu à À valider
  • % réalisé changé de 100 à 50

Qualification : a priori tout ne fonctionne pas encore correctement :

 * Starting firewall: bastion (modèle "3zones-scribe")
#--------------------------------------------------
Attention, erreur de coherence des directives Era
invalid literal for int() with base 10: '%%pouet'
#--------------------------------------------------
/usr/lib/pymodules/python2.6/Cheetah/Compiler.py:1577: UserWarning: You supplied an empty string for the source!
  warnings.warn("You supplied an empty string for the source!", )

#7 Mis à jour par Emmanuel GARETTE il y a environ 11 ans

Le correctif résous bien le problème :

 * Starting firewall: bastion (modèle "3zones-scribe")                                                                               [ OK ]

Il est nécessaire de faire un test unitaire avant de fermer la demande (et recompiler le paquet).

#8 Mis à jour par Emmanuel GARETTE il y a environ 11 ans

  • Statut changé de À valider à Résolu
  • % réalisé changé de 50 à 100

#9 Mis à jour par Gwenael Remond il y a environ 11 ans

  • Statut changé de Résolu à Fermé

Formats disponibles : Atom PDF