Мне нужно работать с собственным репозиторием gitlab, защищенным двухсторонней ssl-аутентификацией. Итак, чтобы подключиться к собственным учетным данным git, запрос к git должен идти с клиентским ssl.
С точки зрения браузера. Когда сертификат pfx импортирован, мы можем просматривать его с помощью google chrome и mozilla firefox.
Клиент git в окне jenkins был настроен с помощью ssl-клиента, хотя глобальная конфигурация git http.sslCert проверена и работает через командную строку. Я использую jenkins version 2.141
Я также добавил новый тип учетных данных в git, загрузив сертификат p12, как показано ниже.
Но по некоторым причинам Дженкинс по-прежнему не может отобразить способ выбора этого клиентского сертификата, когда я нажал кнопку добавления. Поэтому я добавил новый, используя сертификат p12 с паролем и без него, и оба дают одинаковые результаты. С паролем я ввел пароль экспорта в поле пароля
Использование сертификата p12 без пароля
Результат для обоих будет одинаковым при тестировании соединения:
hudson.plugins.git.GitException: Command "git fetch --tags --progress
origin +refs/heads/master:refs/remotes/origin/master --prune" returned
status code 128:
stdout:
stderr: fatal: unable to access
'https://git.theurl.git/': The
requested URL returned error: 400
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:2016)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1735)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:72)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:420)
at jenkins.plugins.git.GitSCMFileSystem$BuilderImpl.build(GitSCMFileSystem.java:351)
at jenkins.scm.api.SCMFileSystem.of(SCMFileSystem.java:196)
at jenkins.scm.api.SCMFileSystem.of(SCMFileSystem.java:172)
at org.jenkinsci.plugins.workflow.cps.CpsScmFlowDefinition.create(CpsScmFlowDefinition.java:108)
at org.jenkinsci.plugins.workflow.cps.CpsScmFlowDefinition.create(CpsScmFlowDefinition.java:67)
at org.jenkinsci.plugins.workflow.job.WorkflowRun.run(WorkflowRun.java:303)
at hudson.model.ResourceController.execute(ResourceController.java:97)
at hudson.model.Executor.run(Executor.java:429)
Finished: FAILURE
У меня действительно нет вариантов. Я нашел похожий пост на переполнение стека но это не особо помогло. Как пройти этот блокиратор? Кто-нибудь делал что-нибудь недавно?