Я установил Jenkins v2.190.1 на одну из виртуальных машин Azure linux, доступ к которой осуществляется через сеть через шлюз приложений Azure. Мои jenkins доступны непосредственно по адресу http://my -jenkins.xyz.com: 8080 (my-jenkins.xyz.com сопоставлен с PIP мастера jenkins). Но чтобы получить к нему доступ через https, я добавил частный IP-адрес своей виртуальной машины в серверный шлюз приложений Azure с завершением SSL. Теперь мой jenkins доступен по адресу https://my -jenkins.xyz.com (my-jenkins.xyz.com сопоставлен с DNS-адресом шлюза приложения).
Я добавил Jenkins Url в Глобальной конфигурации (управлять jenkins => настроить систему) jenkins в разделе местоположения как "https://my -jenkins.xyz.com ". Это работает нормально, пока я не попытаюсь добавить slave (в качестве агента) по протоколу JNLP. Мои подчиненные не подключаются к мастеру с «https://my -jenkins.xyz.com » в качестве URL-адреса jenkins, но подключаются к мастеру, если я добавляю PIP мастера в URL-адрес jenkinsпод разделом местоположения в глобальной конфигурации jenkins.
Какую дополнительную конфигурацию я должен сделать, чтобы дать знать jenkins, что находится за прокси, и это должно занять "https://my -jenkins.xyz.com "(URL-адрес шлюза приложения) в качестве URL-адреса узла для запроса и ответа?
Как мои агенты (ведомые) могут подключаться к ведущему устройству с помощью этой модели его доступности через Https?