Scénario #36210
Mis à jour par Joël Cuissinat il y a 2 mois
h2. À faire
* EOLE >= 2.9.0 si possible
* proposer et implémenter une solution pour que l'utilisateur puisse pré-configurer le proxy à utiliser pour les clients Linux (GenConfig ?)
* évaluer la possibilité de déclarer plusieurs proxy (cf. #36210#note-2)
* prévoir que si le proxy configuré ne répond pas (réseau différent, ...), le script soit capable d'utiliser les variables d'environnement (si définies) ou aucun proxy (en étant suffisamment verbeux pour que l'utilisateur comprenne qu'il s'agit d'un pb de proxy)
* mettre à jour les tests Squash (ie : supprimer les export liés au proxy) : "etb1":https://dev-eole.ac-dijon.fr/squash/test-cases/8486/info et "etb3":https://dev-eole.ac-dijon.fr/squash/test-cases/8515/info
* mettre à jour les "tests Jenkins":https://dev-eole.ac-dijon.fr/projects/eole-ci-tests/repository/revisions/master/show/tests/etablissement/linux
* mettre à jour la doc
h2. Résultat attendu
* Si l'utilisateur a pré-paramétré le proxy sur son Scribe, l'exécution de @sudo bash installMinion.sh@ fonctionne directement sur le réseau cible
* Tests Jenkins et Squash passants
* Doc à jour
h2. Proposition initiale
> A ce jour installMinion.conf ne contient que la version du minion salt pour Windows:
> <pre><code class="ruby">
> #debug=1
> salt-version-amd64=3004.1-1-Py3-AMD64
> salt-version-x86=3004.1-1-Py3-x86
> </code></pre>
>
>
>
l'idée serait d'ajouter :
> - la version du minion à déployer pour les postes Linux (Ubuntu, debian, Mint)
> - le proxy à utiliser
>
>
<pre><code class="ruby">
> #debug=1
> salt-version-amd64=3004.1-1-Py3-AMD64
> salt-version-x86=3004.1-1-Py3-x86
> linux-version=3007
> proxy=http://amon.etb1.lan:3128/
> </code></pre>
>
>
Le script installMinion.sh pourrait récupérer le proxy et l'appliquer avant les apt update, wget, curl, ....
* EOLE >= 2.9.0 si possible
* proposer et implémenter une solution pour que l'utilisateur puisse pré-configurer le proxy à utiliser pour les clients Linux (GenConfig ?)
* évaluer la possibilité de déclarer plusieurs proxy (cf. #36210#note-2)
* prévoir que si le proxy configuré ne répond pas (réseau différent, ...), le script soit capable d'utiliser les variables d'environnement (si définies) ou aucun proxy (en étant suffisamment verbeux pour que l'utilisateur comprenne qu'il s'agit d'un pb de proxy)
* mettre à jour les tests Squash (ie : supprimer les export liés au proxy) : "etb1":https://dev-eole.ac-dijon.fr/squash/test-cases/8486/info et "etb3":https://dev-eole.ac-dijon.fr/squash/test-cases/8515/info
* mettre à jour les "tests Jenkins":https://dev-eole.ac-dijon.fr/projects/eole-ci-tests/repository/revisions/master/show/tests/etablissement/linux
* mettre à jour la doc
h2. Résultat attendu
* Si l'utilisateur a pré-paramétré le proxy sur son Scribe, l'exécution de @sudo bash installMinion.sh@ fonctionne directement sur le réseau cible
* Tests Jenkins et Squash passants
* Doc à jour
h2. Proposition initiale
> A ce jour installMinion.conf ne contient que la version du minion salt pour Windows:
> <pre><code class="ruby">
> #debug=1
> salt-version-amd64=3004.1-1-Py3-AMD64
> salt-version-x86=3004.1-1-Py3-x86
> </code></pre>
>
>
>
l'idée serait d'ajouter :
> - la version du minion à déployer pour les postes Linux (Ubuntu, debian, Mint)
> - le proxy à utiliser
>
>
<pre><code class="ruby">
> #debug=1
> salt-version-amd64=3004.1-1-Py3-AMD64
> salt-version-x86=3004.1-1-Py3-x86
> linux-version=3007
> proxy=http://amon.etb1.lan:3128/
> </code></pre>
>
>
Le script installMinion.sh pourrait récupérer le proxy et l'appliquer avant les apt update, wget, curl, ....