Die location-Direktive ist /artifactory/ und nicht / , weil Sie einen öffentlichen Kontext verwenden. Das heißt, jeder Zugriff auf Artifactory erfolgt in Form von servername/artifactory/ und nicht servername/ . Dies hat den Vorteil, dass Sie dieselbe URL für mehrere Anwendungen verwenden können, beispielsweise so:
Artefakt - & gt; %Code%
Jenkins - & gt; %Code%
Mein persönlicher Service - & gt; servername/artifactory/
Mit anderen Worten: Sie können denselben Servernamen (und Port) mit unterschiedlichen Kontexten für verschiedene Anwendungen wiederverwenden. Wenn Ihr Reverseproxy auf der Stammebene abhört, werden alle Anfragen an Artifactory weitergeleitet.
Nun, um Ihre spezifische Frage zu beantworten, warum tut Artifactory das? Dies ist wahrscheinlich für Klarheit / Konsistenz, da der Standard-Tomcat, der mit Artifactory ausgeliefert wird, das Schlüsselwort artifactory für seinen Kontext verwendet. Natürlich können Sie den öffentlichen Kontext aus der NGINX-Konfiguration entfernen, und alles wird erwartungsgemäß mit dem Stammkontext servername/jenkins/ funktionieren, vorausgesetzt, Sie nehmen alle notwendigen Änderungen vor (Entfernen aus den Umschreibungen, dem Ort und X-Artefactory-Override) -Base-Url).
Tags und Links nginx artifactory docker-registry nginx-location