Rétroviseurs de réseau, de proxies et de paquets

Ouvrir Settings → Network lorsqu'un modèle, une demande Notebook ou un téléchargement de paquet ne peut pas atteindre sa destination. Cette page sépare l'état de connexion, les domaines autorisés Notebook, un proxy de processus et des miroirs de paquet. Une vérification de connexion verte ne prouve pas que chaque requête Notebook protégée réussira.

Commencez par l'opération défaillante : une demande de fournisseur, un accès réseau Notebook et un installateur de paquets peuvent utiliser différentes routes. Gardez son nom d'hôte et l'erreur exacte disponible tout en modifiant ces paramètres.

Lire l'état du réseau d'abord

L'état combine l'information liée au réseau et une sonde d'enregistrement de paquets. PRÊT · Les registres d'emballage sont accessibles indique que la sonde a réussi. Vérification, états inaccessibles ou hors ligne indiquent qu'une autre vérification ou réparation de connexion est nécessaire. Utilisez Check again lorsque disponible après avoir changé la connexion.

Si Network signale Ready mais qu'un outil échoue, élargissez l'erreur de cet outil. La sonde d'état vérifie sa propre destination; utiliser le nom d'hôte et le message de la requête échouée pour diagnostiquer la route affectée.

Défaut	Inspecter suivant	Évitez cette conclusion erronée
La connexion du fournisseur échoue	Authentification du fournisseur et vérification de la connexion du modèle	Les paramètres de domaine Notebook fourniront des identifiants de modèle
Un nom d'hôte de recherche est refusé	Manage access et le nom exact de l'hôte dans la requête	L'ajout d'un large domaine non lié le corrigera
Un hôte de paquet est déjà autorisé mais CONNECT échoue	Résolution du journal d'installation, du proxy et du DNS	Un autre clic Autoriser identique résoudra toutes les défaillances du réseau
La vérification du certificat échoue	Le groupe CA configuré et les exigences de confiance de l'organisation	La désactivation de la vérification du certificat est nécessaire
Index du paquet ne retourne aucune distribution correspondante après les erreurs de connexion	Messages réseau antérieurs et Python/platform sélectionnés	Le paquet ne doit pas exister

Configurer les règles du réseau public

1. Ouvrez Settings → Network → Manage access. Consultez Public internet access et Built-in services ; les groupes Required restent activés.
2. Dans Custom public domains, saisissez un nom d’hôte, une URL HTTP(S) ou une règle commençant par un caractère générique dans Domain hostname, puis Add to list.
3. Vérifiez la règle normalisée avant Save changes, puis réessayez la requête. Les autorisations enregistrées persistent après redémarrage.

Un nom exact n’inclut pas les sous-domaines. *.example.org couvre les sous-domaines mais pas example.org lui-même. Une URL comme https://example.org/path devient une règle de nom d’hôte : son chemin et son port ne limitent pas l’accès. Les règles autorisent l’envoi de données aux hôtes correspondants. Les adresses IP, localhost et les URL contenant des identifiants sont refusés. Une résolution vers une adresse privée exige toujours un examen du service privé.

Faire confiance à un service privé

Utilisez-le seulement pour un service interne connu auquel votre code de recherche devrait accéder. Ce contrôle est disponible dans l'application de bureau. Seules les adresses de service privé sont prises en charge; localhost, cet ordinateur et les adresses réservées restent bloqués. Le champ n'accepte pas les adresses IP brutes ni les wildcards.

1. Dans Trusted private services, choisissez Add service et entrez Hostname et Port. Confirmer le service exact; le port par défaut est 443.
2. Sélectionnez Review service. Inspectez le Approved addresses résolu avant de choisir Add to trusted services.
3. Consultez la liste et sélectionnez Save changes. DNS est à nouveau vérifié avant d'enregistrer; un changement d'adresse nécessite un autre examen.
4. Réessayez une petite demande à ce service spécifique et consultez sa réponse. L'examen de l'adresse ne permet pas à lui seul de tester l'authentification ou la disponibilité du service.

Une subvention couvre le nom exact de l'hôte, le port et les adresses examinées. Il permet aux codes Notebook et Shell protégés d'envoyer des données à ce service pour tous les projets. Ajouter seulement l'accès aux besoins de la tâche. Enregistrer les règles réseau réinitialise les connexions protégées et peut interrompre un transfert actif; terminer ce transfert avant d'appliquer les changements.

Choisir un mode proxy

Sélectionnez Configure proxy. Utilisez une adresse proxy fournie par votre propre configuration réseau; le port dans une capture d'écran est spécifique à cet ordinateur.

Mode	Comportement	Entrée requise
System	Les demandes d'applications suivent le proxy de l'appareil; les processus d'agent héritent de l'environnement mandataire depuis le démarrage de l'application	Pas de champ de serveur explicite
Manual	Donner de nouvelles requêtes d'applications et traiter un proxy fixe	Proxy server URL
Direct	Connectez-vous sans le proxy configuré/hérité pour les nouveaux processus	Pas de champ serveur

Le mode manuel accepte les URLs HTTP, HTTPS, SOCKS, SOCKS4 et SOCKS5. Les identifiants intégrés dans l'URL ne sont pas pris en charge. Bypass rules est une liste optionnelle d'hôtes séparés par des virgules qui devraient se connecter directement; localhost est toujours contourné.

1. Choisissez Manual.
2. Remplissez Proxy server avec l'adresse proxy utilisée par votre réseau.
3. Ajouter des règles de contournement uniquement si les destinations concernées doivent se connecter directement.
4. Sélectionnez Save et attendez Proxy settings saved.
5. Lancez une nouvelle requête/processus et testez l'opération initiale défaillante. Les sessions d'agents existantes, les noyaux et les installateurs peuvent conserver leurs connexions existantes.

