Jenkins, Subversiune și Certificate SSL

x

Confidențialitate și cookies

Acest site utilizează cookie-uri. Continuând, acceptați utilizarea dvs. Obțineți mai multe informații; De exemplu, despre cum să controlați cookie-urile.

Aducerea de la automatizarea eliberării Dintr-un proiect Maven, am întâmpinat o problemă cu certificatele și subversiunea. Problema este că subversiunea nu acceptă certificatul lateral alcode. În mod specific, eroarea este după cum urmează:

Error validating server certificate for 'https://code.sidelab.es:443':
- The certificate is not issued by a trusted authority. Use the
fingerprint to validate the certificate manually!
Certificate information:
- Hostname: code.sidelab.es
- Valid: from Fri, 09 Sep 2011 13:42:29 GMT until Mon, 06 Sep 2021 13:42:29 GMT
- Issuer: Web, Sidelab, ES, Madrid
- Fingerprint: 59:6f:56:07:f5:a8:bf:fe:7a:57:75:37:a8:57:76:8c:0f:9f:6f:9d
(R)eject, accept (t)emporarily or accept (p)ermanently? svn: Commit failed (details follow):
svn: OPTIONS of 'https://code.sidelab.es/svn/optsicomres/res/trunk': Server certificate verification failed: issuer is not trusted (https://code.sidelab.es)
Error validating server certificate for 'https://code.sidelab.es:443':
- The certificate is not issued by a trusted authority. Use the
fingerprint to validate the certificate manually!
Certificate information:
- Hostname: code.sidelab.es
- Valid: from Fri, 09 Sep 2011 13:42:29 GMT until Mon, 06 Sep 2021 13:42:29 GMT
- Issuer: Web, Sidelab, ES, Madrid
- Fingerprint: 59:6f:56:07:f5:a8:bf:fe:7a:57:75:37:a8:57:76:8c:0f:9f:6f:9d
(R)eject, accept (t)emporarily or accept (p)ermanently? svn: OPTIONS of 'https://code.sidelab.es/svn/optsicomres/res': Server certificate verification failed: issuer is not trusted (https://code.sidelab.es)

În principiu, problema este rezolvată prin accesarea mașinii și a face orice mână- Subversiunea la îndemână de la același utilizator cu care SVN rulează de la Jenkins. Cu toate acestea, lucrul nu este la fel de simplu uneori, deoarece este posibil ca noi să nu putem folosi în mod direct utilizatorul pentru acest lucru interactiv. Acest lucru este dat atunci când utilizatorul care rulează Jenkins este un utilizator fără autentificare, cum ar fi TOMCAT sau WWW-DATA Utilizator. Așadar, voi lăsa aici o metodă generică care ar trebui să funcționeze în (aproape) orice caz:

  • Conectați-vă la aparat cu orice utilizator.
  • execută unele operațiuni pe Depozitul, de exemplu svn info https://miservidor/path/repo.
  • acceptă permanent certificatul apăsând „p”.
  • Copiați fișierul generat în folderul .subversion/auth/svn.ssl.servers/ în interiorul casei utilizatorului la aceeași structură de dosare din interiorul casei utilizatorului cu care rulează Jenkins.
  • Cu acest mecanism am putut rezolva Problema, și acum puteți face comitele și orice tip de funcționare din depozit automat de la Jenkins fără probleme.

Lasă un răspuns

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *