2012-01-05 42 views
27

Khi tôi làm theo điểm 5 (Kiểm tra mọi thứ) trong github guide, lệnh ssh cũng bị treo vĩnh viễn. Theo hướng dẫn, tôi sẽ được trình bày với một thông báo rằng "Github không cung cấp truy cập shell". Dưới đây là kết quả của tôi từ ssh -vT [email protected]git clone treo mãi mãi trên github

debug1: Authentication succeeded (publickey). 
Authenticated to github.com ([207.97.227.239]:22). 
debug1: channel 0: new [client-session] 
debug1: Requesting [email protected] 
debug1: Entering interactive session. 
debug1: Sending environment. 
debug1: Sending env LC_MESSAGES = en_US.UTF-8 
debug1: Sending env LC_COLLATE = en_US.UTF-8 
debug1: Sending env LANG = da_DK.UTF-8 
debug1: Sending env LC_CTYPE = en_US.UTF-8 
+1

Có khả năng bất kỳ loại lọc/chặn giữa bạn và GitHub? – Cascabel

+2

Ngoài sự tò mò, bạn có thể kết nối với các máy chủ SSH khác (sử dụng các khóa) mà không gặp vấn đề gì không? –

+0

Tôi cũng nghĩ rằng nó có thể lọc nhưng thông báo auth thành công, nếu nó là một bức tường lửa nó sẽ hết thời gian cuối cùng trước đó. –

Trả lời

11

Tôi nghĩ rằng tôi đã tìm thấy lỗi. Bộ định tuyến WiMAX tôi đang sử dụng, làm hỏng SSH. Sau khi thử một kết nối Internet khác , nó trở nên mượt mà. Bộ định tuyến WiMAX được gắn nhãn là "Alvarion" và theo Nhóm Google Đan Mạch, việc triển khai NAT bị hỏng trong bộ định tuyến: http://groups.google.com/group/openspaceaarhus/browse_thread/thread/e99d96122a0522b7.

Tôi đã liên hệ với nhà cung cấp internet để xem xét điều này. Nếu họ chứng minh nó không có gì để làm với router của họ, tôi sẽ đăng nó ở đây.

Cảm ơn tất cả các nhận xét của bạn, điều này khiến tôi nhận ra rằng có thể đó là vấn đề cơ sở hạ tầng.

+4

Bạn nên chấp nhận điều này là "câu trả lời đúng" và cập nhật những câu hỏi hữu ích khác. –

+1

Công ty (Skyline) sử dụng bộ định tuyến này đã ngừng hoạt động sau một thời gian ngắn, vì vậy tôi chưa bao giờ tìm được giải pháp cho bộ định tuyến này. – rvange

28

GitHub cung cấp một số cách khác nhau để kết nối với repo từ xa. Tôi đứng đằng sau một bức tường lửa nguy hiểm. Tất cả các phương pháp cũng treo ngoại trừ bằng cách sử dụng http (không https).

Ví dụ, dự án cung cấp JavaHamcrest (nặc danh):

Bạn cũng có thể thử:

Cuối cùng, tiền tố lệnh UNIX của bạn với GIT_TRACE=1GIT_CURL_VERBOSE=1, và sử dụng Git tùy chọn --verbose cho kết xuất debug tối đa.

Ví dụ: GIT_TRACE=1 GIT_CURL_VERBOSE=1 git clone --verbose http://github.com/hamcrest/JavaHamcrest.git

+2

Có vẻ như các liên kết 'http' (không phải' https') không hoạt động đối với 'github' nữa. I E. lệnh ví dụ của bạn không hoạt động vì nó sử dụng lược đồ 'http'. –

+0

Đối với tôi 'https: //' không hoạt động nhưng thay đổi thành 'git: //' đã làm việc –

1

Tôi gặp vấn đề tương tự trên Xubuntu. Làm ssh -Tv [email protected] bị treo vĩnh viễn. Vô hiệu hóa tường lửa với sudo ufw disable đã giải quyết được sự cố.

0

Trong trường hợp của tôi, tôi thấy rằng Anti-Virus của tôi đã chặn quyền truy cập vào Github. Cửa sổ bật lên xuất hiện phía sau tất cả các cửa sổ của tôi mà tôi không nhận ra trước đó. Thời điểm tôi cho phép truy cập vào GitHub "ssh -vT [email protected]" lệnh đã hoạt động. Tôi cũng có thể sao chép một kho lưu trữ và đẩy mã của tôi từ địa phương đến Github.

0

Đã xảy ra sự cố tương tự trên Windows/msys2. Có vẻ là một cái gì đó với bộ định tuyến. Tôi ping github.com và sau đó nhân bản sử dụng tên tôi

git clone https://[email protected]/cchamberlain/<repo>

và nó làm việc. Không chắc chắn nếu một lần của nó được nêu ra.

3

Thử sử dụng HTTPS thay vì SSH. Cổng 22 có thể bị chặn bởi tường lửa.

Ví dụ: thay vì:

git clone [email protected]:repo-owner/my-project.git 

Kết nối qua HTTPS:

git clone https://[email protected]/repo-owner/my-project.git 
Các vấn đề liên quan