Грешка в самоподписания сертификат на Eclipse Git

Опитвам се да клонирам хранилище, достъпно чрез HTTPS протокол, използвайки GIT плъгин в Eclipse (Eclipse Juno). Това хранилище има самоподписан сертификат.

Когато използвам команден ред git clone и посоча опцията sslVerify, мога да клонирам това хранилище локално:

git config --global http.sslVerify no

Въпреки това исках да постигна това на EGit или GIT клиентския плъгин за Eclipse.

Как да задам тази конфигурация в Eclipse?

АКТУАЛИЗАЦИЯ:

Опитах това: https://stackoverflow.com/a/9742520/405117 Не работи :(

АКТУАЛИЗАЦИЯ 2:

Получена грешка: username@servername/git/repository project: не може да отвори git-upload-pack:

Моля те, провери:

  • Настройки на мрежовата връзка
  • Мрежова връзка -> Предпочитания за SSH2 Eclipse

Може също да се наложи да рестартирате Eclipse, след като направите тези промени.

Тези промени вече са направени, но няма успех :(

АКТУАЛИЗАЦИЯ 3: Същите проблеми с Egit 2.2.0


person Vikram    schedule 02.11.2012    source източник
comment
eGIT дава ли ви някаква обратна връзка?   -  person Manuel    schedule 11.11.2012
comment
@Vikram липсва ли нещо в отговора ми?   -  person Matti Lyra    schedule 14.11.2012
comment
наистина съжалявам, че не погледнах това по-рано...ще отговоря скоро...благодаря за коментарите ви!!   -  person Vikram    schedule 25.11.2012
comment
@Manuel Редактирах въпроса си, за да покажа обратната връзка от Eclipse..не беше много полезно обаче :(   -  person Vikram    schedule 30.11.2012


Отговори (1)


Коя версия на EGit/JGit използвате?

Намерих тази публикация, която казва, че това е грешка, която е върху които се работи. Публикацията обаче е от юни 2011 г., така че бих си представил, че досега корекцията ще е там.

Пише това в документите на GitBlit. Не знам дали вашето дистанционно репо се изпълнява на GitBlit, но си струва да проверите секцията за настройка под Creating your own Self-Signed Certificate (връзка)

Отдалечените клиенти на Eclipse/EGit/JGit (‹= 1.1.0) няма да успеят да комуникират с помощта на този сертификат, защото JGit винаги проверява името на хоста на сертификата, независимо от http.sslVerify=false настройката от страна на клиента.

Има и друг въпрос относно SO по същия проблем.

Според коментара на Джеймс Могер, очевидно цитатът от GitBlit трябва да бъде

Отдалечените клиенти на Eclipse/EGit/JGit (‹= 2.1.0) няма да успеят да комуникират с помощта на този сертификат, защото JGit винаги проверява името на хоста на сертификата, независимо от http.sslVerify=false настройката от страна на клиента .

person Matti Lyra    schedule 11.11.2012
comment
Понастоящем ситуацията с JGit е същата: JGit ‹= 2.1.0 налага проверка на името на хост дори с http.sslVerify=false. Native Git деактивира проверката на името на хоста, което прави това досадна разлика за самоподписаните сертификати. - person James Moger; 12.11.2012
comment
@JamesMoger О, ето го тогава. Благодаря, че го посочихте. - person Matti Lyra; 12.11.2012
comment
Имах същия проблем, регенерирах сървърния сертификат за gitblit, за да съответства на името на хоста, и сега работи в Eclipse. - person Nathaniel Waisbrot; 14.02.2013
comment
Този проблем трябва да бъде разрешен с JGit 3.0, който ще бъде доставен с Eclipse Kepler този юни 2013 г. - person James Moger; 01.06.2013