Не работает git clone ubuntu

Обновлено: 07.07.2024

Я не могу клонировать Git-репозиторий и получаю эту ошибку:

Я продолжил, но теперь получаю эту ошибку

и хранилище существует.

Основная причина в том, что репо не может распознать вас как пользователя git-сервера. Не могли бы вы получить доступ к серверу через SSH?

Похоже, проблема с разрешениями, а не проблема Windows 7.

Ваш ключ ssh не авторизован Permission denied (publickey) .

Вам нужно создать открытый ключ ssh и попросить администратора репозитория Git добавить ssh открытый ключ

Информация о том, как это сделать: сбой сохранения ключа ssh

Это странно Хранилище является публичным, и я клонирую публичный репозиторий. Я не уверен, почему мне следует спрашивать у администратора разрешение на клонирование его / ее публичного репозитория, размещенного на Github. Да, неверно, вам не нужно спрашивать администратора, это проблема с локальным git. Почему это сложно? Мне это удалось, но это было не безболезненно.

Так, например, вы используете

Это наиболее подходящий запасной план, если разрешения ssh не разрешены или вы хотите пропустить эту часть. Первоначальная проблема - мерзавец-новичок, пытающийся клонировать репо. Если цель состоит в том, чтобы снять публичное репо, это самый быстрый эффективный ответ. Спасибо, что спасли меня от самоубийства. Кстати, это может быть использовано для частного репо, если у вас есть имя пользователя и пароль.

Если после создания SSH и добавления его в вашу учетную запись Bitbucket или где-то еще существует проблема с доступом, вам необходимо выполнить следующие действия в терминале на GitBash, OSX или Linux:

Затем, если вы не видите свой ключ в списке, добавьте его со следующим (замените identity его реальным именем):

Это сработало для меня.

/.ssh/identity возвращаемая ошибка /Users/lee/.ssh/identity: No such file or directory

/ .ssh» (и ввод парольной фразы для моего файла «

/ .ssh / id_rsa» при появлении запроса) решил проблему для меня.

Я смог вытащить свой репо, но не толкнул без этого, ура! Ответ @james Furey помог мне исходному дереву идентифицировать URL-адрес ssh как репозиторий git. работал для меня . после нескольких часов потоотделения и пробуя разные вещи. Единственное, что вместо идентичности, в конце концов, используйте имя в вашей собственной системе. Перейдите в папку .ssh, выполнив команду cd в терминале, а затем введите команду «ls» в терминале. А затем повторить команду «тождество» сверху своим собственным файлом. Перейдите к терминалу sourcetree и: cd

затем cd .ssh затем ls (скопируйте имя без расширения .pub), затем (выполните эту команду) ssh-add

Я столкнулся с той же проблемой с GitHub . Вот как это решить!

  1. Сгенерируйте ключ SSH на вашем компьютере, как описано здесь: Генерация ключей SSH .
  2. Войдите в свой аккаунт GitHub : GitHub Login .
  3. В вашей учетной записи добавьте сгенерированный SSH-ключ: SSH-ключи моей учетной записи .
  4. Попробуйте еще раз к git clone проекту.
Сейчас я использовал этот ответ на 3 новых операционных системах за последние 5 лет, и каждый раз он работал идеально. Судя по всему, High Sierra требует, чтобы пользователь зарегистрировал ключ в файле .ssh / config. Эль-Капитан как-то обходился без этого.

У меня была эта проблема на Mac - хотя я правильно настроил SSH для доступа к своему Git-репозиторию, после перезапуска (и некоторое время Mac находился в противостоянии) все мои учетные данные были удалены. Очевидно, по какой-то причине ключ публикации был установлен на 644, что привело к его удалению из цепочки для ключей. Читать:

  • chmod 600 открытый ключ
  • ssh-add

редактировать: по-видимому, MacOS имеет тенденцию к удалению ключей - после загрузки обновления High Sierra (но я еще не установил его) мой ключ был удален, и мне пришлось добавить его снова через ssh-add

У меня была эта проблема на 10.13.4, и это решение работало для меня.

Я также столкнулся с той же проблемой. Я сделал следующее, и это сработало для меня:

  1. Сгенерируйте ключи из клиента GIT GUI в Windows. Скопируйте этот ключ в буфер обмена.
  2. Откройте свой аккаунт на bitBucket/ сайте git и добавьте этот ключ в свой профиль. Таким образом, сервер узнает, что вы являетесь законным пользователем, осуществляющим доступ из законной системы.
  3. Вот и все. Все push-команды работали для меня впредь.
Это помогло мне увидеть, что я сгенерировал свой RSA без запуска Git Bash в качестве администратора, который поместил мой ключ RSA в диск «h»: oops: Большое спасибо @mustapha, вы действительно экономите мое время.

Github (или Bitbucket) не может найти ваш ключ ssh на своем сервере.

Просто добавьте свой ключ в настройках своего аккаунта.

Если вы сгенерируете новый открытый ключ ssh и вставите его в bitbucket или github и

это не помогло - попробуйте перезагрузить компьютер . Это помогло мне!

Мне пришлось закрыть терминал и открыть новый, чтобы увидеть, как он работает.

