Projet

Général

Profil

Tâche #15421

Scénario #14686: Faire fonctionner le réseau sur Eolebase 2.6

Étudier le fonctionnement du réseau sur la 16.04

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

Statut:
Fermé
Priorité:
Normal
Assigné à:
Début:
09/03/2016
Echéance:
% réalisé:

100%

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

Révisions associées

Révision f88736ed (diff)
Ajouté par Emmanuel GARETTE il y a environ 8 ans

ajout du calcul sur les noms des interfaces (ref #15421 @2h)

Révision 34ac470f (diff)
Ajouté par Emmanuel GARETTE il y a environ 8 ans

calcul de l'interface réseau (ref #15421 @1h)

Révision f2bbf4f8 (diff)
Ajouté par Emmanuel GARETTE il y a environ 8 ans

utilisation des variable nom_carte_ethX plutot que ethX (ref #15421 @1h)

Révision 4c7ad5c6 (diff)
Ajouté par Emmanuel GARETTE il y a environ 8 ans

les noms d'interfaces ne sont plus forcés à ethX (ref #15421

Révision 5a9e1695 (diff)
Ajouté par Emmanuel GARETTE il y a environ 8 ans

La règle d'autorisation d'accès au DNS n'est plus nécessaire, la résolution DNS des ipset est déjà faite (ref #15421)

Révision b0daa7be (diff)
Ajouté par Emmanuel GARETTE il y a environ 8 ans

Les variables interface_gw nom_carte_ethX et nom_zone_ethX ne sont plus obligatoires dans le cadre de Zéphir (ref #15421 @2h)

Révision d924a603 (diff)
Ajouté par Emmanuel GARETTE il y a environ 8 ans

Ajout de la fonction get_net_devices qui liste toutes les interfaces réseaux du serveur (ref #15421)

Historique

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

  • Statut changé de Nouveau à En cours
  • Assigné à mis à Emmanuel GARETTE

Besoins :

- nom des interfaces physiques calculées ;
- l'ordre ne doit pas évoluer ;
- l'ordre est adaptable par l'utilisateur ;
- doit être calculé sur le serveur et non sur le Zéphir.

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

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

Proposition de solution 1 :

- la variable doit être "obligatoire" sur le module mais pas sur le Zéphir (valeur None par défaut) ;
- sur le serveur faire un calcul pour proposer le bon nom pour la bonne interface ;
- sur le serveur, un template permet de conserver l'association "numéro d'interface" / "nom de carte" une fois instancié ;
- si le fichier existe, utiliser les valeurs du fichier ;
- si le fichier n'existe pas : utilisation d'un outil de découverte des noms des interfaces (par exemple : hwinfo --netcard --short).

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

  • % réalisé changé de 20 à 50

Les variables sont maintenant calculées.

Il faut encore gérer Zéphir, le template et le chargement du fichier.

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

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

Ok pour la création et le chargement du fichier.

Il faut encore gérer Zéphir.

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

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

Pour le support de Zéphir, je vois 3 solutions :

- les variables ne sont pas obligatoires et c'est au script preservice 00-anetwork de "râler" si nécessaire ;
- les variables sont obligatoires et la fonction génère un nom d'interface "bidon" sur Zéphir (par exemple "unknown1", "unknown2", "unknown3" ;
- la fonction renvoie "None" sur Zéphir et les variables ne sont obligatoires que sur le serveur en établissement (nécessite un mandatory_if_in).

Sur le serveur en établissement proposer la liste des interfaces possibles pour les variables nom_carte_ethX.

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

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

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

  • Statut changé de En cours à Résolu

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

  • Statut changé de Résolu à Fermé
  • Restant à faire (heures) changé de 0.25 à 0.0

Le réseau est globalement fonctionnel.

Formats disponibles : Atom PDF