Seulement utiliser un proxy pour certaines urls git/domaines?

Est-il possible de configurer git pour utiliser un proxy seulement pour des domaines spécifiques?

Je voudrais utiliser notre proxy d'entreprise pour accéder à Github, mais la laisser de côté pour l'accès à nos propres git repos.

Je suis en utilisant bower et il doit exiger des éléments à la fois au sein de notre pare-feu et sur github, donc je ne peux pas le faire comme par projet. Il doit être une sorte d'option de configuration globale. Toutes les pensées?

InformationsquelleAutor robdodson | 2013-04-17

52

J'ai l'habitude d'utiliser les variables d'environnement:
- http_proxy=http://username:password@proxydomain:port
- https_proxy=http://username:password@proxydomain:port
Qui est capté par git, lors de l'accès dépôt GitHub.

Remarque:
- les deux http_proxy et https_proxy devez utiliser le http:// url du proxy (pas de https://).
- toujours utiliser le fqn (nom complet) de proxydomain (ne vous fiez pas à son nom court)
Mais pour les internes de pensions, tout ce que j'ai à faire est de définir et d'exportation encore une variable d'environnement:
- no_proxy=.my.company,localhost,127.0.0.1,::1, pour accéder à tous les repo avec une adresse comme myrepo.my.company ou localhost.
Vous pouvez définir NO_PROXY ou no_proxy, il n'a pas d'importance.

Mais juste au cas où, j'ai toujours mis HTTP_PROXY, HTTPS_PROXY, http_proxy, https_proxy, NO_PROXY et no_proxy.
- I. l'amour. vous!!!
- Dans mon cas, ça n'a pas fonctionné jusqu'à ce que j'ai essayé de l'enlever http:// pour http et https.
- no_proxy ne doit pas utiliser * sauvage match, utiliser .mycompany.com au lieu de cela fonctionne.
- vous êtes correct. J'ai édité la réponse en conséquence.
- que faire si mon mot de passe contient des '@' entre les deux?? toute solution.?
- oui, le pourcentage d'encodage: stackoverflow.com/a/6172831/6309 (%40)
- Ce qui ne l' ::1 faire dans la no_proxy déclaration?
- il ignore l'adresse de bouclage IPv6 ::1 (en.wikipedia.org/wiki/Localhost, tools.ietf.org/html/rfc4291#section-2.5.3)
- À toutes les possibilités, si je veux utiliser PROXYAAA pour le domaine AAA mais PROXYBBB pour le domaine BBB ??? dans mon cas sa pour git pull, nous avons configuré .subversion/servers avec le groupe pour le svn, mais ses ignoré pour git
- mon réponse - elle être utile? Pour un certain serveur, vous pouvez configurer un certain proxy.
- Ah oui, remarqué dans quelques secondes, je vous remercie maître 🙂
InformationsquelleAutor VonC
60

Pour ajouter une autre possibilité, vous pouvez définir un proxy à travers le git config http.proxy.
```
git config --global http.proxy http://mydomain\\myusername:mypassword@myproxyserver:proxyport
```
Mais ce qui est vraiment bien c'est, départ git1.8.5 (octobre 2013), vous pouvez jeu de paramètres http par l'url.

La "http.*" variables peuvent maintenant être spécifié par l'URL que la configuration s'applique.

Par exemple,
```
[http]
   sslVerify = true
[http "https://weak.example.com/"]
   sslVerify = false
```
serait flip http.sslVerify éteint que lorsque l'on parle à ce site spécifié.

Voir s'engager d4770964d5:
```
$ git config --bool --get-urlmatch http.sslVerify https://good.example.com
true
$ git config --bool --get-urlmatch http.sslVerify https://weak.example.com
false
```
Avec seulement <section> spécifié, vous pouvez obtenir une liste de toutes les variables dans la section avec leurs valeurs qui s'appliquent à l'URL donnée. E. g
```
$ git config --get-urlmatch http https://weak.example.com
http.sslverify false
```
Tous les détails sont dans s'engager 6a56993b:
```
http.<url>.*::
```
Tout de le http.* les options ci-dessus peut être appliquée de manière sélective à certaines url.

