GitHub Copilot et JetBrains AI Assistant — deux des outils les plus populaires pour le codage AI — ne sont pas disponibles ou fonctionnent de manière instable depuis la Russie, la Biélorussie et plusieurs autres pays. Si vous ouvrez votre IDE et voyez une erreur de connexion au lieu de suggestions intelligentes — ce n'est pas un bug de votre ordinateur, c'est un blocage géographique. Dans cet article, nous allons voir comment contourner ces restrictions via un proxy et retrouver un accès complet aux assistants AI.
Pourquoi GitHub Copilot et JetBrains AI ne sont pas disponibles dans votre région
Depuis 2022, GitHub a mis en place des restrictions sur l'utilisation de certains services payants pour les utilisateurs de Russie et de Biélorussie. GitHub Copilot — un produit payant basé sur OpenAI — a été l'un des premiers à être soumis à ces restrictions. Formelement, un compte peut exister, mais la connexion aux serveurs de Copilot est bloquée au niveau de l'adresse IP : le système détermine le pays par votre IP et refuse la connexion.
JetBrains AI Assistant — un outil AI intégré dans IntelliJ IDEA, PyCharm, WebStorm et d'autres produits JetBrains — fonctionne via les serveurs de JetBrains AI Service, qui utilisent également des modèles d'OpenAI et d'Anthropic. Après l'imposition de sanctions, JetBrains a limité l'accès aux fonctionnalités AI pour les utilisateurs des régions touchées. Lorsque vous essayez d'activer AI Assistant dans l'IDE, vous voyez une erreur comme Connection refused ou Service unavailable in your region.
Il est important de comprendre : le blocage fonctionne précisément au niveau de l'adresse IP. Ni votre compte, ni votre abonnement, ni l'outil lui-même ne sont "cassés". Dès que la connexion passe par une IP d'un pays autorisé — tout fonctionne normalement. C'est ici que les serveurs proxy entrent en jeu.
En plus du blocage complet, il existe aussi un blocage partiel : dans certaines régions, Copilot est formellement disponible, mais fonctionne avec des retards, des coupures de connexion ou affiche périodiquement des erreurs d'authentification. Cela peut également être résolu via un proxy avec une IP d'une région stable — par exemple, d'Allemagne, des Pays-Bas ou des États-Unis.
Sur quels services s'appliquent les restrictions :
- GitHub Copilot (Individuel, Entreprise, Entreprise)
- JetBrains AI Assistant (tous les IDE de la série IntelliJ)
- GitHub Actions — restrictions partielles
- GitHub Packages — accès limité
- Codespaces — complètement bloqué
Quel type de proxy convient aux assistants AI
Tous les proxies ne conviennent pas également pour travailler avec GitHub Copilot et JetBrains AI. Examinons les options du point de vue pratique du développeur.
Proxies résidentiels
Les proxies résidentiels sont des adresses IP de véritables utilisateurs domestiques de différents pays. Du point de vue des serveurs de GitHub et JetBrains, une telle requête ressemble à celle d'un utilisateur ordinaire, par exemple, d'Allemagne ou de Pologne. C'est la solution la plus fiable pour contourner les blocages géographiques : la probabilité qu'une IP résidentielle spécifique soit sur liste noire est minimale.
Pour travailler avec des assistants AI, les proxies résidentiels conviennent bien, surtout si vous tenez à la stabilité et ne souhaitez pas changer les paramètres régulièrement. Le seul inconvénient est la vitesse : les proxies résidentiels sont légèrement plus lents que ceux des centres de données, mais pour les requêtes à Copilot (qui ne nécessitent pas une bande passante élevée), cela n'est pas critique.
Proxies de centre de données
Les proxies de centre de données sont des adresses IP de serveurs dans des centres de données cloud. Ils sont plus rapides que les résidentiels et, en général, moins chers. Ils conviennent également pour travailler avec GitHub Copilot, mais il y a un risque : certaines plages d'adresses IP de centres de données sont déjà bloquées par GitHub comme suspectes (en particulier les sous-réseaux populaires d'AWS, GCP, Azure). Si vous choisissez un proxy de centre de données pour cette tâche, prenez des IP de fournisseurs moins populaires et vérifiez-les avant utilisation.
Proxies mobiles
Les proxies mobiles utilisent des IP d'opérateurs mobiles (4G/5G). Ils ont le niveau de confiance le plus élevé de la part des plateformes — une IP mobile peut être utilisée par des centaines d'utilisateurs réels, donc il n'est pas avantageux de la bloquer. Pour GitHub Copilot, c'est une solution excessive en termes de prix, mais si vous avez déjà des proxies mobiles pour d'autres tâches — ils fonctionneront également très bien.
Protocole : HTTP vs SOCKS5
GitHub Copilot et JetBrains IDE fonctionnent via HTTPS. Les deux protocoles conviennent — les proxies HTTP/HTTPS et SOCKS5. Cependant, SOCKS5 est préférable : il fonctionne à un niveau plus bas et proxy correctement tout le trafic, y compris les connexions WebSocket, que Copilot utilise pour diffuser des suggestions en temps réel. Les proxies HTTP traitent parfois incorrectement les tunnels CONNECT, ce qui entraîne des coupures.
Configuration du proxy pour GitHub Copilot dans VS Code et JetBrains IDE
GitHub Copilot s'installe comme une extension à la fois dans VS Code et dans JetBrains IDE. La configuration du proxy dépend de l'éditeur que vous utilisez. Examinons les deux options en détail.
GitHub Copilot dans Visual Studio Code
VS Code prend en charge la configuration du proxy via les paramètres système de l'éditeur. Voici le processus étape par étape :
- Ouvrez VS Code et allez dans File → Preferences → Settings (ou appuyez sur
Ctrl+,). - Dans la barre de recherche, tapez
proxy. - Trouvez le paramètre Http: Proxy et entrez l'adresse de votre proxy au format
http://user:password@host:portousocks5://user:password@host:port. - Assurez-vous que le paramètre Http: Proxy Strict SSL est désactivé — cela évitera les problèmes avec les certificats SSL via le proxy.
- Redémarrez VS Code.
- Ouvrez n'importe quel fichier de code et vérifiez si les suggestions de Copilot apparaissent. L'icône de Copilot dans le coin inférieur droit doit devenir active (pas grise).
Une méthode alternative consiste à utiliser le fichier settings.json. Ouvrez-le via Command Palette (Ctrl+Shift+P → "Open User Settings JSON") et ajoutez :
{
"http.proxy": "socks5://user:password@proxy-host:port",
"http.proxyStrictSSL": false,
"http.proxySupport": "on"
}
Après avoir enregistré le fichier, VS Code appliquera les paramètres sans redémarrage. Le paramètre "http.proxySupport": "on" garantit que toutes les extensions, y compris Copilot, utiliseront le proxy spécifié.
GitHub Copilot dans JetBrains IDE (IntelliJ IDEA, PyCharm, WebStorm)
Dans JetBrains IDE, le proxy est configuré de manière centralisée et s'applique à tous les plugins, y compris GitHub Copilot :
- Ouvrez File → Settings (Windows/Linux) ou IntelliJ IDEA → Preferences (macOS).
- Allez dans la section Appearance & Behavior → System Settings → HTTP Proxy.
- Sélectionnez Manual proxy configuration.
- Si vous utilisez un proxy HTTP/HTTPS — sélectionnez HTTP et entrez l'hôte et le port. Si c'est SOCKS5 — sélectionnez SOCKS et indiquez la version SOCKS5.
- Entrez le nom d'utilisateur et le mot de passe dans les champs Proxy authentication.
- Cliquez sur Check connection — l'IDE vérifiera la disponibilité du proxy en essayant de se connecter à
https://github.com. - Cliquez sur Apply → OK et redémarrez l'IDE.
💡 Point important :
Après avoir configuré le proxy dans JetBrains IDE, assurez-vous de vous reconnecter au plugin GitHub Copilot : allez dans Tools → GitHub Copilot → Login to GitHub. Le token d'authentification est lié à la session, et lors du changement d'adresse IP, une nouvelle connexion peut être nécessaire.
Configuration du proxy pour JetBrains AI Assistant
JetBrains AI Assistant est un produit distinct de Copilot, intégré directement dans l'écosystème JetBrains. Il utilise ses propres serveurs JetBrains AI Service et nécessite un abonnement actif JetBrains (ou fait partie du All Products Pack). La configuration du proxy pour lui est légèrement différente de celle de Copilot.
Étape 1 : Configuration du proxy au niveau de l'IDE
Le proxy pour JetBrains AI Assistant est configuré via les mêmes paramètres système de l'IDE que ceux décrits ci-dessus (Settings → HTTP Proxy). C'est un point de configuration unique pour toutes les requêtes réseau de l'IDE, y compris AI Assistant, la synchronisation des plugins, les mises à jour et la vérification des licences.
Étape 2 : Vérification de la connexion aux serveurs AI
Après avoir configuré le proxy, ouvrez n'importe quel fichier de code et appelez AI Assistant via le bouton droit de la souris → AI Actions ou via le panneau latéral. Si le proxy fonctionne correctement, vous verrez l'interface de chat et pourrez envoyer votre première requête. Si une erreur AI Service is not available apparaît — vérifiez que le serveur proxy renvoie une IP d'une région autorisée.
Étape 3 : Configuration via des variables d'environnement (pour les utilisateurs avancés)
Si vous exécutez plusieurs IDE ou souhaitez appliquer le proxy globalement à tous les produits JetBrains, il est plus pratique d'utiliser des variables d'environnement. Ajoutez-les dans les variables système ou dans le fichier de configuration de votre shell (.bashrc, .zshrc) :
# Pour les proxies HTTP/HTTPS export HTTP_PROXY="http://user:password@proxy-host:port" export HTTPS_PROXY="http://user:password@proxy-host:port" # Pour les proxies SOCKS5 export ALL_PROXY="socks5://user:password@proxy-host:port" # Exceptions (les adresses locales ne sont pas proxyées) export NO_PROXY="localhost,127.0.0.1,*.local"
Sur Windows, des variables similaires sont définies via Propriétés système → Variables d'environnement. Après avoir ajouté les variables, redémarrez l'IDE — elle prendra automatiquement en compte les paramètres.
Configuration via le fichier idea.properties (réglage fin)
Dans JetBrains IDE, il existe un fichier idea.properties, qui permet de définir le proxy au niveau de la JVM. Vous pouvez le trouver via Help → Edit Custom Properties. Ajoutez les lignes suivantes :
# Proxy pour la JVM (s'applique à toutes les requêtes réseau de l'IDE) -Dhttp.proxyHost=proxy-host -Dhttp.proxyPort=port -Dhttp.proxyUser=user -Dhttp.proxyPassword=password -Dhttps.proxyHost=proxy-host -Dhttps.proxyPort=port
Cette méthode fonctionne même dans les cas où les paramètres standard du proxy HTTP dans l'interface graphique de l'IDE ne sont pas appliqués correctement — par exemple, dans certaines versions d'IntelliJ IDEA 2023-2024, des bugs ont été observés avec l'application de SOCKS5 via l'interface graphique.
Proxy système vs proxy dans l'IDE : que choisir
Il existe deux approches fondamentalement différentes pour configurer un proxy pour travailler avec des assistants AI : configurer le proxy directement dans l'IDE ou utiliser un proxy système, par lequel tout le trafic de l'ordinateur passera. Chaque approche a ses avantages et ses inconvénients.
| Critère | Proxy dans les paramètres de l'IDE | Proxy système |
|---|---|---|
| Difficulté de configuration | Facile — via l'interface graphique de l'IDE | Moyenne — paramètres système de l'OS |
| Impact sur d'autres applications | Seulement l'IDE | Tout le trafic de l'ordinateur |
| Fiabilité | Dépend de l'implémentation dans l'IDE | Élevée — l'OS garantit l'application |
| Flexibilité | Possibilité de définir différents proxies pour différents IDE | Un proxy pour tout |
| Convient pour git push/pull | Non (git — processus séparé) | Oui |
| Recommandé pour | Seulement les assistants AI | Travail complet avec GitHub (push, pull, CI) |
Si vous avez seulement besoin de débloquer Copilot ou JetBrains AI — il suffit de configurer le proxy dans l'IDE lui-même. Si vous travaillez également avec git via la ligne de commande, effectuez des git push vers des dépôts bloqués ou utilisez GitHub Actions — il est préférable de configurer un proxy système ou un proxy directement pour git :
# Configuration du proxy pour git (HTTP/HTTPS) git config --global http.proxy http://user:password@proxy-host:port git config --global https.proxy http://user:password@proxy-host:port # Configuration du proxy pour git (SOCKS5) git config --global http.proxy socks5://user:password@proxy-host:port # Supprimer le proxy pour git (lorsqu'il n'est pas nécessaire) git config --global --unset http.proxy git config --global --unset https.proxy
Erreurs fréquentes et comment les corriger
Même avec un proxy configuré correctement, des problèmes peuvent parfois survenir. Voici les erreurs les plus courantes et comment les résoudre.
Erreur : Copilot ne s'authentifie pas via le proxy
Symptôme : le proxy est configuré, l'IDE voit Internet, mais lorsque vous essayez de vous connecter à Copilot, le navigateur s'ouvre, vous vous authentifiez sur GitHub, mais l'IDE ne reçoit pas le token.
Cause : le processus d'authentification de Copilot utilise un callback sur localhost, et certains proxies interceptent également ce trafic. Solution : assurez-vous que dans les paramètres du proxy, localhost et 127.0.0.1 sont ajoutés aux exceptions (champ "No proxy for").
Erreur : vérification du certificat SSL échouée
Symptôme : l'IDE affiche une erreur concernant un certificat SSL invalide lors de l'utilisation via le proxy.
Cause : certains serveurs proxy (en particulier ceux d'entreprise ou avec une fonction d'inspection du trafic) remplacent les certificats SSL. Solution : désactivez la vérification stricte SSL dans les paramètres de l'IDE. Dans VS Code — le paramètre "http.proxyStrictSSL": false. Dans JetBrains — décochez Check server certificate dans les paramètres du proxy. Si vous utilisez un proxy d'un fournisseur de confiance — ce problème n'existe généralement pas.
Erreur : les suggestions de Copilot apparaissent avec un grand retard
Symptôme : Copilot fonctionne, mais les suggestions apparaissent après 5-10 secondes au lieu des 1-2 secondes habituelles.
Cause : latence élevée du serveur proxy. Cela est typique pour les proxies bon marché ou surchargés. Solution : choisissez un proxy avec un serveur dans une région géographiquement proche. Si vous êtes en Russie — un proxy avec un serveur en Finlande, en Allemagne ou en Pologne donnera une latence inférieure à celle d'un proxy avec un serveur aux États-Unis. Assurez-vous également que votre fournisseur de proxy propose des IP dédiées, et non partagées (shared) — sur les IP partagées, la charge est plus élevée.
Erreur : JetBrains AI Assistant affiche "Abonnement requis"
Symptôme : le proxy est configuré, l'IDE se connecte aux serveurs JetBrains, mais AI Assistant exige un abonnement, bien qu'il soit déjà payé.
Cause : le serveur de licence de JetBrains vérifie le compte et peut ne pas voir AI Assistant dans le cadre de votre abonnement, si le compte a été enregistré avant que AI Assistant ne fasse partie du JetBrains All Products Pack. Solution : allez sur account.jetbrains.com via le navigateur avec le même proxy et vérifiez que AI Assistant est activé dans votre compte. Parfois, il est nécessaire d'ajouter explicitement le produit via l'interface du compte.
Erreur : le proxy fonctionne dans le navigateur, mais pas dans l'IDE
C'est une situation fréquente : vous avez vérifié le proxy dans le navigateur — tout fonctionne, mais l'IDE affiche toujours une erreur de connexion.
Cause : l'IDE et le navigateur sont des applications différentes avec des paramètres réseau différents. Le navigateur utilise automatiquement le proxy système, tandis que l'IDE nécessite une configuration explicite. Assurez-vous que le proxy est bien spécifié dans les paramètres de l'IDE, et pas seulement dans les paramètres système de l'OS (bien que JetBrains IDE sache lire le proxy système, elle ne le fait pas toujours correctement).
Comparaison des types de proxy pour les développeurs
Pour aider à choisir le type de proxy optimal pour des tâches spécifiques du développeur, nous avons rassemblé un tableau comparatif. Nous avons pris en compte non seulement GitHub Copilot et JetBrains AI, mais aussi des tâches connexes : travail avec des dépôts npm/pip, Docker Hub, accès à la documentation sur des ressources bloquées.
| Tâche | Résidentiels | Centre de données | Mobiles |
|---|---|---|---|
| GitHub Copilot | ✅ Excellent | ⚠️ Risque de blocage IP | ✅ Excellent |
| JetBrains AI Assistant | ✅ Excellent | ✅ Bon | ✅ Excellent |
| Paquets npm / pip | ✅ Bon | ✅ Excellent | ⚠️ Cher |
| Docker Hub | ✅ Bon | ✅ Excellent | ⚠️ Cher |
| Vitesse de connexion | Moyenne | Élevée | Moyenne |
| Niveau de confiance des plateformes | Élevé | Moyen | Très élevé |
| Coût | Moyen | Bas | Élevé |
Pour la plupart des développeurs, le choix optimal est les proxies résidentiels : ils assurent un contournement fiable des blocages géographiques de GitHub et JetBrains, ont un niveau de confiance élevé et conviennent à tout le spectre des tâches du développeur. Les proxies de centre de données sont une bonne option si vous téléchargez beaucoup de paquets ou d'images Docker et que la vitesse est importante, mais pour GitHub Copilot, il convient de les choisir avec prudence.
Checklist : ce qu'il faut pour faire fonctionner Copilot/JetBrains AI via un proxy
- ✅ Proxy avec IP d'une région autorisée (UE, États-Unis, Royaume-Uni)
- ✅ Support du protocole SOCKS5 ou HTTP/HTTPS
- ✅ Connexion stable sans changements fréquents d'IP (pas en mode rotatif)
- ✅ Latence faible — de préférence jusqu'à 150 ms jusqu'au serveur GitHub
- ✅ Configuration du proxy dans l'IDE (pas seulement dans le navigateur !)
- ✅ Exclusion de localhost du proxy
- ✅ Re-authentification dans Copilot/JetBrains AI après changement d'IP
Important : utilisez une IP statique, pas rotative
Pour travailler avec GitHub Copilot et JetBrains AI, il est crucial d'utiliser un proxy statique (sticky), et non rotatif. Les proxies rotatifs changent d'IP à chaque nouvelle requête — c'est excellent pour le scraping, mais catastrophique pour les assistants AI : GitHub voit qu'un seul compte se connecte depuis des centaines d'IP différentes et peut temporairement bloquer le compte comme suspect. Choisissez un proxy avec la possibilité de fixer une IP pendant une longue période (sessions sticky de 24 heures ou plus).
Conclusion
GitHub Copilot et JetBrains AI Assistant sont des outils puissants qui accélèrent réellement le développement. Les blocages géographiques ne devraient pas vous priver de leur accès. Un proxy correctement configuré résout complètement le problème : l'assistant AI commence à fonctionner normalement, sans perte de fonctionnalité et avec un temps de réponse normal.
Les principales conclusions de l'article : utilisez le protocole SOCKS5 pour une meilleure compatibilité, configurez le proxy directement dans l'IDE (ne comptez pas sur le proxy système), choisissez une IP statique avec une session fixe, et prenez des serveurs dans des régions géographiquement proches de vous dans l'UE pour une latence minimale.
Si vous souhaitez obtenir un accès stable à GitHub Copilot et JetBrains AI sans coupures périodiques et sans avoir à changer constamment les paramètres, nous vous recommandons de considérer les proxies résidentiels — ils assurent un niveau de confiance élevé de la part des serveurs GitHub et JetBrains et fonctionnent de manière stable à long terme.