У меня есть свежая установка Дженкинс 2.32.2 на Ubuntu. Открыл браузер на экземпляре и попадаете на страницу с заголовком оффлайн, сообщением "Эта Дженкинс экземпляр представляется в автономном режиме и" и предлагает варианты, чтобы "Настройка прокси-сервера" или "пропустить плагин установки и"
Машина явно не'т автономном режиме, а я просто использовал подключение к интернету для установки. Я также имел предыдущую установку, сделал все так же, что работает. Я удалил Предыдущие установки, а трубопроводы не't работа, и Google сказал, что это из-за версии JDK 9. Поэтому я удалил все установки пакета JDK/JRE Как также Дженкинс, установлены свежие версии JDK 8 только установлен Дженкинс, и нужно здесь.
Дженкинс работал на этой позиции в прошлом, так что делает его думаю, что это в автономном режиме?
Обновление: нашел файл журнала /var/lib в/Дженкинс/журналы/задачи/скачать метаданных.журнал и это начинается с сообщение Ошибка: соединение отклонено (отказ в соединении) Я думаю, что означает, что подключение к интернету нормально, но что-то еще мешает ему получать данные?
Обновление: на основе других исследований я проверил сайт обновить в менеджере плагинов. Это перечислено как http://updates.jenkins-ci.org/update-center.json и, из командной строки wget для этого файла успешно. Так что большинство наверняка не проблемы с соединением. Работал с протоколами HTTP и HTTPS, Дженкинс работает с ни.
В моем случае, это как-то связано с SSL. Мне удалось исправить это путем редактирования /var/lib/jenkins/hudson.model.UpdateCenter.xml и изменить URL, чтобы использовать
НТТРвместо
протокол HTTPS`.
Перезапустить Jenkins и перезагрузите страницу, он больше не показывает в автономном режиме.
Для мечусь пользователи:
Шаг 1: редактирование /Users/Shared/Jenkins/Home/hudson.model.UpdateCenter.xml и изменить URL, чтобы использовать **
НТТР** вместо **с
https`**.
Шаг -2: перезагрузка Дженкинс (например, перейдя на http:localhost:8080`) и перезагрузите страницу
Шаг -3(необязательно): если он просит пользователя и пароль, если вы Don'т помню, как создавал один; по умолчанию пользователь составляет админ и копии пароль от
sudo cat /Users/Shared/Jenkins/Home/secrets/initialAdminPassword
кредиты - @Алекс в этот пост и @Туан Фам здесь и @Джо Уолш за комментарий о путь к каталогу с macOS
Что-то не так с подключением к интернету из Центра обновлений.Я встречал такую же ситуацию с Дженкинс, установленных на macOS.
Можно попробовать изменить файл hudson.model.updatecenter.xml
.
Дженкинс, установленные с .пакет pkg
на macOS,путь к файлу-это:
/Users/Shared/Jenkins/Home/hudson.model.UpdateCenter.xml
Дженкинс установленные доморощенного на macOS,путь к файлу-это:
/Пользователи/{Имя пользователя}/.jenkins/hudson.model.UpdateCenter.xml
Открыть файл:
<?xml version='1.1' encoding='UTF-8'?>
<sites>
<site>
<id>default</id>
<url>https://updates.jenkins.io/update-center.json</url>
</site>
</sites>
Вы можете попробовать изменить `https://updates.jenkins.io/update-center.json к:
http://updates.jenkins.io/update-center.json
или
// If you are in China or near China area,https and http are both OK.
https://mirrors.tuna.tsinghua.edu.cn/jenkins/updates/current/update-center.json
И затем вы можете перезапустить Дженкинс путем:
//loading the URL to restart Jenkins.
http://localhost:8080/restart
или
// Use Homebrew command to restart Jenkins if you installed Jenkins LTS version by Homebrew.
brew services restart jenkins-lts
в моем случае (для macOS), обновить JDK до 8 и переустановить Дженкинс решил проблему.
Вопрос в том, что по какой-то причине Дженкинс не'т иметь доступ к цепочке сертификатов службы Дженкинс обновления. На Ubuntu 18.04 у меня была эта проблема и далее ссылки и инструкции помогли мне начать правильно Дженкинс без изменения URL-адреса по умолчанию или через прокси какой-то.
Установка новой версии JDK 8(u101+) с переменной JAVA_HOME следует сделать трюк, как в:
убедившись, что позволяет шифровать сертификаты установлены и доступны на системе OS/. Для проверки можно использовать инструкции:
И установите вручную, если требуется Давайте'ы шифровать корневой цепочке, используя следующий скрипт:
Я не делаю заявлений об этом, в частности Java, связанные (я лично не переношу этот язык), но на моего Ubuntu 18.04 л/т, мне нужно, чтобы стенд-отдельное Дженкинс экземпляр; таким образом я установил как Java, на которые Дженкинс-видимому, зависимым и Дженкинс сам
sudo apt install openjdk-8-jdk jenkins
Затем я обновил по умолчанию Дженкинс
sudo gvim /etc/default/jenkins
... вставить следующее в верхней части файла - только потому, что отредактировав /etc/инит.д/Дженкинс, казалось, не служат никакой цели, поскольку она вообще не влияет ...
JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/jre/bin/
PATH=$JAVA_HOME:$PATH
И, наконец, сохранить и усилитель; выход из ... После попытки перезапустить Дженкинс
sudo service jenkins restart
НТН - это, конечно, работал для меня :-)
На MacOS: 10.11.6
Шаг 1: Зайдите в /users/<имя пользователя>/.Дженкинс
Шаг 2: Откройте файл: hudson.model.UpdateCenter.xml
Шаг 3: измените значение "по умолчанию" и от "https://xxx" чтобы "http://xxx"
Для операционной системы Windows, Следуйте ниже шаги <БР>
Это в основном происходит, когда вы работаете с компания выпустила ПК окна ОС.
Исправление :-
нажмите на "Настройка прокси-сервера" и задать свой ИТ-отдел для конкретных сервер и порт значения, которые может обойти брандмауэр и придать вашим окнам имя пользователя &ампер; пароль. Таким образом, вы можете решить Брандмауэр Windows и оффлайн Дженкинс вопрос.
Я исследовал много в интернете, но нигде исправление доступно.
Спасибо!
jenkins_enable="YES"
jenkins_home="/usr/local/jenkins"
jenkins_user="jenkins"
jenkins_args="--webroot=${jenkins_home}/war --httpListenAddress=*.*.*.* --httpPort=8180"
#jenkins_java_opts="-Djavax.net.ssl.trustStore=/usr/local/jenkins/cacerts -Djava.net.preferIPv6Addresses=true"
#jenkins_java_opts="-Djavax.net.ssl.trustStore=/usr/local/jenkins/cacerts -Djava.net.preferIPv4Addresses=true"