Distribution EOLE

*voir Traceback dans le log de salt Minion*

<pre>
2020-12-10 09:54:49,077 [salt.loaded.int.module.cmdmod:774 ][ERROR ][976] Command 'chcp 437 > nul & reboot' failed with return code: 1
2020-12-10 09:54:49,077 [salt.loaded.int.module.cmdmod:776 ][ERROR ][976] stdout: 'reboot' n'est pas reconnu en tant que commande interne ou externe, un programme ex‚cutable ou un fichier de commandes.
2020-12-10 09:54:49,077 [salt.loaded.int.module.cmdmod:780 ][ERROR ][976] retcode: 1
2020-12-10 09:54:49,077 [salt.loaded.int.module.cmdmod:1108][ERROR ][976] Command 'reboot' failed with return code: 1
2020-12-10 09:54:49,077 [salt.loaded.int.module.cmdmod:1113][ERROR ][976] output: 'reboot' n'est pas reconnu en tant que commande interne ou externe, un programme ex‚cutable ou un fichier de commandes.
2020-12-10 10:59:18,231 [salt.loaded.int.module.win_lgpo:2856][ERROR ][2952] Handle this explicitly
Traceback (most recent call last):
File "c:\salt\bin\lib\site-packages\salt\modules\win_lgpo.py", line 2849, in _processPolicyDefinitions
xmltree = lxml.etree.parse(adml_file)
File "src\lxml\lxml.etree.pyx", line 3427, in lxml.etree.parse (src\lxml\lxml.etree.c:81101)
File "src\lxml\parser.pxi", line 1811, in lxml.etree._parseDocument (src\lxml\lxml.etree.c:117832)
File "src\lxml\parser.pxi", line 1837, in lxml.etree._parseDocumentFromURL (src\lxml\lxml.etree.c:118179)
File "src\lxml\parser.pxi", line 1741, in lxml.etree._parseDocFromFile (src\lxml\lxml.etree.c:117091)
File "src\lxml\parser.pxi", line 1138, in lxml.etree._BaseParser._parseDocFromFile (src\lxml\lxml.etree.c:111637)
File "src\lxml\parser.pxi", line 595, in lxml.etree._ParserContext._handleParseResultDoc (src\lxml\lxml.etree.c:105093)
File "src\lxml\parser.pxi", line 706, in lxml.etree._handleParseResult (src\lxml\lxml.etree.c:106801)
File "src\lxml\parser.pxi", line 635, in lxml.etree._raiseParseError (src\lxml\lxml.etree.c:105655)
File "file:/c:/Windows/PolicyDefinitions/fr-FR/WindowsDefender.adml", line 1
lxml.etree.XMLSyntaxError: xmlns: 'http://schemas.microsoft.com/GroupPolicy/2006/07/Policysecurity intelligence' is not a valid URI, line 1, column 246

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "c:\salt\bin\lib\site-packages\salt\modules\win_lgpo.py", line 2853, in _processPolicyDefinitions
xmltree = _remove_unicode_encoding(adml_file)
File "c:\salt\bin\lib\site-packages\salt\modules\win_lgpo.py", line 2731, in _remove_unicode_encoding
xmltree = lxml.etree.parse(six.StringIO(modified_xml))
File "src\lxml\lxml.etree.pyx", line 3427, in lxml.etree.parse (src\lxml\lxml.etree.c:81101)
File "src\lxml\parser.pxi", line 1828, in lxml.etree._parseDocument (src\lxml\lxml.etree.c:118056)
File "src\lxml\parser.pxi", line 1848, in lxml.etree._parseMemoryDocument (src\lxml\lxml.etree.c:118325)
File "src\lxml\parser.pxi", line 1729, in lxml.etree._parseDoc (src\lxml\lxml.etree.c:116883)
File "src\lxml\parser.pxi", line 1063, in lxml.etree._BaseParser._parseUnicodeDoc (src\lxml\lxml.etree.c:110870)
File "src\lxml\parser.pxi", line 595, in lxml.etree._ParserContext._handleParseResultDoc (src\lxml\lxml.etree.c:105093)
File "src\lxml\parser.pxi", line 706, in lxml.etree._handleParseResult (src\lxml\lxml.etree.c:106801)
File "src\lxml\parser.pxi", line 635, in lxml.etree._raiseParseError (src\lxml\lxml.etree.c:105655)
File "<string>", line 1
lxml.etree.XMLSyntaxError: Start tag expected, '<' not found, line 1, column 1
2020-12-10 10:59:18,235 [salt.loaded.int.module.win_lgpo:2861][ERROR ][2952] An error was found while processing adml file c:\Windows\PolicyDefinitions\fr-FR\WindowsDefender.adml, all policy language data from this file will be unavailable via this module
</pre>

<pre>
De <Arnaud.LUCCHINI@hautesavoie.fr>
- Alors oui le poste est bien intégré au domaine (pas de souci de connexion, d'accès aux lecteurs, etc).
- Vous trouverez en pièce jointe donc le rapport GPResult.htm (où il y'a effectivement des erreurs, je n'ai pas encore pris le temps de les analyser) ainsi que le fichier minion du client
- La version de salt-call est la 2018.3.3
- Pour les logs sous le Scribe je ne sais pas ce qui vous intéressait, donc je vous envoie le fichier api et minion (renommé en minion_scribe) présents sous /var/log/salt/. Les fichiers master et key étant vide.
</pre>

<pre>
Le 11/12/2020 à 17:15, LUCCHINI Arnaud a écrit :

Bonjour,

Nous comptons déployer Veyon sur nos prochains serveurs (Scribe-AD 2.7.2), en remplacement d'Italc, Mais nos essais sur notre serveur de test se sont révélés infructueux.
Nous acceptons les clefs via la commande "salt-key -A" sur le Scribe, redémarrons les postes clients (Win10, version 1909) mais rien ne se passe, aucune installation.

Parmi les tests et vérifications :
- Suppression de toutes les clefs (salt-key -D), puis acceptation des nouvelles clefs avec l'option -A.
- SaltMinion est bien installé sur les postes clients.
- Pas de souci de DNS : quand sur un poste client on effectue un "ping salt" ça répond.
- Dans le gen_config > GPO, l'exécution des scripts à la connexion est à "oui"
- Dans le gen_config > Workstation, Activer l'installation et conf de Veyon est à "oui"
- Sur le Scribe, le service salt-minion était arrêté. Le démarrer n'a, vous vous en doutez, rien changé.

- Dans le log de saltminion d'un poste client il y'a bien cette indication « salt.crypt :739 [...] The Salt Master has cached the public key for this node, this salt minion will wait for 10 seconds before attempting to re-authenticate ». En cherchant sur le net, à priori ça peut se solutionner en indiquant en dur la valeur de master.pub dans le fichier de conf du minion. En effet, après un reboot le message disparait...mais Veyon ne s'installe pas plus.

Ce qui est surprenant, c'est que nous avions testé son installation l'an passé mais avec un Scribe+Seth (7.0 de souvenir) et à partir du moment où l'on avait accepté les clefs tout avait bien fonctionné du premier coup. D'où notre surprise.

</pre>