[Go to site: main page, start]
Skip to main content
Claude Code prend en charge diverses configurations réseau et de sécurité d’entreprise via des variables d’environnement. Cela inclut le routage du trafic via des serveurs proxy d’entreprise, la confiance envers des autorités de certification (CA) personnalisées et l’authentification avec des certificats mTLS (Transport Layer Security mutuel) pour une sécurité renforcée.
Toutes les variables d’environnement affichées sur cette page peuvent également être configurées dans settings.json.

​
Configuration du proxy

​
Variables d’environnement

Claude Code respecte les variables d’environnement proxy standard :
Claude Code ne prend pas en charge les proxies SOCKS.

​
Authentification basique

Si votre proxy nécessite une authentification basique, incluez les identifiants dans l’URL du proxy :
Évitez de coder en dur les mots de passe dans les scripts. Utilisez plutôt des variables d’environnement ou un stockage sécurisé des identifiants.
Pour les proxies nécessitant une authentification avancée (NTLM, Kerberos, etc.), envisagez d’utiliser un service LLM Gateway qui prend en charge votre méthode d’authentification.

​
Magasin de certificats CA

Par défaut, Claude Code fait confiance à la fois aux certificats CA Mozilla fournis avec le produit et au magasin de certificats de votre système d’exploitation. La lecture du magasin du système d’exploitation nécessite un runtime avec tls.getCACertificates : l’installateur natif l’a toujours, et les installations npm nécessitent Node 22.15 ou une version ultérieure. Sur les versions plus anciennes de Node, seul l’ensemble fourni et NODE_EXTRA_CA_CERTS s’appliquent. Les proxies d’inspection TLS d’entreprise tels que CrowdStrike Falcon et Zscaler fonctionnent sans configuration supplémentaire lorsque leur certificat racine est installé dans le magasin de confiance du système d’exploitation et que le runtime peut le lire. CLAUDE_CODE_CERT_STORE accepte une liste séparée par des virgules de sources. Les valeurs reconnues sont bundled pour l’ensemble de certificats CA Mozilla fourni avec Claude Code et system pour le magasin de confiance du système d’exploitation. La valeur par défaut est bundled,system. Pour approuver uniquement l’ensemble de certificats CA Mozilla fourni :
Pour approuver uniquement le magasin de certificats du système d’exploitation :
CLAUDE_CODE_CERT_STORE n’a pas de clé de schéma dédiée dans settings.json. Définissez-la via le bloc env dans ~/.claude/settings.json ou directement dans l’environnement du processus.

​
Certificats CA personnalisés

Si votre environnement d’entreprise utilise une CA personnalisée, configurez Claude Code pour la faire confiance directement :

​
Authentification mTLS

Pour les environnements d’entreprise nécessitant une authentification par certificat client :
Claude Code lit les fichiers de certificat et de clé au démarrage et les relit chaque fois qu’il applique les paramètres, y compris lorsque les paramètres changent au cours d’une session. Pour faire tourner le certificat et la clé, remplacez les fichiers aux mêmes chemins.

​
Exigences d’accès réseau

Claude Code nécessite l’accès aux URL suivantes. Autorisez ces URL dans votre configuration proxy et vos règles de pare-feu, en particulier dans les environnements réseau conteneurisés ou restreints. Si vous installez Claude Code via npm ou gérez votre propre distribution binaire, les utilisateurs finaux n’ont pas besoin de l’installateur natif et les utilisations de mise à jour automatique de downloads.claude.ai. Les autres utilisations du tableau s’appliquent indépendamment de la méthode d’installation. Claude Code envoie également une télémétrie opérationnelle facultative par défaut, que vous pouvez désactiver avec des variables d’environnement. Consultez Services de télémétrie pour savoir comment la désactiver avant de finaliser votre liste d’autorisation. Lors de l’utilisation d’Amazon Bedrock, de Google Cloud’s Agent Platform, de Microsoft Foundry, ou d’une session de passerelle d’applications Claude connectée, le trafic du modèle et l’authentification vont vers votre fournisseur ou passerelle au lieu de api.anthropic.com, claude.ai, ou platform.claude.com. L’outil WebFetch appelle toujours api.anthropic.com pour sa vérification de sécurité du domaine sauf si vous définissez skipWebFetchPreflight: true dans les paramètres. Claude Code sur le web et Code Review se connectent à vos référentiels à partir de l’infrastructure gérée par Anthropic. Si votre organisation GitHub Enterprise Cloud restreint l’accès par adresse IP, activez l’héritage de la liste d’autorisation IP pour les applications GitHub installées. L’application GitHub Claude enregistre ses plages d’adresses IP, donc l’activation de ce paramètre permet l’accès sans configuration manuelle. Pour ajouter les plages à votre liste d’autorisation manuellement à la place, ou pour configurer d’autres pare-feu, consultez les adresses IP de l’API Anthropic. Pour les instances GitHub Enterprise Server auto-hébergées derrière un pare-feu, autorisez les mêmes adresses IP de l’API Anthropic afin que l’infrastructure Anthropic puisse accéder à votre hôte GHES pour cloner les référentiels et publier les commentaires d’examen.

​
Desktop et claude.ai

Le tableau précédent couvre principalement la CLI autonome. L’application Claude Desktop et claude.ai dans un navigateur chargent leur code d’application à partir d’hôtes CDN Anthropic supplémentaires, y compris assets-proxy.anthropic.com. L’autorisation de claude.ai tout en bloquant ces hôtes produit une page vierge plutôt qu’une erreur. Consultez les exigences d’accès réseau sur la page Desktop.

​
Ressources supplémentaires