Pour une config clé pour faire correspondre une URL, chaque élément de la clé de configuration est comparée à celle de l'URL, dans l'ordre suivant:
- Régime (par exemple, https dans https://example.com/).
- Hôte/nom de domaine (par exemple, example.com dans https://example.com/).
- Numéro de Port (par exemple, 8080 dans http://example.com:8080/).
- Chemin (par exemple, repo.git dans https://example.com/repo.git).
- Nom d'utilisateur (par exemple, user dans https://[email protected]/repo.git)
La liste ci-dessus est commandé par la diminution de priorité; une URL qui correspond à une clé de configuration du chemin d'accès est préféré à celui qui correspond à son nom d'utilisateur.

Par exemple, si l'URL est https://[email protected]/foo/bar une clé de configuration de match de https://example.com/foo sera préférée à une clé de configuration de match de https://[email protected].

Toutes les Url sont normalisées avant de tenter toute correspondance (la partie mot de passe, si incorporé dans l'URL, est toujours ignoré à des fins de correspondance), de sorte que l'équivalent des url qui sont tout simplement orthographié différemment ne correspondent correctement.

Paramètres des variables d'environnement toujours remplacer toutes les correspondances.

Les url qui sont comparés sont ceux donnés directement aux commandes Git.

Cela signifie que toutes les Url +visite en tant que résultat d'une redirection de ne pas participer à la correspondance.
- Pour faire spécifique dans le domaine de ne PAS utiliser les paramètres de proxy, vous devez configurer http.proxy = ""
- Comment pouvez-vous utiliser un caractère générique comme *.mycompany.com pour correspondre à tous les sous-domaines?
- C'était énorme pour moi. Merci beaucoup!
- Aussi documenté ici : git-scm.com/docs/git-config#EXAMPLES
InformationsquelleAutor VonC
32

Comme certains l'ont mentionné ici, vous pouvez le faire en spécifiant une URL avec les paramètres de proxy, mais Voici les cas d'utilisation qui fixe cela pour moi. Grâce à VonC ci-dessus!

Avis ci-dessous que je suis en précisant la racine du serveur Git. Le chemin complet vers le repo git vous avez cloné n'est pas nécessaire. Vous pouvez utiliser une entrée unique pour prendre soin de l'ensemble du serveur.

Ajouter les éléments suivants à votre .gitconfig fichier. Sur mon système windows, je suis à l'aide de %userprofile%\.gitconfig
```
[http]
    proxy = http://my.proxy.net:8080
[https]
    proxy = http://my.proxy.net:8443
[http "http://my.internalgitserver.com/"]
    proxy = ""
```
- Vous êtes les bienvenus. +1. Notez que vous pourriez avoir défini la variable d'environnement Windows NO_PROXY à my.internalgitserver.com, et qui aurait pu être assez pour ne pas utiliser le proxy défini par: stackoverflow.com/a/27229920/6309
- Merci, VonC. Je suis dans une situation où je suis la création de plusieurs modèle fichiers de configuration pour les différents proxy outils (git, bower, mnp) et de les transmettre aux membres de l'équipe. Pendant que vous êtes à droite sur le NO_PROXY de travail, il n'était pas nécessaire dans mon cas, et de la simplicité d'avoir toutes ces fonctions dans un seul fichier que je peux distribuer est ce que je recherchais.
- Bon point. La distribution d'un fichier est plus facile que de variables d'environnement.
- Même mieux distribuer un script ou la directe commandes git pour appliquer la ci-dessus. c'est à dire git config --global http.proxy http://myproxy.net:8080, pour la première, et ainsi de suite. Ensuite, vous n'avez même pas besoin d'eux pour trouver le bon endroit pour mettre ou de mettre à jour le fichier.
- Oui, cela fonctionne bien sûr; cependant, mon cas d'utilisation particulier exige de l'utilisateur sera ajouté à l'URL: username:[email protected]:8080, de sorte que de compliquer le script un peu pour inclure les invites et les tels.
- Salut, merci beaucoup pour cette réponse, mais j'ai trouvé sa prise en charge pour git 1.8.5+, je suis confronté avec 1.8.3, vous n'avez pas de savoir si il ya une option similaire? Merci
InformationsquelleAutor Artif3x
13

Vous pouvez régler diverses options de configuration pour chaque distance en particulier. Disons que nous avons 2 télécommandes, nommé origin et upstream respectivement. Vous réglez le proxy pour chaque procédant de la manière suivante:
```
git config --path remote.origin.proxy http://user:pass@proxy_for_origin:8080
git config --path remote.upstream.proxy http://user:pass@proxy_for_upstream:8080
```
Cela va changer les sections de chaque télécommande à l'intérieur de votre référentiel local de configuration (.git/config).

Vous pouvez également régler la configuration globale options si vous le souhaitez. Car il n'est pas logique de faire référence à un nom distant dans le fichier de configuration global ($HOME/.gitconfig), vous pouvez utiliser url correspondant (IIRC, en charge depuis Git 1.8.5). Exemple:
```
[http "https://example.com/repo1.git"]
    proxy = http://user:pass@proxy1:8080
[http "https://example.com/repo2.git"]
    proxy = http://user:pass@proxy2:8080
```
Si vous voulez voir ce qui a été défini:
```
git config --path --get-urlmatch https://example.com/repo1.git
git config --path --get-urlmatch https://example.com/repo2.git
```
InformationsquelleAutor jweyrich
0

J'ai eu un problème similaire, où je suis derrière mon proxy d'entreprise. J'ai pratiquement deux types de référentiels:
1. Externe - qui ont besoin de proxy
2. Interne - qui n'ont pas besoin de proxy
J'ai dû mettre un proxy mondiale de config, qui agira en tant que par défaut, sauf indication contraire dans les locaux de config.

Donc, ci-dessous sont les commandes pour la configuration:

set global config avec proxy
```
git config --global --add http.proxy "http://username:password@proxydomain:port"
git config --global --add https.proxy "https://username:password@proxydomain:port"
```
alors se déplacer à votre répertoire local qui contient votre .git dossier et pour lequel vous n'avez pas besoin de proxy
```
cd "C:\Users\username\directory_without_proxy\"
```
de définir les config avec vide proxy
```
git config --local --add http.proxy ""
git config --local --add https.proxy ""
```
Il pourrait être fait dans l'autre sens aussi. Qui est, vous gardez le mondial config comme vide et local config avec les paramètres de votre proxy.

Juste pour vérifier, vous pouvez utiliser la commande ci-dessous pour une liste des paramètres de configuration pour les locaux et mondiaux, respectivement:
```
git config --global --list
git config --local --list
```
InformationsquelleAutor Anurag Singh

-1

Sur Windows , il suffit de [note sans mot de passe] dans la suite travaillé pour moi

git config --global http.proxy http://mydomain\\myusername:@myproxyserver:proxyport

git config --global https.proxy http://mydomain\\myusername:@myproxyserver:proxyport

InformationsquelleAutor TheWhiteRabbit

Vous devez vous connecter pour publier un commentaire.