không thể giải quyết lỗi máy chủ github.com trong khi nhân bản kho lưu trữ từ xa trong git

Những gì tôi đã làm: Tôi đã tạo một kho lưu trữ từ xa trên Github và tôi đang cố gắng sao chép kho lưu trữ từ xa trên máy cục bộ của mình. Trong khi nhân bản, tôi đang cung cấp thư mục đích và thư mục đích.

Nhưng mỗi lần tôi cố gắng sao chép, tôi lại gặp lỗi này:

Lỗi: "gây tử vong: không thể truy cập ' https://github.com/hyperion057/spring-repo.git/ ': Không thể giải quyết máy chủ: github.com"

Tôi cần làm gì để kết nối với GitHub?

Tôi có cần phải cấu hình cài đặt proxy không? bởi vì văn phòng của tôi đã có máy chủ proxy.

Có, bạn có thể làm như vậy bằng cách đặt HTTP_PROXYvà HTTPS_PROXYcác biến môi trường.

Xem " Đồng bộ hóa với 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

Lưu ý NO_PROXY, để cho phép truy cập trang web nội bộ vào công ty của bạn

Bạn cũng có thể đăng ký trong cấu hình git của mình:

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

Nhưng nếu bạn có cài đặt Git proxy không chính xác, hãy xóa chúng:

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

Tôi đã gặp một lỗi tương tự và đó là do cài đặt proxy không chính xác. Lệnh này đã cứu tôi:

git config --global --unset http.proxy

Phiên bản https:

git config --global --unset https.proxy

Đã dành một vài giờ cố gắng để sửa lỗi này.

Kết nối lại wifi của tôi đã làm điều đó.

một khả năng khác, tôi đã gặp vấn đề này bản thân mình. Nhưng đó là sau khi tôi đã cài đặt VPN (không liên quan và đang chạy)

tắt VPN, khắc phục sự cố.

để ghi lại, tôi đã chạy VPN "Độ nhớt" trên MacBookPro của mình

Tôi đã có vấn đề tương tự sau khi hết dung lượng đĩa. Đóng và mở lại thiết bị đầu cuối cố định nó một lần. Khởi động lại máy Mac của tôi tiếp theo.

Một số điều dễ dàng để thử trước khi chuyển sang các lệnh ngẫu nhiên:

• khởi động lại tab thiết bị đầu cuối
• khởi động lại ứng dụng thiết bị đầu cuối
• Nếu đĩa đầy (hoặc gần với nó) giải phóng một số dung lượng đĩa thì khởi động lại ứng dụng đầu cuối
• khởi động lại máy / HĐH

192.30.252.128 là IP hiện tại của github.com có ​​thể được đặt trong DNS cục bộ của bạn (/ etc / hosts trong Linux và C: \ Windows \ System32 \ driver \ etc \ hosts)

Tôi muốn lưu ý, khi tôi thực hiện giải pháp của Brian:

git config --global --unset http.proxy

đảm bảo thoát và khởi động lại thiết bị đầu cuối . Của tôi đã không giải quyết cho đến khi tôi làm điều đó.

Cảm ơn rất nhiều, vấn đề đã giết chết tôi!

tôi có cùng một vấn đề và giải quyết nó bằng cách sử dụng lệnh này

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

Trong trường hợp của tôi, trên hộp Windows, ngăn xếp TCP / IP của tôi dường như cần phải được đặt lại. Đặt lại ngăn xếp TCP / IP của PC khách khiến git bắt đầu hoạt động trở lại đúng cách. Chạy lệnh này trong chế độ Quản trị viên tại dấu nhắc lệnh và thử lại lệnh git:

netsh int ip reset

Vô hiệu hóa thủ công và bật lại bộ điều hợp mạng thông qua Bảng điều khiển tạo ra kết quả tương tự.

Tôi nghi ngờ các vấn đề về độ phân giải DNS bên trong ngăn xếp TCP trên hộp Windows của tôi.

Tôi đã có lỗi rất giống như sau.

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

Trên thực tế, thông báo nhắc nhở đã cho chúng tôi biết sai ở đâu.

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

Khi tôi kiểm tra github của mình, tôi thấy url HTTPS của kho lưu trữ github của tôi là

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

Tôi không biết làm thế nào điều này xảy ra. Url sai đã được thiết lập bằng cách cài đặt Git Shell tự động.

Khi tôi xóa '/' ở cuối, tôi có thể đẩy thành công.

Tất cả, tôi muốn cho tất cả các bạn biết rằng tôi đã có vấn đề tương tự. Tôi giải quyết nó bằng cách đặt lại URL từ xa git từ xa set-url gốc https://new.url. Tôi đã tìm thấy cách thực hiện điều này từ câu trả lời này nhưng tôi đã phải thay đổi hit thành https: Thay đổi URI (URL) cho một điều khiển từ xa Kho Git