Вам нужно создать новый ключ ssh, запустив ssh-keygen -t rsa .

Я получил ошибку .

. когда я пытался установить контакт из приглашения Git Bash в Bitbucket после того, как мой ноутбук умер из-за плохого обновления Windows 10 и был возвращен к заводским настройкам. Я восстановил все мои файлы SSH из резервной копии.

Причиной ошибки оказалось несоответствие имени моей учетной записи Windows после восстановления компьютера. Я узнал, что файл открытого ключа id_rsa.pub заканчивается легко читаемой строкой, содержащей имя моей учетной записи Windows, за которым следует @ знак, а затем имя компьютера.

Когда я изначально настраивал свой компьютер, я создал имя своей учетной записи Windows, включая свою среднюю букву, но когда мой компьютер был сброшен до заводских настроек, наш новый разработчик DevOps создал мою учетную запись без моей средней инициалы.

Чтобы решить эту проблему, я просто отредактировал файл с открытым ключом id_rsa.pub и удалил средний инициал в моем имени в конце. Я придерживался того же имени компьютера, так что все было в порядке. Я скопировал содержимое файла в буфер обмена Windows. Затем я вошел в Bitbucket, зашел в «Настройки Bitbucket» под моим аватаром и добавил новый открытый ключ, куда я вставил новое содержимое.

Вернувшись к приглашению Git Bash, я подтвердил, что теперь он работает, введя команду .

1. Для аутентификации вам нужно добавить вашу публичную часть вашей пары ключей SSH в bitbucket из ваших пользовательских настроек: Настройки пользователя -> Ключи SSH

Как правило, указанная публичная часть находится в вашем каталоге

/ .ssh id_rsa.pub . обратите внимание на .pub часть имени файла для Public. это поможет вам сгенерировать один, если у вас его еще нет

2. Вам необходимо сообщить вашей системе, какой ключ использовать с каким удаленным хостом, поэтому добавьте эти строки в файл

Где PRIVATE_KEY_FILE_NAME имя частной части вашей пары ключей SSH, если вы с ней не связались, обычно ее имя по умолчанию: id_rsa в этом случае замените PRIVATE_KEY_FILE_NAME выше на id_rsa (закрытый ключ НЕ имеет .pub расширения)

sudo -u git -H bundle exec rake gitlab:env:info RAILS_ENV=production говорит

sudo -u git -H bundle exec rake gitlab:check RAILS_ENV=production говорит

Конфигурация виртуального хоста Apache для домена,

В /home/git/gitlab/unicorn.rb у меня

production.log говорит только это

2 ответа

Важно отметить, что эта система, о которой идет речь, была построена из исходного кода, а поддерживаемый nginx был заменен на Apache (официально не поддерживаемый gitlab).
Вот в чем дело - в стандартной конфигурации nginx в моей системе я вижу это

Что означает - он использует сокет. Не сетевой порт. Если я попытаюсь увидеть, слушает ли рабочая лошадка в сети - я увижу, что это не так.

Не показывает никаких сетевых портов, открытых рабочим pid. Так что, возможно, конфигурация apache неверна? Он должен использовать сокет вместо порта?

Во-первых, дважды проверьте свою версию gitlab workhorse и совместимость с вашей текущей версией GitLab. установка.

Из всех проблем GitLab, на которые вы ссылаетесь, комментарии к 22484 кажутся наиболее перспективными:

В моем случае журналы рабочей лошадки показали ошибку доступа к ./.gitlab_workhorse_secret

После некоторых поисков исправление заключалось в добавлении в командную строку запуска рабочей лошадки в /etc/systemd/system/gitlab-workhorse.service следующее:

Для справки, теперь полный ExecStart :

В моем случае ошибка 500 была вызвана неправильной конфигурацией nginx в /etc/gitlab/gitlab.rb .

В случае, если у меня было что-то «до» nginx, как в моем случае haproxy. Я упустил из виду этот факт. Это описано в настройках NGiNX. .

В моем случае haproxy отправляет бэкэнд на 8081, где сейчас слушает nginx (изначально я установил 8080 - службу единорога по умолчанию) -
Мне не удалось настроить gitlab только с haproxy, без уровня nginx.

Так что в моей конфигурации было важно

Обратите внимание, что обе проблемы относятся к NGiNX (есть , когда используется Apache2 )

Также упоминается о 403 (отказано в доступе) ошибках:

Но это еще не все:

Я не могу клонировать репозиторий Git и получить эту ошибку:

Я читал Bitbucket, Windows и "fatal: не удалось прочитать пароль для", но все еще есть проблемы.

я продолжил дальше, но теперь получаю эту ошибку

и репозиторий существует.

это похоже на проблему разрешений-не проблема Windows 7.

ваш ssh ключ не авторизован - Permission denied (publickey) .

вам нужно создать открытый ssh-ключ и попросить администратора репозитория Git добавить ssh публичный ключ

информация о том, как сделать это: не удается сохранить ssh-ключ

Так, например, вы используете

Если после создания SSH и добавления его в учетную запись Bitbucket или где-либо еще есть проблема с доступом, вам нужно сделать следующее на GitBash, OSX или Linux:

