не вдалося вирішити помилку хоста github.com під час клонування віддаленого сховища в git

Що я зробив: я створив віддалене сховище на Github і намагаюся клонувати віддалений сховище на своїй локальній машині. Під час клонування я надаю URL-адрес клона та цільову папку.

Але кожен раз, коли я намагаюся клонувати, я отримую цю помилку:

Помилка: "fatal: неможливо отримати доступ" https://github.com/hyperion057/spring-repo.git/ ': Не вдалося вирішити хост: github.com "

Що потрібно зробити, щоб підключитися до GitHub?

чи потрібно мені налаштувати параметри проксі? тому що мій офіс має проксі-сервери.

Так, ви можете зробити це, встановивши HTTP_PROXYі HTTPS_PROXYзмінні середовища.

Див. Розділ " Синхронізація з github ":

set HTTPS_PROXY=http://<login_internet>:<password_internet>@aproxy:aport
set HTTP_PROXY=http://<login_internet>:<password_internet>@aproxy:aport
set NO_PROXY=localhost,my.company

Зверніть увагу NO_PROXY, щоб дозволити доступ до внутрішнього сайту вашої компанії

Ви також можете зареєструвати це у своєму git config:

git config --global http.proxy http://<login_internet>:<password_internet>@aproxy:aport

Але якщо у вас неправильні налаштування проксі-сервера Git, видаліть їх:

cd /path/to/repo
git config --unset http.proxy
git config --global --unset http.proxy
git config --system --unset http.proxy

git config --unset https.proxy
git config --global --unset https.proxy
git config --system --unset https.proxy

# double-check with:
git config -l --show-origin | grep -i proxy

Я отримав подібну помилку, і вона викликана неправильним налаштуванням проксі. Ця команда врятувала мене:

git config --global --unset http.proxy

https версія:

git config --global --unset https.proxy

Пробув це виправити пару годин.

Повторне підключення мого wifi зробило свою справу.

інша можливість, я сам зіткнувся з цією проблемою. Але це було після того, як я встановив VPN (який не пов’язаний і працює)

вимкнувши VPN, виправили проблему.

для запису я працював VPN "в'язкості" на своєму MacBookPro

У мене була та сама проблема після закінчення місця на диску. Закриваючий і повторно відкритий термінал виправляв його один раз. Наступний перезапуск мого Mac.

Деякі прості речі, які слід спробувати, перш ніж перейти до випадкових команд:

• перезапустити вкладку терміналу
• перезапустити додаток терміналу
• Якщо диск заповнений (або близько до нього), звільніть місце на диску, перезавантажте програму терміналу
• перезапуск машини / ОС

192.30.252.128 - поточний IP-адрес github.com, який можна встановити у вашому локальному DNS (/ etc / hosts в Linux та C: \ Windows \ System32 \ driver \ etc \ hosts)

Хочеться зазначити, коли я брав рішення Брайана:

git config --global --unset http.proxy

не забудьте вийти та перезапустити термінал . Моя не вирішила, поки я цього не зробив.

Дякую, проблема вбивала мене!

У мене є те саме питання і вирішити його за допомогою цієї команди

$ git config --global http.proxy http: // enter_your_proxy: enter_port

У моєму випадку, у вікні Windows, мій стек TCP / IP, здається, потрібно було скинути. Скидання TCP / IP стека клієнтського ПК призвело до того, що git знову почне правильно працювати. Запустіть цю команду в режимі адміністратора в командному рядку та повторіть команду git:

netsh int ip reset

Ручне відключення та повторне включення мережевого адаптера через панель керування дає подібний результат.

Я підозрюю, що проблеми з вирішенням DNS всередині стеку TCP у вікні Windows.

У мене була така схожа помилка, як наступна.

C:\wamp\www\myrepository [master]> git push
fatal: unable to access 'https://github.com/myaccount/myrepository.git/': Couldn't resolve host 'github.com'

Насправді, швидке повідомлення підказує нам, де це неправильно.

https://github.com/myaccount/myrepository.git/

Перевіряючи свій github, я виявив, що URL-адреса HTTPS мого сховища є

https://github.com/myaccount/myrepository.git

Я не знаю, як це сталося. Невірна URL-адреса була встановлена ​​автоматично встановленою Git Shell.

Після того як я в кінці видаляю '/', я можу успішно натиснути.

