Scénario #29836
Mis à jour par Joël Cuissinat il y a environ 4 ans
Le test https://dev-eole.ac-dijon.fr/jenkins/job/2.8.0/job/test-instance-etb1scribe-2.8.0-amd64/ signale une erreur d'authentification proxy qu'on peut reproduire à l'aide d'un simple Maj-Auto (sans les exports proxy du test Jenkins) :
<pre>
Action update pour root
Maj-Auto - l'appel à apt-get (-c /etc/apt/apt-eole.conf update) a retourné une erreur (code 100). Voir /var/log/apt/term.log
E: Impossible de récupérer http://repo.saltstack.com/py3/ubuntu/18.04/amd64/latest/dists/bionic/InRelease 407 Proxy Authentication Required [IP : 10.1.3.1 3128]
E: Le dépôt http://repo.saltstack.com/py3/ubuntu/18.04/amd64/latest bionic InRelease n'est plus signé
</pre>
Dans ce test, l'enregistrement au domaine n'est évidemment pas (encore) réalisé mais les exceptions d'authentification devraient permettre au Scribe de passer comme dans les versions antérieures.
Je propose de profiter de ce scénario pour étudier les exceptions d'authentification e2guardian ainsi que proposé dans #29701.
h3. Solutions à mettre en œuvre
* étudier et corriger le problème de la maj de Scribe derrière Amon
* étudier les exceptions d'authentification e2guardian et les implémenter si cela s'avère pertinent
h3. Critères d'acceptation
* Le test https://dev-eole.ac-dijon.fr/jenkins/job/2.8.0/job/test-instance-etb1scribe-2.8.0-amd64/ est passant
* Mise à disposition (dans une demande) d'une étude sur les exceptions d'authentification e2guardian dans le cadre d'Amon
* Le cas échéant : implémentation de ces exception et/ou propositions dans ce sens
<pre>
Action update pour root
Maj-Auto - l'appel à apt-get (-c /etc/apt/apt-eole.conf update) a retourné une erreur (code 100). Voir /var/log/apt/term.log
E: Impossible de récupérer http://repo.saltstack.com/py3/ubuntu/18.04/amd64/latest/dists/bionic/InRelease 407 Proxy Authentication Required [IP : 10.1.3.1 3128]
E: Le dépôt http://repo.saltstack.com/py3/ubuntu/18.04/amd64/latest bionic InRelease n'est plus signé
</pre>
Dans ce test, l'enregistrement au domaine n'est évidemment pas (encore) réalisé mais les exceptions d'authentification devraient permettre au Scribe de passer comme dans les versions antérieures.
Je propose de profiter de ce scénario pour étudier les exceptions d'authentification e2guardian ainsi que proposé dans #29701.
h3. Solutions à mettre en œuvre
* étudier et corriger le problème de la maj de Scribe derrière Amon
* étudier les exceptions d'authentification e2guardian et les implémenter si cela s'avère pertinent
h3. Critères d'acceptation
* Le test https://dev-eole.ac-dijon.fr/jenkins/job/2.8.0/job/test-instance-etb1scribe-2.8.0-amd64/ est passant
* Mise à disposition (dans une demande) d'une étude sur les exceptions d'authentification e2guardian dans le cadre d'Amon
* Le cas échéant : implémentation de ces exception et/ou propositions dans ce sens