Pourquoi ne Jenkins se plaignent que mon reverse proxy configuration est cassé?

Je n'ai aucune idée pourquoi, après Jenkins est mis à jour en version 1.591 (Ubuntu Server 12.04), à l'origine, correctement mis en place un proxy inverse devient maintenant brisé. Mon réglage actuel est exactement le même comme il est dit dans Jenkins wiki:

ProxyPass /jenkins http://localhost:8081/jenkins nocanon
ProxyPassReverse /jenkins http://localhost:8081/jenkins
ProxyPreserveHost On
ProxyRequests Off
AllowEncodedSlashes NoDecode
<Proxy http://localhost:8081/jenkins*>
Order deny,allow
Allow from all
</Proxy>

aussi --prefix=/jenkins a été ajouté dans /etc/default/jenkins fichier

Est qu'un bug dans Jenkins?

InformationsquelleAutor Kevin | 2014-11-27

30

J'ai été confronté à ce problème avec Jenkins en tant que Service Windows Package.

En fonction de leur wiki:

Assurez-vous que le Jenkins URL configurée dans la Configuration du Système correspond à l'URL que vous utilisez pour accéder à Jenkins.

Pour atteindre la Configuration du Système:
1. Aller à votre Jenkins page
2. Cliquez Sur Gérer Jenkins
3. Cliquez Sur Configurer Le Système
4. Faites défiler jusqu'à Jenkins Emplacement et trouver Jenkins URL.
De s'assurer que le port de la valeur correspond à la valeur du port situé dans la <arguments> section de la jenkins.xml fichier situé dans le Jenkins dossier sur votre machine.
- Merci Josh, j'ai été frappé de la mine via localhost plutôt que par un nom normal. Ils devraient vraiment ajouter une exception à localhost pour ce message...
- Exactement ceci: Pour élargir la réponse: le serveur de nom d'hôte a été changé, et je n'ai pas changer le "Jenkins" Emplacement (a) lorsque I PREMIER configuration de l'jenkins boîte, j'ai utilisé http://jenkins-test1.example.com, c'est ce que j'ai mis dans la Gérer Jenkins -> Configurer le Système -> Jenkins, Emplacement, (b) plus Tard, la machine est devenu une machine de production, le nom d'hôte changé: http://jenkins-prod1.example.com - maintenant, Jenkins se plaint, Donc (C) Solution: mettre à Jour le "Jenkins Emplacement"
- Les arguments de chaîne dans ma " jenkins.xml fichier ressemble à ceci. <les arguments> -Xrs-Xmx256m -Dhudson.cycle de vie=hudson.cycle de vie.WindowsServiceLifecycle -jar "%BASE%\jenkins.de la guerre" --httpPort=8080 --webroot="%BASE%\guerre" </arguments>, Et ce est l'URL que j'ai donné en vertu de l'Jenkins champ URL : localhost:8080/jenkins je ne comprends pas comment faire les deux chaînes impliquent la même Jenkins adresse.
- Il y a aucun jenkins.xml sur ma machine. J'ai Ubuntu.
- Merci pour l'aide. Vous avez sûrement allégé le travail de lecture de l'ensemble de wiki. Dans mon cas, j'avais changé le port par défaut pour 8100.
- Pour les utilisateurs de Linux, vous pouvez également modifier les configurations dans /etc/default/jenkins fichier trop.
InformationsquelleAutor Josh Gieringer
5

Il s'avère tout fonctionne bien, même si le message ennuyeux persistante apparaît. Je pense que c'est un petit bug de la version.
- Ce n'est pas un bug. Comme indiqué dans le Jenkins Wiki, "Le proxy inverse, les tests ont été améliorées dans la version 1.552 de sorte que les utilisateurs ayant déjà travailler proxy configurations peuvent commencer à recevoir des avertissements de proxy." Voir cette réponse pour plus de détails.
InformationsquelleAutor Kevin
5