Si le mode manuel indique Saisissez une URL de serveur proxy, entrez une adresse proxy de travail ou jetez le brouillon avec Done. L'enregistrement d'une adresse valide ne confirme pas en soi que le mandataire peut porter la requête défaillante.

Lorsqu'un domaine se résout à une adresse non publique

Si l'installation signale destination resolves to a non-public network address, inspecter le journal d'installation détaillé même lorsque l'erreur courte indique seulement conda install failed ou pip install failed.

deny network-outbound pypi.org:443
(destination resolves to a non-public network address)

1. Vérifiez le nom d'hôte touché et son adresse résolue. Les adresses telles que 198.18.* ne sont pas des destinations publiques.
2. Distinguer une décision de liste de domaines à partir de la vérification de destination. alreadyAllowed n'établit pas que l'adresse résolue est acceptable.
3. Vérifiez la résolution DNS publique et la route proxy prévue avec le propriétaire du réseau, puis réessayez la petite requête originale. Gardez la protection du domaine activée.
4. Vérifier l'installation et l'importation séparément. Un proxy sauvegardé, un interprète prêt ou une utilisation réussie des paquets existants est insuffisant.

Si la même erreur persiste, conservez le nom d'hôte, l'adresse résolue et le mode proxy avec le journal d'installation et suivez Dépannage. Une sauvegarde réussie des paramètres n'est pas un téléchargement réussi.

Configurer les miroirs de colis et la fiducie de certificat

Sélectionnez Configure ou Edit sous Rétroviseur du paquet.

Champ	Entrée et effet
Conda channel mirror	Mirror root utilisé pour les téléchargements de canaux Coda
Python package index (pip)	Une URL d'index de paquets Python, se terminant généralement dans /simple
CA bundle path	la voie menant à un ensemble complet de fiducies de FEP, y compris les racines publiques et corporatives requises; blanc utilise les autorités de certification publiques
View available mirrors	Ouvrir la documentation externe du miroir
Save	Conservez la configuration pour les opérations de paquets suivantes
Cancel	Éliminer le projet

Un miroir de paquet change la source du paquet. Confirmez le format root/index requis du miroir, enregistrez et réessayez une opération de petit paquet dans l'exécution sélectionnée. Les paramètres proxy de Model-Provider sont séparés.

Les noms d'hôte miroir Conda, PyPI et CRAN configurés reçoivent un accès temporaire pour l'opération de gestion de paquets. Cela ne les ajoute pas à la liste de domaines Notebook permanente ni ne donne le même accès au code Notebook ordinaire. Les redirections vers d'autres hôtes suivent toujours le flux d'approbation du réseau.

Utilisez une URL miroir HTTP(S) prise en charge sans identifiants intégrés, espace blanc, hôte local ou une adresse IP brute. Un réglage de miroir accepté ne corrige pas un serveur non disponible ou un nom d'hôte résolvant à une adresse réservée. Si l'installation échoue, inspecter cette opération est la destination réelle et l'erreur avant de réessayer. Les paramètres model distants ont un Exigences de HTTPS séparé.

Informations à conserver lorsqu'une demande échoue

Enregistrez la version de l'application, l'opération, l'exécution/environnement, le paquet ou le nom d'hôte, le mode proxy et la première erreur utile. Préservez la sortie de l'installateur d'origine : la dernière ligne de distribution de correspondance de la ligne .. Exclure les jetons et les identifiants de procuration provenant de diagnostics partagés.

Pour un module Python manquant après une connexion réussie, continuer avec contrôle du temps d'exécution et du paquetage. La configuration de l'hôte distant est couverte séparément dans Calculer.

Source des paramètres du réseau, Limite du réseau Notebook.

Recherche d'erreur HTTP

Pour les réponses 400, 401, 403, 404, 429 ou 5xx, utilisez le Table de dépannage HTTP. Conservez le service répondant et son message détaillé avec le code d'état.

Après avoir modifié les paramètres de domaine proxy, miroir ou Notebook, confirmez que les valeurs ont persisté, puis réessayez l'opération originale dans le même temps d'exécution. Vérifiez à la fois le téléchargement et l'importation du paquet; une sauvegarde réussie des paramètres ne résout pas une erreur d'installation.

Une cellule R a été bloquée avant exécution

Dans v0.31.1, Notebook affiche un avertissement en ligne lorsque la protection réseau bloque une exécution R. Suivez son lien de réglage et inspectez l'accès demandé. L'avertissement signifie que la cellule n'a pas exécuté; il n'est pas un résultat scientifique ou une course terminée. Après avoir résolu l'exigence spécifique, exécutez à nouveau la cellule et inspectez sa sortie. La prise en charge standard R en mode Windows n'autorise pas elle-même la protection réseau.

Accès au réseau lorsque le mode d'approbation change

de v1.0.5, Full access permet des destinations réseau publiques sans carte d'autorisation individuelle. D'autres authentifications, restrictions de source et vérifications du service privé s'appliquent encore. Le passage à un mode plus restrictif ferme les connexions existantes de sorte qu'elles ne peuvent pas continuer sous l'ancienne autorisation. Réessayez la demande prévue sous le nouveau mode et examinez toute carte de permission qu'elle présente.

Les autorisations réseau globales apparaissent dans Settings → Network immédiatement. Inspectez la liste du domaine ou du service privé avant d'ajouter une autre règle. Une subvention globale est plus large qu'une approbation ponctuelle; ne conservez que la portée que vous comptez. Voir modes d ' homologation.