Hi Everyone,
I have installed a new application on our system but I am now having a conflict between Jenkins and this second service.
For example. If I navigate to service.domain.com
, It loads the secondary service web page.
If I navigate to jenkins,domain.com
, it loads the secondary service web page. Once I remove the SSL configuruation from the secondary service, navigating to the above domains after the change, loads the jenkins web interface.
Our implementation of Jenkins is using Jenkins 2.401.3 behind an Apache Reverse Proxy on port 8001
Here is the below Apache configuration:
<VirtualHost *:80>
ServerName jenkins.domain.com
ProxyPass / http://localhost:8001/ nocanon
ProxyPassReverse / http://localhost:8001/
ProxyRequests Off
AllowEncodedSlashes NoDecode
# Local reverse proxy authorization override
# Most unix distribution deny proxy by default
# See /etc/apache2/mods-enabled/proxy.conf in Ubuntu
<Proxy http://localhost:8001/*>
Order deny,allow
Allow from all
</Proxy>
</VirtualHost>
<VirtualHost *:443>
SSLEngine on
SSLCertificateFile /etc/letsencrypt/live/jenkins.domain.com/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/jenkins.domain.com/privkey.pem
ServerAdmin webmaster@localhost
ProxyRequests Off
ProxyPreserveHost On
AllowEncodedSlashes NoDecode
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
ProxyPass / http://localhost:8001/ nocanon
ProxyPassReverse / http://localhost:8001/
ProxyPassReverse / http://jenkins.domain.com/
RequestHeader set X-Forwarded-Proto "https"
RequestHeader set X-Forwarded-Port "443"
</VirtualHost>
The secondary service is on another port inside a docker container, So I am a little stuck as to how these two separate services are conflicting.
Performing a review of the open ports using netstat -a | grep 8001
, I can see the server is listening on 8001 for ipv6 but not for ipv4. Running netstat -nltp
confirms that java is listening on ipv6 and that no other services is running on port 8001.
Any guidance would be valued since reviewing the documentation regarding this event did not yield any results. The documentation that was reviewed are: