Montrant exception lors de la connexion de l'esclave au maître, à l'aide de headless jnlp

je suis en utilisant jenkins 1.447.2 version.Mon maître est linux et de l'esclave est windows

    Jul 27, 2012 12:44:17 PM hudson.remoting.jnlp.Main$CuiListener <init>
    INFO: Hudson agent is running in headless mode.
    Jul 27, 2012 12:44:17 PM hudson.remoting.jnlp.Main$CuiListener status
    INFO: Locating server among [http://10.10.1.162:8080/jenkins/, http://dem
     Jul 27, 2012 12:44:38 PM hudson.remoting.jnlp.Main$CuiListener status
    INFO: Connecting to demo.sigmainfo.in:8050
     Jul 27, 2012 12:44:38 PM hudson.remoting.jnlp.Main$CuiListener status
     INFO: Handshaking
     Jul 27, 2012 12:44:58 PM hudson.remoting.jnlp.Main$CuiListener error
     SEVERE: The server rejected the connection:
     java.lang.Exception: The server rejected the connection:
     at hudson.remoting.Engine.onConnectionRejected(Engine.java:258)
     at hudson.remoting.Engine.run(Engine.java:233)

J'obtiens l'erreur ci-dessus, tandis que tring pour connecter l'esclave de maître de jenkins..j'ai eu cette erreur depuis que je fais du maître comme de l'électricité statique.(IP).

Comment résoudre ce problème?

OriginalL'auteur varghese | 2012-07-27

  1. 9

    JNLP esclave des problèmes de connexion sont généralement dus à une erreur de "Jenkins URL" dans Jenkins configuration globale. S'il vous plaît vérifier.

    Si le réglage est correct, je pense que vous devez réfléchir sérieusement à la possibilité que quelque chose bloque la connexion entre votre Windows esclave et Linux maître. Pourrait-il y avoir un pare-feu installé sur un ou deux hôtes?

    Si il y a un pare-feu, vous pouvez d'abord configurer un port fixe pour JNLP connexions et ensuite configurer le pare-feu de Linux maître d'accepter des connexions entrantes sur ce port et configurer le pare-feu Windows pour accepter les connexions sortantes vers le port.

    La première partie, je peux vous montrer: Aller à Jenkins maître, Gérer Jenkins, la Configuration du Système. Cochez la case "Activer la sécurité".

    Une nouvelle section apparaît. Cochez la case "port TCP pour JNLP esclave agents" et de définir n'importe quel numéro de port libre que vous souhaitez. Veuillez noter que le non-root processus ne peuvent pas utiliser les ports au-dessous de 1024, donc vous devez choisir quelque chose au-dessus. Les numéros de Port sont de 16 bits non signé entiers, de sorte que le maximum est de 65535.

    La deuxième partie sur la configuration du pare-feu je ne peux pas vous aider. Comment permettre l'accès à la JNLP port est entièrement du logiciel de pare-feu sur votre maître et de l'esclave. Veuillez vous référer aux manuels de ceux pour plus de détails.

    Si elle ne fonctionne toujours pas, je vous suggère d'utiliser tcpdump host demo.sigmainfo.in pour voir si l'esclave est vraiment de l'envoi de paquets à droite de l'interface de l'hôte idéal.

    j'ai vérifié avec l'url, compte tenu de numéro de port fixe..encore avoir d'erreur..mon admin de personnes ont dit qu'aucun pare-feu du système est activé..lors de la vérification de tcpdump, à chaque fois(5 secondes d'intervalle) longueur est d'arriver à zéro..Mon maître est linux et de l'esclave est windows..comment puis-je vérifier si 8050 de maître, c'est d'accepter paquet et l'envoi de retour..Ce que je peux faire pour elle?
    Le meilleur réseau renifleurs sont tcpdump (car il est installé partout) et WireShark (parce qu'il a une belle interface graphique). Utilisez-les pour voir quels ports sur le maître de l'esclave tente de se connecter. Ensuite, utilisez lsof sur l'hôte maître pour voir si Jenkins est réellement à l'écoute de ces ports.
    j'ai vérifié dans le maître(linux) à l'aide de wireshark ip.addr=slaveip et tcp.port=8050(port ouvert sur le master).Sans port c'est au Navigateur de connexion du protocole de.il n'est pas afficher quoi que ce soit..Dans windows à l'aide de la commande netstat -an |find /i "à l'écoute" ..elle montre la connexion est établie avec ce numéro de port..je pense que via le navigateur de connexion est établie..
    Une chose de plus à ajouter, je suis d'erreur somme de contrôle incorrecte-Ethernet tout en faisant wireshark de l'esclave(Windows) à master(Linux)..Que faire?..

    OriginalL'auteur sti

  2. 2

    Une fois, j'ai eu cette erreur car j'ai déjà eu une connexion, afin de vérifier vos connexions.

    Je pense que cela devrait être un commentaire, pas une réponse.

    OriginalL'auteur Ibrahim Buamod

  3. 1

    Avec une des principales de windows et de mac jenkins esclave, je l'ai eu; 

     java.lang.exception: the serverrejected the connection: None of the protocols were accepted

    parce que j'avais changé notre machine diplômes et avait omis d'informer jenkins. Depuis que l'erreur semble si loin de la question, j'ai pensé que je poste pour mon futur moi.

    Pouvez-vous être plus précis? Ce que les informations d'identification ou à quel type d'informations d'identification changé?
    Bonne question, car elle n'est pas assez clair! Si ma mémoire est bonne, c'était le mot de passe de connexion pour l'jenkins mac esclave.
    Est ce de toute façon liées à la Matrice de base de la sécurité, parce que j'ai accordé la permission à mon Jenkins utilisateur

    OriginalL'auteur AnneTheAgile