Délais de connexion de l'esclave Jenkins lors de la connexion

Question

La semaine dernière, j'ai mis en place une grille de sélénium en utilisant jenkins et 4 machines virtuelles Windows esclaves. Pour ce faire, j'ai dû débloquer les ports pour la connexion esclave et la connexion au sélénium.

Le vms téléchargé le démarreur jnlp et correctement enregistrés et à la fin de la journée de vendredi, j'ai eu mes tests en cours d'exécution comme rapporté comme prévu. \

Happy Monday, je viens pour découvrir le week-end que la les connexions aux quatre machines virtuelles ont été perdues en raison des délais d'attente de connexion. (L'erreur initiale indiquait qu'elle avait été arrêtée parce que le ping était trop long, les tentatives suivantes ne se sont jamais connectées avec succès.)

Mes recherches sur SO jusqu'ici pointent vers des problèmes avec les ports, donc j'ai vérifié pour m'assurer ils sont toujours activés, et ils le sont. Ensuite j'ai redémarré l'instance de jenkins, et toujours pas de succès. Fait intéressant, la connexion à la grille de sélénium jenkins fonctionne, chacun des serveurs autonomes démarre et enregistre correctement sur les machines virtuelles, et ils sont tous en mesure d'accéder à l'interface utilisateur jenkins à partir des navigateurs, mais pas en mesure de s'enregistrer en tant que esclave par jnlp.

À ce stade, je suis à perte, j'ai reflété exactement la même configuration qui fonctionnait la semaine dernière. J'ai vérifié avec notre équipe devOps qui gère le serveur et vérifié qu'il n'y a pas eu de changements à cette fin. Les machines virtuelles n'ont pas été touchées.

Answer 1

trouvé une solution, mais il laisse au moins une question. Pour résoudre ce problème, j'ai modifié les paramètres de sécurité globaux de Jenkins pour utiliser un port fixe pour les connexions TCP et vérifié que c'était l'un de mes ports activés, la connexion se passe proprement maintenant.

Cela dit - cela n'aurait pas dû marcher tout seul. Lorsque vous essayez de vous connecter plus tôt, les journaux indiquaient clairement que les tentatives de connexion au port donné étaient refusées (exactement le même port, et il était également activé.)

Je peux comprendre si l'agent essayait de se connecter à un port différent , mais je ne comprends pas pourquoi dédier le port lui-même ferait une différence pour l'agent de connexion.