2014-10-03 3 views
3

를 복제 할 때 :SSH 오류 내가 SSH를 사용하여 저장소를 복제 할 때 나는 다음과 같은 오류가 발생하고 Git 저장소

$ git clone ssh://[email protected]:7999/eqt/myproject.git 
Cloning into 'myproject'... 
Read from socket failed: Connection reset by peer 
fatal: Could not read from remote repository. 

Please make sure you have the correct access rights 
and the repository exists. 

있는 ssh 키가 공유 드라이브에 저장하고, 내가하는이 동일한을 수행 아무런 문제가 없습니다를 공유 드라이브를 사용하는 다른 컴퓨터에서 복제하십시오. 내 문제는 내 Windows 7 노트북입니다.

나는 ssh 연결을 디버깅하기 위해 노력하고 다음 명령을 실행 :

$ ssh -Tvvv [email protected] -p 7999 
OpenSSH_6.6.1, OpenSSL 1.0.1i 6 Aug 2014 
debug2: ssh_connect: needpriv 0 
debug1: Connecting to stash.mydomain.com [10.105.255.156] port 7999. 
debug1: Connection established. 
debug3: Incorrect RSA1 identifier 
debug3: Could not load "/p/.ssh/id_rsa" as a RSA1 public key 
debug1: identity file /p/.ssh/id_rsa type 1 
debug1: identity file /p/.ssh/id_rsa-cert type -1 
debug1: identity file /p/.ssh/id_dsa type -1 
debug1: identity file /p/.ssh/id_dsa-cert type -1 
debug1: identity file /p/.ssh/id_ecdsa type -1 
debug1: identity file /p/.ssh/id_ecdsa-cert type -1 
debug1: identity file /p/.ssh/id_ed25519 type -1 
debug1: identity file /p/.ssh/id_ed25519-cert type -1 
debug1: Enabling compatibility mode for protocol 2.0 
debug1: Local version string SSH-2.0-OpenSSH_6.6.1 
debug1: Remote protocol version 2.0, remote software version SSHD-CORE-0.9.0-ATLASSIAN-1 
debug1: no match: SSHD-CORE-0.9.0-ATLASSIAN-1 
debug2: fd 3 setting O_NONBLOCK 
debug3: put_host_port: [stash.mydomain.com]:7999 
debug3: load_hostkeys: loading entries for host "[stash.mydomain.com]:7999" from file "/p/.ssh/known_hosts" 
debug3: load_hostkeys: found key type RSA in file /p/.ssh/known_hosts:2 
debug3: load_hostkeys: loaded 1 keys 
debug3: order_hostkeyalgs: prefer hostkeyalgs: [email protected],[email protected],ssh-rsa 
debug1: SSH2_MSG_KEXINIT sent 
debug1: SSH2_MSG_KEXINIT received 
debug2: kex_parse_kexinit: [email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman- 
debug2: kex_parse_kexinit: [email protected],[email protected],ssh-rsa,[email protected],[email protected],ecdsa-sha2-nistp521-cert- 
stp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519,ssh-dss 
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,[email protected],[email protected]nssh.com,[email protected],aes128-cbc,3des-cbc,blowfish-cbc,cast128-c 
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,[email protected],[email protected],[email protected],aes128-cbc,3des-cbc,blowfish-cbc,cast128-c 
debug2: kex_parse_kexinit: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-ripemd16 
[email protected],hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 
debug2: kex_parse_kexinit: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-ripemd16 
[email protected],hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 
debug2: kex_parse_kexinit: none,[email protected],zlib 
debug2: kex_parse_kexinit: none,[email protected],zlib 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: kex_parse_kexinit: diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 
debug2: kex_parse_kexinit: ssh-rsa 
debug2: kex_parse_kexinit: aes128-ctr,aes128-cbc,3des-cbc,blowfish-cbc 
debug2: kex_parse_kexinit: aes128-ctr,aes128-cbc,3des-cbc,blowfish-cbc 
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-md5-96,hmac-sha1-96 
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-md5-96,hmac-sha1-96 
debug2: kex_parse_kexinit: none 
debug2: kex_parse_kexinit: none 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: mac_setup: setup hmac-md5 
debug1: kex: server->client aes128-ctr hmac-md5 none 
debug2: mac_setup: setup hmac-md5 
debug1: kex: client->server aes128-ctr hmac-md5 none 
debug2: bits set: 1008/2048 
debug1: sending SSH2_MSG_KEXDH_INIT 
debug1: expecting SSH2_MSG_KEXDH_REPLY 
Read from socket failed: Connection reset by peer 

여기에 문제가 될 수있는 무엇을? 내 ssh 키는 괜찮아 보이지만이 연결이 어딘가에서 차단 된 것 같습니다. 나는 SSH로 어디서 봐야하는지 충분히 알지 못한다.

+0

보안 채널을 설정하는 동안 원격 서버가 연결을 끊습니다. 서버 문제를 해결해야합니다. – Kenster

+0

서버는 문제가되지 않습니다. 위에서 말했듯이 정확히 동일한 요청이 다른 컴퓨터에서 작동하고 있습니다. – DJ180

+2

"상대방에 의한 연결 재설정"은 말 그대로 연결의 다른 쪽 끝이 연결을 종료했음을 의미합니다. 사실 정상적인 종료 대신 원격 종료로 "중단 된 종료"가 있음을 의미합니다. 프로그램 충돌로 인해 문제가 발생할 수 있습니다. – Kenster

답변

4

서버는 나는 아직도 (도 도움이 될 수 SSHD의 설정에 increasing the LogLevel)를 확인하기 위해 (/var/log/auth.log을)를 server sshd logs을 확인 할

하지만 문제

당신은 시도 할 수 없습니다 Workaround for "connection reset by peer" issue이 있기 때문에 MobaXterm (테스트 용)을 통해 ssh를 테스트하십시오.

Cipher issue (on the client side)이 맞는지 확인할 수 있습니다.

마지막으로 you can try and regenerate a new pair of public/private keys은 공개 된 것을 서버에 게시하고 문제가 지속되는지 확인합니다.

+0

URL에서 볼 수 있듯이 우리는 @ DJ180이 은닉을 사용하고 있다는 것을 공제 할 수 있습니다. 특히 [Apache SSH] (http://mina.apache.org/sshd-project/) –

관련 문제