jenkinsci / jenkinsci/ec2-plugin
[JENKINS-58856] No Authorization Header for WinRM connection
- Dominant language
- Java
- Stars
- 292
- Forks
- 709
- Avg merge
- 3d 16h
- Merged PRs (30d)
- 4
Description
I am trying to set up a Jenkins with Windows on-demand slaves.
The Windows EC2-Instances are started by the plugin, but the WinRM connection cannot be established. The logs are stuck in a "Waiting for WinRM to come up"-loop.
But I can create a WinRM-connection to the instances manually using a python library. When I compare both (the connection attempt by the EC2-Plugin and the connection by the lython tool) I observe the following:
- the POST-request to /wsman is answered with a 401 by the Windows instance
- this seems to be the case because the Authorization header is completely missing in the request
Is this a bug in the plugin or am I doing something wrong?
---
Originally reported by christophniehoff, imported from: No Authorization Header for WinRM connection
Raw content of original issue
I am trying to set up a Jenkins with Windows on-demand slaves.
The Windows EC2-Instances are started by the plugin, but the WinRM connection cannot be established. The logs are stuck in a "Waiting for WinRM to come up"-loop.
But I can create a WinRM-connection to the instances manually using a python library. When I compare both (the connection attempt by the EC2-Plugin and the connection by the lython tool) I observe the following:
- the POST-request to /wsman is answered with a 401 by the Windows instance
- this seems to be the case because the Authorization header is completely missing in the request
Is this a bug in the plugin or am I doing something wrong?
Contributor guide
Research direction
Start with the ec2-plugin's WinRM connection path and compare its POST request to /wsman with the working Python-library connection. Confirm whether the Authorization header is omitted, then verify that a Windows EC2 agent connects without the "Waiting for WinRM to come up" loop.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws, java
- Domain
- cloud, infrastructure
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100