-
Notifications
You must be signed in to change notification settings - Fork 135
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Host header smee.io causing Jenkins webhook to fail #187
Comments
Hi All, I am trying to use Smee client to trigged the Job in Jenkins from git webhook. I created the new job in Jenkins and commit any change in the git, I am able to triggered the Job in Jenkins. When I tried to made any change in the git 2nd time, smee getting the response from git but job not triggered in the Jenkins. If removed the 1st build in the Jenkins and commit the changes in git it's working. Can any one please suggest or provide any solution on this issue. |
This is also causing problems when using an https target: one gets a certificate error like "Error [ERR_TLS_CERT_ALTNAME_INVALID]: Hostname/IP does not match certificate's altnames: Host: smee.io. is not in the cert's altnames: DNS:xxx" where xxx is the target hostname. |
🎉 This issue has been resolved in version 2.0.3 🎉 The release is available on: Your semantic-release bot 📦🚀 |
This issue starts happening to me today.
Based on my limited experiment, Jenkins BitBucket PPR webhook will fail with 404 error when it sees "host: smee.io" in request header. Removing the "host: smee.io" in request header works (I use curl to simulate this).
This is weird since smee-client has no changes for so long and the BitBucket PPR webhook plugin is last updated 3 months ago.
Does smee-client always include "host: smee.io" when invoking target webhook? If yes, then maybe an option to exlude "host: smee.io" when invoking target webhook would be nice.
The text was updated successfully, but these errors were encountered: