J'essaie de faire fonctionner le client GitHub pour Windows. Je suis sur un ordinateur Win 7 x64 d'entreprise derrière un proxy et un pare-feu d'entreprise. En suivant d'autres messages et en expérimentant de multiples combinaisons de variables d'environnement et de configuration, j'ai trouvé que la seule façon de faire fonctionner le clonage et les mises à jour push est d'utiliser la variable d'environnement HTTPS_PROXY, y compris mon ID utilisateur et mon mot de passe complets du domaine de l'entreprise.
C'est inacceptable du point de vue de la sécurité. Existe-t-il un autre moyen de le faire fonctionner ?
Notes supplémentaires :
Les suivants ont travaillé :
- Ajoutez une variable d'environnement appelée
HTTPS_PROXY
avec la valeurhttp://[domain]\[userid]:[password]@someproxy.mycorp.com:8080
Ce qui suit a été fait no travail :
- Omettre l'identifiant et le mot de passe de l'utilisateur
HTTPS_PROXY
variable - En utilisant une variable d'environnement appelée
HTTP_PROXY
(nonS
) - Ajout de la
http.proxy
au fichier de configuration global (.gitconfig
) - Ajout de la
https.proxy
au fichier de configuration global
Dans tous les cas, le site GitHub client ne reconnaît toujours pas le proxy : Le contenu du fichier TheLog.txt
toujours affiche ce qui suit au démarrage :
[time]|INFO|thread:4|GitHub.Helpers.StartupLogger|Proxy information: (None)
[time]|INFO|thread:4|GitHub.Helpers.StartupLogger|Couldn't fetch creds for proxy
Il est suivi par le résultat de plusieurs tentatives d'authentification par proxy qui ont échoué, toutes indiquant "Credentials are missing".
2 votes
L'ajout de la variable d'environnement a fait l'affaire pour moi, mais c'est une solution inacceptable, car elle expose mon domaine/mot de passe à toute application ayant accès aux variables d'environnement.
0 votes
jacobbenson.com/?p=302#sthash.DzPYdGUU.dpbs explique que cela est dû au fait que le gui (qui utilise correctement le proxy défini par Windows) appelle msysgit en arrière-plan pour les commandes git. msysgit utilise libcurl pour les requêtes http, qui n'utilise pas les paramètres du proxy de Windows. Des travaux sont en cours pour corriger ce problème dans plusieurs domaines, notamment avec libgit2sharp à l'adresse github.com/libgit2/libgit2sharp .