Туннелирование git через ssh (чтобы пройти через брандмауэр): спецификация порта interperted как относительный путь?

почему это не работает

http://localhost:3333/path/to/repo.git

ошибка, так как имя хоста URL-адреса отличается (localhost vs server2), и в результате сервер использует другую конфигурацию.

все HTTP-клиенты отправляют запрошенное имя хоста на сервер, и сервер может выбрать одну из нескольких конфигураций (виртуальных хостов) на основе этого имени. Это сколько веб-сайты (часто сотни) могут иметь одинаковый IP-адрес у провайдера.

localhost:3333/path/to/repo.git

это не удается потому что это не HTTP URL, или на самом деле любой URL вообще. (Git не является веб-браузером и не предполагает http:// по умолчанию.)

вместо этого это SSH-адрес в стиле rcp в виде [user@]host:path. Возможно, вы видели его раньше как git@github.com:foo/bar.git, где ssh@ префикс на самом деле просто имя пользователя SSH.

Git рассматривает его как эквивалент ssh://[user@]host[:port]/path URL-адреса, за исключением адресов в стиле rcp, вообще не имеют поля порта.

что делай

curl, HTTP-клиент, используемый Git, поддерживает прокси-серверы SOCKS, предоставляемые ssh -D динамический туннель.

1. настройте динамический туннель (SOCKS) с помощью:

   ssh username@serverA -D 1080 -N
   

2. настройте Git на использование его в качестве прокси:

   во всем мире (или в хранилище):

   git config [--global] http.proxy socks5://localhost:1080
   

   для одной команды:

   git -c http.proxy=socks5://localhost:1080 clone http://serverB/repo.git
   

socks5 и socks4 протоколы выполняют разрешение DNS на клиенте стороны, в то время как socks5h и socks4a передать все имена хостов через SOCKS на SSH-сервер.