GIT Не удаётся пройти авторизацию
Не удаётся нормально работать с GIT. Конкретно с git.drupal.org с авторизацией. Без аторизации работает, то есть clone проходит удачно. А с авторизацией не работает ни через пароль ни через ключ SSH. Не работают команды clone, pull, push. После ввода правильного пароля консоль зависает, в случае ввода неправильного - просит повторить ввод. И всё, если прароль правильный можно хоть час ждать ничего не произойдёт, ошибок тоже не пишет, даже при параметре --verbose.
GIT обновил с 2.3.6 до 2.4.6 изменений нет, пробовал обновлять и libssh.
Подскажите куда копать, чтобы заставить GIT работать. А то надоело бегать на чужой ком с виндой, где я установил mSysGit.
Через ssh удаётся законектиться к серверу:
debug1: Authentication succeeded (publickey).
Authenticated to git.drupal.org ([140.211.10.43]:22).
Полный лог: http://paste.org.ru/?8sbgne
- Для комментирования войдите или зарегистрируйтесь
.
Приведи «нерабочую» команду.
Подобную ситуацию наблюдал для случая
sftp
при наличии… своеобразного профиля пользователя на сервере.Правда наблюдалось то независимо от клиента: текстовый
sftp
из пакетаnet-misc/openssh
или графический приказчик файлов (в данном случае — Thunar).:wq
--
Live free or die
Anarchist написал(а):Приведи
Это работает, но потом не могу отправить свои изменения ибо анонимно.
Вот это не работает:
Это у меня на двух LINUX компьютерах почти с одной и той же конфигурацией. Вчера пообновлял кучу всевозможных, на мой взгляд связанных с ssh, пакетов до максимально возможной тестовой версии, но проблемма осталась.
/
Тут дело совсем не в обновлении.
Сначала разберись с форматом команд.
УМВР!
Д/З: найдите десять отличий.
Наводящий вопрос: смотрим
/etc/services
и гадаем на используемый во втором случае протокол.Для наглядности можно повтыкать в ошибку браузера при попытке обращения по протоколу
https
наhttp
-ресурс.:wq
--
Live free or die
Вариант команды $ git clone
У меня тоже всё работает, но под виндой.
Вариант команды
пробовал еще несколько дней назад до написания этого вопроса.
Первый вариант команды брал на оффициальном сайте Drupal:
https пишет в консоли нормальнцю 443 ошибку.
Похоже проблема в друпале. Я
Похоже проблема в друпале.
Я завёл аккаунт на bitbucket.org, там всё работает
/
В таком случае, думаю, стоит задать вопрос поддержке дрюпала.
С указанием наименования работающего клиента и проблемного и вопросом о причинах.
ЗЫ: Хотя можно предположить какие-то ограничения административного доступа в репозиторию (в профиле проекта).
:wq
--
Live free or die
Anarchist написал(а):В
Кторый день уж молчат, гады.
Кстати с виртуалки из под Кнопикса тоже работает ((( А тут сразу с двух Gentoo компов такая лажа.
А ты SSH не обновлял?
А ты SSH не обновлял?
А то с 1 июля из OpenSSH убрали поддержку
SSH2_MSG_KEX_DH_GEX_REQUEST_OLD
, поэтому клиенты, которые все еще используют устаревший и дырявый Diffie-Hellman алгоритм обмена ключей к серверу с обновленным SSH подключиться не могут!Поправка: посмотрел твой лог, вопрос снимается.
Итак. С той же машины с
Итак. С той же машины с виртуалки из под Кнопикса и винды всё работает. Думал что новый оптоволоконный модем, но значит нет.
Что уже сделал:
Погуглив, склоняюсь к настройкам iptables, будет время поковыряюсь.
Вот тут похожая проблема: http://unixforum.org/index.php?showtopic=41293