Все, я хочу повідомити всім вам про те, що в мене було таке саме питання. Я вирішую це шляхом скидання моєї віддаленої URL-адреси git remote set-url origin https://new.url.тут я знайшов, як це зробити з цієї відповіді, але мені довелося змінити хіт на https: змінити URI (URL) на віддалений Git сховище

На всякий випадок, коли майбутні покоління також зациклюються на цьому: для мене те, що працювало (на mac OSX), було встановити мій DNS з відкриттями 208.67.222.222, 208.67.220.220. Я отримую ці номери тут: https://www.opendns.com . Чомусь моя конфігурація dns перевстановилася на номери за замовчуванням (я думаю, мій локальний ip), і я не зміг підключитися ні до github, ні варити, ні до рубігем. Вибачте за неправильне написання.

Сьогодні я стикаюся з тим же питанням, це також дає ще одну можливість. Я робив усі пропозиції вище, але все ще бачу проблему. У мене немає можливості, але перезавантажте комп'ютер .... Проблема вирішена ....

Якщо ви спробували вищевикладені рішення, і нічого не допомагає, можливо, вам доведеться перевірити налаштування локальної мережі та спробувати додати 8.8.8.8ip свій локальний маршрутизатор до DNSфайлу.

Як пропозиція для серверів Ubuntu, ви можете записати essid та пароль маршрутизатора у свій /etc/network/interfacesфайл:

iface [en0 || your wireless driver no necessarily en0] inet static
    address 192.168.1.100 / (something for your static ip between 1-255)
    netmask 255.255.255.0
    gateway 192.168.1.1 / (this is the ip of your router)
    dns-nameservers 8.8.8.8 / (you can use whatever you want)
    wpa-ssid qwertyuio / (this is router id)
    wpa-psk qwertyuio / (this is router password for wireless connection)

Коли я отримав цю помилку під час перетягування сховища на свій сервер, я написав wpa-ssidіwpa-psk і перезапущений. Тоді це спрацювало.

EDIT: Я знову стикався з тією ж проблемою, і цього разу це було через невідповідність рівнів сигналу маршрутизатора. Мій зв’язок був не сильним, в цьому і була проблема. Однак рішення вище - справжнє рішення для статичного ip

У моєму випадку я відкриваю новий термінал і вирішую проблему. Я не знаю, що саме спричинило проблему.

Ви можете спробувати ці дві команди, мені це допомогло.

git config --global --unset http.proxy 
git config --global --unset https.proxy

Це вирішує питання

git config --global --unset http.proxy

або https

git config --global --unset https.proxy

Тут є край, але я спробував (майже) всі вищевказані відповіді на VirtualBox, і нічого не робив, але потім закрив не тільки VirtualBoxVM, але і хороший сам VirtualBox і перезапустив саму програму, зробив трюк без жодної скарги.

Сподіваюся, що це може допомогти ~ 0,1% запитів:)

просте рішення для видалення зайвих "/" з віддаленого клона git - введення URL в дужки. git clone ""

Однією з причин цього питання може бути неправильне / порожнє /etc/resolv.conf файл.

Те, як я вирішив цю проблему в моєму центрі 7 мінімальних, полягає в наступному: моє /etc/resolv.confбуло порожнє, і я додав наступні рядки:

nameserver 192.168.1.1
nameserver 0.0.0.0

де 192.168.1.1мій шлюз, у вашому випадку це може бути інакше.

На основі інших рішень, що для мене спрацювало:

1. написання цього терміналу:

git config --global --unset http.proxy
git config --global --unset https.proxy

2. перезапуск - перезапуск маршрутизатора - mac

Спочатку можна спробувати -2-, якщо це не працює, то спробуйте -1- і -2-

На відміну від усіх цих рішень, у моєму випадку я вирішив проблему, коли перезапустив термінал (або відкрив інше вікно).

Працював перезапуск терміналу в Mac.

Якщо всі вищевказані відповіді не змогли вирішити вашу проблему, спробуйте перезавантажити маршрутизатор.

Працювали для мене.

Можливо, це допомагає комусь десь, у моєму випадку (який був приватним репортажем git), хост був призупинений, тому проблема була з моїм сервером GitHub і адміністратор вирішив її.

Це працювало для мене, коли я використовував "сервіс apache2 stop"

Я думаю, що мій випадок був дуже рідкісним, але GitHub був поза межами. Перевірте їх веб-сторінку, щоб перевірити, чи правильно вона завантажується.

GitHub