Git выбірае правілы SSH паводле назвы ў URL свайго remote

Выкарыстоўвайце псеўданім хоста SSH у URL Git remote, каб выбраліся патрэбны блок Host і ProxyCommand.

Выкарыстоўвайце псеўданім SSH у Git remote, калі гэты псеўданім валодае маршрутам праз проксі:

Host code-via-proxy
    HostName git.example.net
    User git
    ProxyCommand nc -X connect -x proxy.example.net:8080 %h %p

code-via-proxy супастаўляецца з пададзенай назвай SSH. Затым HostName вызначае сапраўдны сервер. Прыклад патрабуе сумяшчальны з OpenBSD netcat: -X connect запытвае HTTP CONNECT да прызначэння SSH.

Для новага checkout:

git clone git@code-via-proxy:team/project.git

Для існуючага checkout:

git remote set-url origin git@code-via-proxy:team/project.git

Падстаўце сапраўдны шлях рэпазіторыя. Псеўданім змяняе выбар злучэння, а не ідэнтычнасць рэпазіторыя на яго серверы. Для публічнага Git SSH-сервера ў сетцы, якая дазваляе публічнага пасярэдніка, спіс HTTP-проксі дае кандыдатаў для хоста і порта проксі. Выкарыстоўвайце прыклад без уліковага запісу проксі толькі з вузлом, які дазваляе CONNECT да фактычнага прызначэння і порта SSH.

Remote, які выкарыстоўвае [email protected]:team/project.git, замест гэтага супастаўляецца з git.example.net. Ён не выбірае псеўданім толькі таму, што HostName псеўданіма ўказвае туды. Або выкарыстоўвайце псеўданім, або змясціце патрэбнае правіла пад сапраўднай назвай.

Перагледзьце таксама ранейшыя блокі, якія супадаюць. Для большасці параметраў SSH перамагае першае атрыманае значэнне, таму змяшчайце канкрэтныя налады перад шырокімі значэннямі па змаўчанні, што вызначаюць той жа параметр.

Падобныя артыкулы