permission denied git что делать
Решение ошибки remote: Permission to user/repo denied to user/other-repo. fatal: unable to access user/repo: The requested URL returned error: 403
В данном уроке рассмотрим варианты решения данной оишбки:
remote: Permission to user/repo denied to user/other-repo. fatal: unable to access user/repo: The requested URL returned error: 403
Возникает она чаще всего у новичков при попытке выполнить команду:
Пример ошибки на скриншоте ниже.
Данная ошибка возникает довольно часто при работе с Git в терминале Windows. Суть ошибка довольно таки простая, но почему-то в интернете постоянно создаются темы с вопросом на данную тему и нет внятного ответа на русском языке.
Ошибка говорит нам о том, что мы пытаемся отправить данные в чужой репозиторий. И о том, что текущий пользователь Git не имеет прав для отправки данных в указанный в команде репозиторий.
Существует два способа решить данную ошибку:
Вариант 1. Дать текущему пользователю права для работы с репозиторием
Данный способ подойдет, если вы являетесь владельцем обеих учетных записей указанных в ошибке. Необходимо зайти на GitHub под именем того пользователя, в чей репозиторий вы не можете отправить данные. В настройках репозитория указать необходимого соавтора. Ему на почту отправится приглашение, которое необходимо подтвердить, перейдя по ссылке в письме.
После этого вы сможете работать с репозиторием как со своим и ошибка больше не появится.
Вариант 2. Назначить в системе текущим пользователем Git ту учетную запись, в которую не можете отправить данные
Для этого необходимо перейти в Панель управления Windows. Выбрать отображение в виде категорий.
Перейти в раздел “Учетные записи пользователей и семейная безопасность”. Далее в раздел “Диспетчер учетных данных”. В самом низу будет блок “Общие учетные данные”. Нажмите в нем ссылку “Удаление из хранилища”.
После этого при попытке выполнить команду:
Терминал запросит у вас пароль от учетной записи на Github в чей репозиторий вы пытаетесь отправить данные.
После ввода пароля система установит данного пользователя как основного и будет использовать его в дальнейшем при работе с Git.
Надеюсь данный пост поможет вам решить ошибку, с которой я разбирался почти сутки.
Git-разрешение отказано (publickey)
Я только что пытался
но это дает мне эту ошибку:
что я упустил?
Я также пробовал делать ssh-keygen без passphase, но все та же ошибка.
30 ответов
эта информация работает на theChaw, но может быть применена ко всем другим репозиториям git, которые поддерживают аутентификацию SSH pubkey. (См.gitolite’у, gitlab или github, например.)
сначала начните с настройки собственного набора пар открытый/закрытый ключ. Этот можно использовать DSA или RSA, поэтому в основном любой ключ, который вы настраиваете, будет работать. В большинстве систем вы можете использовать ssh-keygen.
вот это вы должны быть хороши для клонирования и проверки.
более подробную информацию можно найти на https://help.github.com/articles/generating-ssh-keys (спасибо @Lee Whitney)
более обширное устранение неполадок и даже автоматическая фиксация могут быть сделаны с:
эта ошибка может произойти при доступе к URL-адресу SSH (чтение/запись) вместо URL-адреса только для чтения Git, но у вас нет доступа на запись к этому РЕПО.
иногда вы просто хотите клонировать свое собственное РЕПО, например, развернуть на сервере. В этом случае вам действительно нужен только доступ только для чтения. Но так как это свой repo, GitHub может отображать URL SSH, если это ваше предпочтение. В этом случае, если открытый ключ удаленного хоста не находится в Ключах GitHub SSH, ваш доступ будет быть отвергнутым,, который, как ожидается, произойдет.
эквивалентный случай, когда вы пытаетесь клонировать чужое РЕПО, к которому у вас нет доступа для записи с SSH URL.
одним словом, если вы намерены клонировать только РЕПО, используйте HTTPS URL ( https://github.com/
Update: GitHub теперь отображает HTTPS как протокол по умолчанию, и этот шаг, вероятно, может уменьшить возможно неправильное использование URL-адресов SSH.
помощь github ссылке помог мне разобраться с этой проблемой. Похоже, ключ ssh не был добавлен в ssh-агент. Вот что я в итоге сделал.
убедитесь, что ssh-agent включен. Команда запускает ssh-агент в фоновом режиме:
добавьте ключ SSH в ssh-agent:
обратите внимание, что (по крайней мере для некоторых проектов) у вас должна быть учетная запись github с ключом ssh.
посмотрите на ключи, перечисленные в вашем агенте аутентификации (ssh-add-l)
(если вы их не видите, добавьте один из существующих Ключей с помощью ssh-add /path/to/your / key (например:ssh-add
чтобы убедиться, что у вас есть ключ, связанный с вашей учетной записи на GitHub:
вы должны увидеть хотя бы один ключ с хэш-ключом, соответствующий одному из хэшей, которые вы видели при вводе ssh-add-l минуту назад.
Если вы этого не сделаете, добавьте один, а затем попробовать еще раз.
это работает для меня:
у меня была небольшая другая ситуация, я вошел в систему на удаленный сервер и использовал git на сервере, когда я запускал любую команду git, я получил то же самое сообщение
то, как я исправил это, изменив файл /etc/ssh_config на моем Mac. от
получил тот же отчет об ошибке.
исправлено использование HTTP вместо этого. Поскольку я не хочу устанавливать «SSH-ключи» для тестового ПК.
изменить URL на HTTP при клонировании:
моя проблема немного отличается: у меня установлен URL-адрес при добавлении существующего локального РЕПО в remote, используя:
чтобы исправить это, сбросьте URL на HTTP:
кстати, вы можете проверить свой URL с помощью команды:
надеюсь, что это поможет такому, как я. : D
Я встретил тот же вопрос, потому что я думал, что разница между SSH и HTTPS is
поэтому я изменил с HTTPS to SSH просто изменив https:// to ssh:// ничего в конце url не было изменено.
что означает, что я изменил ssh://github.com/USERNAME/REPOSITORY.git to git@github.com:USERNAME/REPOSITORY.git это работает.
глупая ошибка, но надежда помогает кому-то!
я боролся с той же проблемой, что и я, и я смог клонировать РЕПО. Я следовал этой процедуре для iMac.
первый шаг: проверка, если у нас уже есть открытый ключ SSH.
/.ssh чтобы увидеть, присутствуют ли существующие ключи SSH:
Проверьте каталог, чтобы увидеть, если у вас уже есть ключ SSH.По умолчанию являются одним из после d_dsa.паб,id_ecdsa.pub, id_ed25519.pub, id_rsa.паб
если вы не нашли, перейдите к Шагу 2, иначе выполните шаг 3
Шаг 2: создание открытого ключа SSH
это будет генерировать id_rsa.pub
Шаг 3: Добавление SSH-ключа в ssh-agent
теперь скопируйте ключ SSH, а также добавьте его в учетную запись github
в основных инструкциях GIT не было ссылки на материал ключа SSH. Следуя некоторым ссылкам выше, я нашел страницу справки git, которая объясняет, шаг за шагом, как это сделать для различных операционных систем (ссылка обнаружит вашу ОС и перенаправит, соответственно):
Он проходит через все необходимое для GITHub, а также дает подробные объяснения, такие как » зачем добавлять парольную фразу, когда создание ключа RSA.- Я решил, что отправлю его, на случай, если это поможет кому-то еще.
один из самых простых способов
Ребята, вот как это сработало для меня:
1-откройте терминал и перейдите к пользователю [см. прикрепленное изображение]
8-ssh-keygen, он запрашивает сохранение файла, позвольте ему
/.ssh / id_rsa.pub [доступ к открытому ключу и скопируйте ключ в настройки gerrit]
Примечание: вы не должны использовать команду sudo с Git. Если у вас есть очень веская причина, вы должны использовать sudo, а затем убедитесь, что вы используете его с каждой командой (вероятно, просто лучше использовать su, чтобы получить размер на тот момент). Если вы создаете SSH-ключи без sudo, а затем пытаетесь использовать команду sudo git push, вы не будете использовать те же ключи, которые вы создали
Как устранить ошибку Permission denied (publickey) при использовании Git?
Я только что попробовал
но это дает мне эту ошибку:
Что мне не хватает?
Я также попытался сделать ssh-keygen без пас-фазы, но все еще та же ошибка.
Если пользователь не создал пару открытых / закрытых ключей ssh, заданную ранее
Сначала начните с настройки собственного набора пар открытый / закрытый ключ. Это может использовать либо DSA, либо RSA, поэтому в принципе любой ключ, который вы настроите, будет работать. На большинстве систем вы можете использовать ssh-keygen.
Вот и все, вы должны хорошо клонировать и оформить заказ.
Если пользователь сгенерировал пару открытых / закрытых ключей ssh, заданную ранее
Более обширное устранение неполадок и даже автоматическое исправление могут быть сделаны с:
Эта ошибка может возникать, когда вы обращаетесь к URL-адресу SSH (чтение / запись) вместо URL-адреса Git только для чтения, но у вас нет прав на запись в этот репозиторий.
Одним словом, если вы хотите клонировать репо, используйте HTTPS URL ( https://github.com/
Обновление: GitHub отображает HTTPS в качестве протокола по умолчанию, и этот шаг, вероятно, может уменьшить возможное неправильное использование URL-адресов SSH.
Ссылка справки github помогла мне разобраться с этой проблемой. Похоже, ключ ssh не был добавлен в ssh-agent. Это то, что я в итоге сделал.
Убедитесь, что ssh-agent включен. Команда запускает ssh-agent в фоновом режиме:
Добавьте ваш SSH-ключ в ssh-agent:
Получил тот же отчет об ошибке.
Исправлено использование HTTP вместо. Так как я не хочу устанавливать «ключи SSH» для тестового ПК.
Измените URL на HTTP при клонировании:
Моя проблема немного другая : у меня установлен URL при добавлении существующего локального репо в удаленный, используя:
Чтобы исправить это, сбросьте URL на HTTP:
Кстати, вы можете проверить свой URL с помощью команды:
Надеюсь, это поможет кому-то вроде меня. : D
Это работает для меня:
Чтобы убедиться, что у вас есть ключ, связанный с вашей учетной записью GitHub :
Если нет, добавьте один, затем попробуйте снова.
Первый шаг: проверка, есть ли у нас открытый ключ SSH.
/.ssh чтобы увидеть, есть ли существующие ключи SSH:
Проверьте список каталогов, чтобы узнать, есть ли у вас открытый ключ SSH. Общедоступными по умолчанию являются один из следующих d_dsa.pub, id_ecdsa.pub, id_ed25519.pub, id_rsa.pub
Если вы не нашли, перейдите к шагу 2, в противном случае выполните шаг 3
Шаг 2: Генерация открытого ключа SSH
Это сгенерирует id_rsa.pub
Шаг 3: Добавление вашего SSH-ключа в ssh-agent
Теперь скопируйте ключ SSH и добавьте его в свою учетную запись github.
Ошибка: Permission denied (доступ запрещен) /публичный ключ/
Ошибка «Permission denied» (доступ запрещён) означает, что сервер отклонил ваше соединение. У этой ошибки может быть несколько причин; наиболее общие из них приведены ниже.
Проверьте, что вы подключились к нужному серверу
Будьте внимательны при вводе команд с клавиатуры. В некоторых случаях корпоративная сеть может привести к проблемам разрешения записи DNS.
Для того, чтобы убедиться в том, что вы подключаетесь к нужному домену, введите следующую команду, добавив в строке номер порта ‘-p 2500’ :
Всегда использовать пользователя «git»
Все соединения длджны выполняться под пользователем «git». Если вы попытаетесь соединиться под вашим псевдонимом в propercourse, соединение не установится:
Вместо этого вы должны проверить соединение, набрав в строке:
Убедитесь, что у вас есть ключ, который используется
Если вы используете Git Bash, включите ssh-agent:
Если вы используете другой командный процессор, такой как, например, Git для Windows, включите ssh-agent:
