CODEWITHSUNDEEP
windowsgitubuntu-10.04tortoisegitgitolite
herom
herom

Reputation: 2542

Cannot clone git repo from ubuntu server with TortoiseGit

I'm facing some problems while git clone a repo from my ubuntu server running gitolite.

First, I got a public key from the developer who wants to clone the repository from the server. It was a rsa key created with putty. So I did the following to parse it from the putty-style to openssh format with:

ssh-keygen -i -f /tmp/ssh2/YourName.pub > /tmp/openssh/YourName.pub (taken from http://gitolite.googlecode.com/git/doc/ssh-troubleshooting.mkd?r=d3a663d03f1027f909732d55d0519bdd84edb62c)

and uploaded the public key along with a new entry for the repo and the new user in the config file to gitolite-admin repo.

So far, so good.

The developer is using **** along with putty to connect to the server, which is running git on a non-standard port and he keeps on getting the same error over and over again:

Cloning into 'D:\path\to\dirctory'...
error: Recv failure: Connection was reset while accessing http://sub.domain.com/info/refs
fatal: HTTP request failed

git did not exit cleanly (exit code 128)

Could anyone give me some advice about this issue?

EDIT:

In the meantime, we managed to git clone the repository by addressing it with the ssh:// protocol instead of git://, so it doesn't seem like it is a problem of the rsa_public.key or something like that.

The iptables on the server are accepting connections through the port for git, but it keeps on giving the above mentioned error.

Upvotes: 1

Views: 2672

Answers (1)

VonC
VonC

Reputation: 1324417

The OP herom initially commented that the developer used git://[email protected]:port/repo.git as an address.

I asked if there was any firewall issue, preventing the use of the git port (9418), but the OP mentioned:

no, there shouldn't be a firewall issue as iptables is accepting traffic for the git port - the port is forwarded and appears to be another port when connecting from outside...
Now, the developer cloned the repo through ssh:// (and even connecting to the ssh-port!)

I note that the git port can sometime be blocked, as illustrated in this thread.
If not on the client side, maybe on the server side.

Upvotes: 1

Related Questions