Pour moi, la solution était d'ajouter:
```
RequestHeader set X-Forwarded-Proto "https"
RequestHeader set X-Forwarded-Port "443"
```
Ce fait, il a arrêter de se plaindre.
- Qu'il fixe pour moi, trop. Merci.
- Yup qui l'a obtenu. Pour NGINX proxy_set_header X-Forwarded-Proto https; proxy_set_header X-Forwarded-Port 443;
- La configuration de cette réponse résolu pour moi (stackoverflow.com/questions/34940805/...)
- Où avez-vous l'ajouter, Robin?
InformationsquelleAutor Robin Winslow
2

Voici un lien stipule clairement somethings sont modifiés après 1.552 ainsi, l'ajout de ces nouvelles lignes;
```
 nocanon and AllowEncodedSlashes
```
Résolu mon problème et d'avertissement disparu.
- Il a travaillé pour moi
InformationsquelleAutor Cem
2

Jenkins est proactif de surveillance afin de s'assurer de l'avant et reverse proxy est configuré correctement. Dans la version 1.552, ces tests ont été améliorés de manière incorrecte proxy configurations qui ont été précédemment signalé comme étant cassé sont maintenant détectés. A partir de la version 1.572, même Jenkins instances, qui ne reposent pas sur le reverse proxy affiche cet avertissement.

La fixation d'une fracture de la configuration de proxy inverse est très dépendante sur votre serveur web et le conteneur d'applications web, qui est pourquoi il ya tellement de nombreux autres réponses postées à votre question. Le Jenkins article de Wiki sur ce sujet, "Jenkins dit mon reverse proxy configuration est cassé", décrit plusieurs méthodes pour résoudre ce problème dans les commentaires.

À partir de l'article ci-dessus:
Pour un reverse proxy pour fonctionner correctement, il a besoin de réécrire à la fois la
demande et la réponse.

Mais bon proxy inverse implique également l'une des deux options, soit:
1. la réécriture de la réponse; ou
2. réglage de la X-Forwarded-Hôte (et peut-être X-Forwarded-Port) de la tête sur la demande transmise.
Dans mon cas, il y avait effectivement un problème avec la première option, d'où ma réponse réécriture n'a pas été correctement l'encodage des barres obliques. Si vous utilisez Apache HTTPD avec Tomcat, vous devez ajouter le support pour les slashes encodés à les deux serveurs, et pas seulement d'Apache HTTPD.

Ce sont les instructions pour la résolution de ce problème dans mon cas précis: Jenkins 2.1.41 sur un Linux Amazon EC2 exemple, avec Apache 2.4, Tomcat 8.5 et Tomcat Connecteur.

Dans /etc/httpd/conf.d/ssl.conf ajoutez la ligne suivante à votre Jenkins Host ou VirtualHost:
```
AllowEncodedSlashes NoDecode
```
Ajoutez la ligne suivante à /usr/share/tomcat8/conf/catalina.properties:
```
org.apache.tomcat.util.buf.UDecoder.ALLOW_ENCODED_SLASH=true
```
Redémarrer les services:
```
service httpd restart
service tomcat8 restart
```
Actualiser votre Gérer Jenkins page. Le message d'avertissement sera parti.

Un exemple de mise en œuvre de la deuxième option dans Apache HTTPD:
```
RequestHeader set X-Forwarded-Proto "https"
RequestHeader set X-Forwarded-Port "443"
```
et pour NGINX:
```
proxy_set_header X-Forwarded-Proto https;
proxy_set_header X-Forwarded-Port 443;
```
- Merci pour cette comprehenisve d'analyse et de solution. Il y a beaucoup de "solution" autour de cette question, mais ils manquent le tomcat partie - qui s'avère être essentielle.
InformationsquelleAutor vallismortis
0

Pour nginx, ce qui m'a aidé:
```
proxy_redirect      http://localhost:8080 https://your.ssl.domain.name
```
Ne pas inclure toutes les barres obliques à l'url ci-dessus, et également pas à la proxy_pass url.

InformationsquelleAutor Ghasan
-1

C'est d'essayer de vérifier l'url spécifiée dans le paramètre avec le réel:
1. accédez à gérer jenkins
2. configurer le système
3. jenkins URL
4. modifier l'url de votre adresse IP publique
5. enregistrer
InformationsquelleAutor ray Tam

Vous devez vous connecter pour publier un commentaire.