Bonjour,
Je rencontre une problématique qui semble avoir des similitudes (sans être toute fois identique --> https://forum.squashtest.com/viewtopic.php?f=73&t=5015) et je souhaiterais savoir quel token vous avez utilisé dans le champ "jeton" de la "Politique d'identification" du serveur de type "SquashAUTOM".
D'avance merci pour votre aide.
Problème de liaison entre Squash Autom et Squash Tm via orchestrator
Re: Problème de liaison entre Squash Autom et Squash Tm via orchestrator
Bonjour,
Le jeton a renseigner côté Squash est celui qui a été généré à partir de la clé privée utilisée pour créer la clé publique avec laquelle vous avez démarré votre Orchestrateur : https://opentestfactory.gitlab.io/orche ... jwt-tokens
CREATION DU TOKEN
1. Pour créer un token à partir de la clé privée, commencer par se positionner dans le dossier de travail où elle se trouve :
2.Puis passer la commande suivante :
3. Laisser l’algorithme par défaut proposé, renseigner le nom de l’entreprise, puis le nom de l’utilisateur et cliquer sur Entrée à chaque fois
4. Copier/coller le token renvoyé par la fenêtre de commande et la renseigner dans Squash TM. Il est recommandé de le conserver dans un fichier car vous en aurez besoin pour démarrer vos agents.
Le jeton a renseigner côté Squash est celui qui a été généré à partir de la clé privée utilisée pour créer la clé publique avec laquelle vous avez démarré votre Orchestrateur : https://opentestfactory.gitlab.io/orche ... jwt-tokens
CREATION DU TOKEN
1. Pour créer un token à partir de la clé privée, commencer par se positionner dans le dossier de travail où elle se trouve :
Code : Tout sélectionner
cd /mnt/c/work
Code : Tout sélectionner
opentf-ctl generate token using trusted_key.pem
4. Copier/coller le token renvoyé par la fenêtre de commande et la renseigner dans Squash TM. Il est recommandé de le conserver dans un fichier car vous en aurez besoin pour démarrer vos agents.
Re: Problème de liaison entre Squash Autom et Squash Tm via orchestrator
Merci pour votre réponse. Nous avons suivi vos indications (et celles ci : https://opentestfactory.org/tools/runni ... -using-key) pour créer la trusted_key.pem et la trusted_key.pub dans /mnt/c/work mais nous obtenons toujours l'erreur 401 "Unauthorized". Par rapport aux messages précédents de cette discussion, nous avons aussi exécuter la commande suivante dans le Docker :
avec en retour la même erreur (voir screenshot ci-dessous).
Auriez-vous une idée ?
Code : Tout sélectionner
curl -X POST -H "Authorization: Bearer ${TOKEN}" -H "Content-type: application/x-yaml" http://localhost:7774/workflows
-
- Messages : 101
- Inscription : jeu. oct. 10, 2019 3:47 pm
Re: Problème de liaison entre Squash Autom et Squash Tm via orchestrator
Bonjour,
Sur la procédure de génération de token exposée, cela suppose impérativement de monter la clé publique correspondante à la création du container.
À défaut d'avoir créé le container avec la clef publique du jeton, il faut copier la clé dans le répertoire /etc/squash/ du container docker.
Si le token provient bien du log de démarrage, peut-être que le c/c de celui-ci est erroné ? Bien souvent, des espaces avant/après s'ajoutent, des retours chariots, il faut également faire attention à ne pas reproduire les sauts de ligne introduits à l'affichage sinon le token est corrompu
Un token JWT, ça a trois parties séparées par des '.', ça n'a pas d'espace, ça tient sur une seule ligne.
Dans certains environnements, les lignes d'affichage visibles sur la console (qui ne sont pas des retours chariots, juste l'affichage d'une ligne unique sur plusieurs lignes d'écran pour s'adapter à la largeur) sont transformés après copier/coller en caractères spéciaux de retour à la ligne, et du coup le token est faux parce que la vraie valeur est sur une seule ligne.
Elise.
Sur la procédure de génération de token exposée, cela suppose impérativement de monter la clé publique correspondante à la création du container.
À défaut d'avoir créé le container avec la clef publique du jeton, il faut copier la clé dans le répertoire /etc/squash/ du container docker.
Si le token provient bien du log de démarrage, peut-être que le c/c de celui-ci est erroné ? Bien souvent, des espaces avant/après s'ajoutent, des retours chariots, il faut également faire attention à ne pas reproduire les sauts de ligne introduits à l'affichage sinon le token est corrompu
Un token JWT, ça a trois parties séparées par des '.', ça n'a pas d'espace, ça tient sur une seule ligne.
Dans certains environnements, les lignes d'affichage visibles sur la console (qui ne sont pas des retours chariots, juste l'affichage d'une ligne unique sur plusieurs lignes d'écran pour s'adapter à la largeur) sont transformés après copier/coller en caractères spéciaux de retour à la ligne, et du coup le token est faux parce que la vraie valeur est sur une seule ligne.
Elise.
Re: Problème de liaison entre Squash Autom et Squash Tm via orchestrator
Bonjour,
Merci pour votre réponse. Nous avons suivi vos indications mais nous sommes arrivé au même résultat que précédemment (--> https://forum.squashtest.com/viewtopic.php?f=73&t=5015). Nous avons de même vérifié la validité de notre token qui respecte bel et bien les normes que vous nous avez présenté.
Cependant, nous n'avons pas compris ce que vous entendiez par le "log de démarrage". Parlez-vous de la suite de caractère donné lors du lancement de cette commande docker :
docker run –d --name orchestrator -p 7774:7774 -p 7775:7775 -p 7776:7776 -p 38368:38368 -e SSH_CHANNEL_HOST=http://localhost:8000/squash -e SSH_CHANNEL_USER=admin -e SSH_CHANNEL_PASSWORD=admin -e SSH_CHANNEL_TAGS=ssh,linux,postman squashtest/squash-orchestrator:latest
Car nous n'arrivons pas à trouver l'utilité de cette chaîne de caractères. Auriez-vous une idée ?
Merci de votre aide.
Merci pour votre réponse. Nous avons suivi vos indications mais nous sommes arrivé au même résultat que précédemment (--> https://forum.squashtest.com/viewtopic.php?f=73&t=5015). Nous avons de même vérifié la validité de notre token qui respecte bel et bien les normes que vous nous avez présenté.
Cependant, nous n'avons pas compris ce que vous entendiez par le "log de démarrage". Parlez-vous de la suite de caractère donné lors du lancement de cette commande docker :
docker run –d --name orchestrator -p 7774:7774 -p 7775:7775 -p 7776:7776 -p 38368:38368 -e SSH_CHANNEL_HOST=http://localhost:8000/squash -e SSH_CHANNEL_USER=admin -e SSH_CHANNEL_PASSWORD=admin -e SSH_CHANNEL_TAGS=ssh,linux,postman squashtest/squash-orchestrator:latest
Car nous n'arrivons pas à trouver l'utilité de cette chaîne de caractères. Auriez-vous une idée ?
Merci de votre aide.
Re: Problème de liaison entre Squash Autom et Squash Tm via orchestrator
Bonjour,
Nous rencontrons exactement les mêmes problématiques suite à l'installation de Squash TM et Autom. Après avoir réglé nos problèmatiques de jeton, nous avons les mêmes soucis de communication entre orchestrator et les agents pour l'exécution d'un test Cypress.
Je pensais naivement que l'image Docker Autom contenait tous les éléments pour l'exécution des tests sur les technos présentes dans la version community.
La documentation opentestfactory est difficile à appréhender, avez-vous quelques pistes et conseil sur les paramétrages à réaliser ?
Merci d'avance,
Romain
Re: Problème de liaison entre Squash Autom et Squash Tm via orchestrator
Bonjour,
Vous trouverez ci-après la documentation relative à l'automatisation de scripts Cypress depuis Squash TM: https://autom-devops-fr.doc.squashtest. ... press.html
Pour les problèmes de communication entre l'agent et l'orchestrateur, je vous invite à consulter les documentations suivantes:
Pour plus d'assistance, n''hésitez pas à décrire les problématiques rencontrées et à y joindre vos logs.
Lucie
Vous trouverez ci-après la documentation relative à l'automatisation de scripts Cypress depuis Squash TM: https://autom-devops-fr.doc.squashtest. ... press.html
Pour les problèmes de communication entre l'agent et l'orchestrateur, je vous invite à consulter les documentations suivantes:
Pour plus d'assistance, n''hésitez pas à décrire les problématiques rencontrées et à y joindre vos logs.
Lucie