Я нахожусь под управлением прокси-сервера, и я довольно долго добиваюсь успеха в git.
Теперь я не могу внезапно впасть в мерзавца.
Я установил ключ RSA и прокси и дважды проверил их, но безрезультатно, и git выдает ошибку, показанную в заголовке страницы.
174
git push
. Работал на меня.1.1.1.1
вместо используемого по умолчанию, поэтому @zundi преуспевает благодаря мобильной точке доступа.Ответы:
Причиной может быть изменение брандмауэра, поскольку вы находитесь в сети. (В этом случае они могут намеренно блокировать некоторые порты)
Чтобы дважды проверить, является ли это причиной ... сделать
это должно истечь. Если это так, используйте протокол http вместо ssh,
просто измените ваш URL в файле конфигурации на http.
Вот как:
изменить запись
в
источник
В моем случае ни одно из предложенных решений не сработало, поэтому я попытался исправить это сам и получил решение.
Для меня я получаю эту ошибку на своем экземпляре AWS EC2 UBUNTU, что я сделал, чтобы решить ее, чтобы отредактировать конфигурацию ssh (или добавить ее, если она не существует).
sudo nano ~/.ssh/config
И я добавил следующее
Затем выполните команду,
ssh -T git@github.com
чтобы подтвердить, устранена ли проблема.В соответствии с этому
Надеюсь, это поможет всем, у кого возникла та же проблема, что и у меня.
источник
~/.ssh/config
и изменить способ подключения к GitLab.com. В этом случае см. Эту статью: about.gitlab.com/2016/02/18/…git
конфиг , ноssh
конфигурацииОсновная перезапись URL
Git предоставляет способ переписать URL с помощью git config. Просто введите следующую команду:
Теперь, как по волшебству, все команды git будут выполнять замену
git://
наhttps://
source: git: // протокол заблокирован компанией, как мне обойти это?
источник
git config --global url."https://github.com/".insteadOf git@github.com:
. Обратите внимание на различия:@
становится//
и:
становится/
.внутри папки .ssh Создайте файл "config"
источник
Быстрый обходной путь: попробуйте переключиться на другую сеть
Я столкнулся с этой проблемой, находясь в точке доступа (соединение 3 / 4G). Переключение на другое соединение (WiFi) решило его, но это всего лишь обходной путь - у меня не было возможности докопаться до сути проблемы, поэтому другие ответы могут быть более интересными для определения основной проблемы
источник
Я столкнулся с той же проблемой и не мог найти рабочее решение. Я столкнулся с этой проблемой при настройке локального сервера, и git не смог подключиться через мою прокси-сеть, но моя рабочая станция могла. Это был вывод, когда я запустил команду
ssh -vT git@github.com
Поэтому я попытался использовать соединение SSH через порт HTTPS, отредактировав файл конфигурации,
~/.ssh/config
но безрезультатно.Наконец, я нашел эту статью, которая решила и раскрыла реальную проблему.
Это мой конфигурационный файл, и теперь git отлично работает через ssh!
источник
Выполнение:
Ваш вывод должен выглядеть так:
Если вы получаете:
Вам нужно отредактировать файл ~ / .ssh / config. Добавьте что-то вроде следующего:
источник
nc
установить. Что это должно быть? Netcat или что-то?У меня была такая же проблема, но ответ, который я нашел, был другим, думал, что кто-то может столкнуться с этой проблемой, так что вот мое решение.
Я должен был белый список IP - адресов для 2 порта
22
,80
,443
и9418
:192.30.252.0/22
185.199.108.0/22
В случае, если эти IP не работают, возможно, потому что они были обновлены, вы можете найти самые последние из них на этой странице .
источник
Ответ выше дал мне информацию, необходимую для решения этой проблемы. В моем случае URL-адрес неправильно начинался с ssh: ///
Чтобы проверить правильность URL в вашем git config, откройте файл git config: -
Проверьте запись в URL. Он не должен иметь ssh: /// в начале.
Неверная запись:
Правильная запись:
Если ваш URL-адрес правильный, то следующим шагом будет попытка найти ответ выше, который предлагает изменить протокол на http.
источник
Когда я случайно переключился на гостевую сеть Wi-Fi, я получил эту ошибку. Пришлось переключиться обратно на мою сеть Wi-Fi по умолчанию .
источник
У меня была эта проблема в течение 2 часов, и получается, удалив "s" из https и просто сделать:
git clone -b <branchName> http:<projecturl>
Починил это.
источник
ПРОБЛЕМА: Шаг, чтобы произвести проблему: git clone git@github.com: sramachand71 / test.git впервые в новом ноутбуке ОШИБКА SSH: подключение к хост - github.com порту 22: Тайм - аут соединение со смертельным исходом: Не удалось прочитать из пульта дистанционного управления репозиторий.
Пожалуйста, убедитесь, что у вас есть правильные права доступа и хранилище существует. РЕШЕНИЕ Впервые в системе для клонирования нам нужно дать двойные кавычки для команды клонирования. $ git clone "git@github.com: sramachand71 / test.git" Я сталкиваюсь с этой проблемой в системе даже после того, как все было правильно, но, наконец, заметил, что двойная кавычка обязательна для URL "repository_url.git" в первый раз или для нового пользователя в системе.
источник
Изменение URL репо с ssh на https не очень важно для меня. Поскольку я предпочитаю
ssh
болееhttps
из - за какое - то дополнительные преимущества , которые я не хочу , чтобы отказаться. Приведенные выше ответы довольно хороши и точны. Если вы столкнулись с этой проблемой в GitLab, перейдите на их официальную страницу документации и измените ваш конфигурационный файл следующим образом.источник
Перезагрузить компьютер решил это за меня.
Версия Git: 2.27.0.windows.1
Версия ОС: Windows 10 v1909
источник