Jenkins Jetty redirect http to https - jenkins

We set our Jenkins ver. 2.150.1 running on a default Jetty (Ubuntu) with https on port 8443. Is it possible to redirect all access from http(8080) to https(8443) without Apache/Nginx proxy? It would be great to use an existing Jetty.

This is not implemented but it could be possible using SecuredRedirectHandler.
Please note this is development is part of Jenkins project: https://github.com/jenkinsci/winstone/.
You can propose a pull request with the change and I will be happy to review/merge
Or at least log a change request here https://issues.jenkins-ci.org/projects/JENKINS.

Related

Mitmproxy downgrade from https to http

We have a Jenkins, a gtw application that accepts HTTP requests which later forwards the data to a bit bucket server. The flow is like below:
Jenkins->Gtw(HTTP)->BitBucket url (HTTP and HTTPS).
On jenkins the requests are sent via HTTPS,
We would like to know if mitmproxy can be used as middle man that can downgrade the https to http.
Or if it is a possible way to do that on the jenkins container.
You can do that with mitmproxy as a reverse proxy (see https://docs.mitmproxy.org/stable/concepts-modes/#reverse-proxy). If this is a production setup, I'd recommend using nginx instead, which has better performance characteristics.

Https and http both the protocals not able to run in websphere liberty server with springboot

I want to run the health check of the services only with http and all the services as https. facing the issue to configure the particular URI with in-secure protocal (http). tried below but its not working:
Here I am trying to configure the healthcheck with http and all the services with https :
http.requiresChannel().antMatchers("*/healthcheck").requiresInsecure().anyRequest().requiresSecure();
Please help me to resolve this issue
Thanks in advance.

Docker Desktop for Windows configure to use Proxy Auto-Config Script (PAC)

I am using windows 10 Enterprise Version 1607,
We use a Proxy Auto Config (PAC) script for Proxy config.
The problem is docker connectivity. I have Docker 17.12.0-ce (stable release) is installed. I'm not able to configure Docker to use PAC to pull docker registry images.
Kindly help! I've gone through the official documentation several times, but nothing helpful. I'm not sure if I'm missing something.
.pac configuration file is actually returning a proxy server address based on which url you are visiting.
So you can skip using .pac and set your HTTP PROXY directly to docker.
If you want to know what is your proxy server address, visit the .pac from your browser, read it and you will find the proxy server address in clear text there.

Unable to access Jenkins

When I tried to access jenkins using localhost:8080/jenkins I get the following error.
HTTP ERROR 404
Problem accessing /jenkins/. Reason:
Not Found
How to solve this?
Check your webserver which is running, if you use apache turn on the apache server by going to right path
Check this out, Apache web server to route HTTP and HTTPS traffic to Jenkins. This helps too
1.use URLs that lack the pesky port tag
2.receive external port 80 or 443 traffic

jenkins job to check if port 80 responds to a http request

I am new to jenkins.I need to create a jenkins job to check if port 80 responds to a http request with 200 and restart apache if it is not.Please advise.
You need Conditional Build Step and HTTP Request plugins.
Enable build step as condition in global configuration.
Setup a job with Conditional build step executing HTTP Request plugin, and on failure restart apache.
Restarting apache can be done through Publish over SSH plugin, or through Execute shell buildstep, if you are on Linux. If you are on Windows, you will need Execute batch command buildstep, and then use plink.exe that comes with Putty to connect to your apache server. This is all providing that your apache server is running on Linux in the first place.
If your apache is on Windows, that's a whole different can of worms.
You are not providing any information in your question, and as it is, it is too broad and shows zero research on your part.

Resources