git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] RFC: proxy-command support for git://

From
CBCarl Baldwin <cnb@fc.hp.com>
Date
Nov 3, 2005, 20:41 UTC
Message-ID
<20051103204137.GA1343@hpsvcnb.fc.hp.com>
In-Reply-To
<Pine.LNX.4.64.0511031117290.27915@g5.osdl.org>

Another way to do this would be using the ~/.ssh/config file. It would look something like this:

Host host
  ProxyCommand ...
Or, more generically...
Host *.*
  ProxyCommand ...

Host *.* assumes that if the machine name has a '.' in it then you are trying to get outside the firewall. This might not be a good assumption but it works well where I am.

Then use host:pathname or ssh://host/pathname or whatever.

The advantage of using this is that it works for anything that uses ssh to get outside the firewall. Not just git. So, setup is minimal.

Carl
On Thu, Nov 03, 2005 at 11:22:35AM -0800, Linus Torvalds wrote:
Show 40 quoted lines
> 
> 
> On Thu, 3 Nov 2005, Junio C Hamano wrote:
> 
> > Paul Collins <paul@briny.ondioline.org> writes:
> > 
> > > I spend some of my time using a network that only allows outgoing TCP
> > > connections to certain ports, and the git-daemon port is not one of them.
> > > This patch below implements an analogue to ssh's ProxyCommand feature
> > > for git, as a less messy alternative to ssh port forwarding.
> > 
> > Wonderful.
> > 
> > > Questions:
> > >
> > > * Can git already do this and I just failed to notice?
> > 
> > Maybe I just failed to notice this too, but I do not think so.
> 
> Actually, you could. TWO ways, in fact, afaik.
> 
> Just use the "ssh://host/pathname" format (or just "host:pathname") and 
> the GIT_SSH environment variable.
> 
> You could also override the local command-name with
> 
> 	git-send-pack --exec=my-local-send-program /machine/repo/path
> 
> where the "my-local-send-program" will parse /machine/repo/path thing. At 
> least that works with git-send-pack, but it's possible it doesn't work 
> with some other logic (ie "git push" might decide that it's unhappy that 
> /machine/repo/path doesn't exist locally because it thinks it's a local 
> path).
> 
> 		Linus
> -
> To unsubscribe from this list: send the line "unsubscribe git" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
-- 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
 Carl Baldwin                        Systems VLSI Laboratory
 Hewlett Packard Company
 MS 88                               work: 970 898-1523
 3404 E. Harmony Rd.                 work: Carl.N.Baldwin@hp.com
 Fort Collins, CO 80525              home: Carl@ecBaldwin.net
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Previous: Linus TorvaldsNext: Junio C Hamano
Message 4 of 13 in “RFC: proxy-command support for git://”
  1. RFC: proxy-command support for git://Paul Collins, Nov 3, 2005
  2. Junio C HamanoNov 3, 2005
  3. Linus TorvaldsNov 3, 2005
  4. Carl BaldwinNov 3, 2005
  5. Junio C HamanoNov 3, 2005
  6. Paul CollinsNov 4, 2005
  7. Junio C HamanoNov 4, 2005
  8. Junio C HamanoNov 4, 2005
  9. Paul CollinsNov 4, 2005
  10. Junio C HamanoNov 4, 2005
  11. Paul CollinsNov 4, 2005
  12. Linus TorvaldsNov 4, 2005
  13. git-proxy updates.Junio C Hamano, Nov 19, 2005

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.