Chỉ trong trường hợp các thế hệ tương lai bị mắc kẹt trong điều này: Đối với tôi, điều làm việc (trên mac OSX) là thiết lập DNS của tôi với các tùy chọn 208.67.222.222, 208.67.220.220. Tôi nhận được số này ở đây: https://www.opendns.com . Vì một số lý do, cấu hình dns của tôi được đặt lại thành các số mặc định (ip cục bộ của tôi, tôi đoán vậy) và tôi không thể kết nối với cả github, brew hay rubygems. Xin lỗi vì lỗi chính tả.

Hôm nay tôi phải đối mặt với vấn đề tương tự, điều này cũng cung cấp một khả năng khác. Tôi đã làm tất cả các đề xuất ở trên nhưng vẫn thấy vấn đề. Tôi không có cách nào khác ngoài khởi động lại máy mac của mình .... Vấn đề đã được giải quyết ....

Khi bạn đã thử các giải pháp trên và không có gì giúp ích, bạn có thể cần kiểm tra cài đặt mạng cục bộ của mình và thử thêm 8.8.8.8và bộ định tuyến ip cục bộ của bạn vào DNStệp.

Theo gợi ý cho các máy chủ Ubuntu, bạn có thể ghi lại essid và mật khẩu của bộ định tuyến trong /etc/network/interfacestệp của mình :

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)

Khi tôi gặp lỗi này trong khi kéo một kho lưu trữ đến máy chủ của mình, tôi đã viết wpa-ssidvàwpa-psk và khởi động lại. Sau đó, nó làm việc.

EDIT: Tôi lại gặp phải vấn đề tương tự và lần này là do sự không nhất quán về mức tín hiệu của bộ định tuyến. Kết nối của tôi không mạnh, đó là vấn đề. Tuy nhiên, giải pháp trên là một giải pháp thực sự cho ip tĩnh

Trong trường hợp của tôi, tôi mở một thiết bị đầu cuối mới và vấn đề được giải quyết. Tôi không biết chính xác những gì gây ra vấn đề ở nơi đầu tiên mặc dù.

Bạn có thể thử hai lệnh này, nó đã giúp tôi.

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

Điều này giải quyết vấn đề

git config --global --unset http.proxy

hoặc https

git config --global --unset https.proxy

Trường hợp cạnh ở đây nhưng tôi đã thử (gần như) tất cả các câu trả lời ở trên trên VirtualBox và không có gì làm được nhưng sau đó đóng không chỉ VirtualBoxVM mà còn ole VirtualBox tốt và tự khởi động lại chương trình đã thực hiện thủ thuật mà không cần khiếu nại 0.

Hy vọng rằng có thể giúp ~ 0,1% số người truy vấn :)

giải pháp đơn giản để loại bỏ "/" từ git clone từ xa là đặt url trong ngoặc đơn. nhân bản git ""

Một lý do cho vấn đề này có thể sai / trống /etc/resolv.conf tập tin .

Cách tôi giải quyết vấn đề này trong tối thiểu 7 centos của tôi như sau: của tôi /etc/resolv.conftrống và tôi đã thêm các dòng sau:

nameserver 192.168.1.1
nameserver 0.0.0.0

nơi 192.168.1.1là cửa ngõ của tôi, trong trường hợp của bạn có thể khác nhau.

Dựa trên các giải pháp khác, những gì làm việc cho tôi:

1. viết điều này trong thiết bị đầu cuối:

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

2. khởi động lại - khởi động lại bộ định tuyến - mac

Trước tiên, bạn có thể thử -2-, nếu điều đó không hoạt động, sau đó thử -1- và -2-

Khác với tất cả các giải pháp này, trong trường hợp của tôi, tôi đã giải quyết vấn đề khi khởi động lại thiết bị đầu cuối của mình (hoặc mở một cửa sổ khác).

Khởi động lại thiết bị đầu cuối trong Mac làm việc.

Nếu tất cả các câu trả lời trên không thể giải quyết vấn đề của bạn, hãy thử khởi động lại bộ định tuyến.

Đã làm cho tôi.

Có lẽ nó giúp được ai đó ở đâu đó, trong trường hợp của tôi (đó là một repo riêng của git), máy chủ đã bị treo, vì vậy vấn đề là ở máy chủ GitHub của tôi và quản trị viên đã giải quyết nó.

Nó hoạt động với tôi khi tôi sử dụng "dịch vụ apache2 stop"

Tôi đoán trường hợp của tôi là rất hiếm, nhưng GitHub đã ra ngoài. Kiểm tra trang web của họ để xem nếu nó tải đúng cách.

GitHub