затем, если вы не видите свой ключ в списке, добавьте его с помощью:

это работает для меня.

я столкнулся с той же проблемой с GitHub. Это легко решить.

  1. сгенерировать ключ SSH на вашем компьютере, как описано здесь : создание SSH ключей.
  2. войдите в свою учетную запись GitHub:GitHub Войти.
  3. в свой аккаунт добавьте сгенерированный SSH ключ:мой аккаунт SSH ключи.
  4. попробовать еще раз git clone проект.

Я также столкнулся с той же проблемой. Я сделал следующее И это сработало для меня:

  1. создание ключей из клиента Git GUI в Windows. Скопируйте этот ключ в буфер обмена.
  2. откройте свой аккаунт на bitBucket/ сайт git и добавьте этот ключ в свой профиль. Таким образом, сервер знает, что вы являетесь законным пользователем, получающим доступ из законной системы.
  3. вот и все. Отныне все команды толчка работали на меня.

у меня была эта проблема на Mac-в то время как я правильно настроил SSH для доступа к репозиторию Git, после перезагрузки (и некоторое время Mac был в тупике) все мои учетные данные были удалены. По-видимому, по какой-то причине ключ паба был установлен на 644, что привело к его удалению из брелка. Для считывания:

  • chmod 600 публичный ключ
  • ssh-add

edit: по-видимому, MacOS имеет тенденцию удалять ключи-после загрузки обновления High Sierra (но я еще не установил его) мой ключ был удален, и мне пришлось добавить его снова через ssh-add

Github (или Bitbucket) не может найти ваш ssh-ключ на своем сервере.

просто добавьте свой ключ в Настройки учетной записи.

я получил ошибку.

. когда я пытался связаться с подсказкой Git Bash в Bitbucket после того, как мой ноутбук умер от плохого обновления Windows 10 и был возвращен к заводским настройкам. Я восстановил все свои ssh-файлы из резервной копии.

причиной ошибки оказалось несоответствие в моем имени учетной записи Windows после перестройки компьютера. Я узнал, что файл открытого ключа id_rsa.pub заканчивается легко читаемой строкой, содержащей мои окна имя учетной записи, за которым следует @ "войти", а затем имя компьютера.

когда я изначально настроил свой компьютер, я создал свое имя учетной записи Windows, включая мой средний инициал, но когда мой компьютер был сброшен на заводские настройки, наш новый DevOps парень создал мое имя учетной записи без моего среднего инициала.

чтобы решить проблему, я просто отредактировал файл открытого ключа id_rsa.pub и удалил средний инициал в моем имени в конце. Я застрял с тем же именем компьютера, так что был окей. Я скопировал содержимое файла в буфер обмена Windows. Затем я вошел в Bitbucket, пошел в Настройки Bitbucket под моим Аватаром и добавил новый открытый ключ, где я вставил новое содержимое.

вернувшись в приглашение Git Bash, я подтвердил, что теперь он работает, введя команду.

Ubuntu, решение Git Clone Fatal не может прочитать от удаленной проблемы репозитория

Проблема: кодовая база клона Ubuntu выглядит следующим образом:


Cloning into 'OrbbecSDKStressTestTool'.

The authenticity of host '120.78.87.224 (120.78.87.224)' can't be established.

ECDSA key fingerprint is SHA256:uZepgq8XJ9zB/XIHCtZvyhlMRWuldWuWv2kuo3OobbQ.

Are you sure you want to continue connecting (yes/no)? yes

Warning: Permanently added '120.78.87.224' (ECDSA) to the list of known hosts.

Permission denied, please try again.

Connection to 120.78.87.224 closed by remote host.

fatal: Could not read from remote repository.

Please make sure you have the correct access rights

and the repository exists.

На Git не создаются ключи SSH.

Первый шаг - генерировать ключ, и вам нужно ввести место, чтобы вернуться к возврату.


Generating public/private rsa key pair.

Enter file in which to save the key (/home/guanlin/.ssh/id_rsa):

Enter passphrase (empty for no passphrase):

Enter same passphrase again:

Your identification has been saved in /home/guanlin/.ssh/id_rsa.

Your public key has been saved in /home/guanlin/.ssh/id_rsa.pub.

The key fingerprint is:

The key's randomart image is:

На втором этапе см. Если SSH был сгенерирован. При просмотре вам необходимо ввести каталог

/ .ssh, если у вас есть id_rsa и id_rsa.pub в каталоге, клавиша SSH была сгенерирована.


id_rsa id_rsa.pub known_hosts

Шаг 3, добавьте закрытый ключ:


/.ssh$ ssh-add id_rsa

Identity added: id_rsa (id_rsa)

Четвертый шаг - добавить открытый ключ на странице GitLab. Содержание в файле id_rsa.pub теперь добавляется на веб-страницу.


/.ssh$ cat id_rsa.pub

После копирования вышеуказанного содержимого вставьте его в местоположение ключа на веб-странице, нажмите Добавить клавишу, чтобы добавить успех.


В это время вы можете успех с тех пор.


、

Читайте также: