Transmettre une table de proxy à NetworkManagementClient d'Azure

Configurez le pipeline de gestion Azure Core à la construction et suivez les échecs de jeton via le transport propre de l'identifiant.

Avec la génération Azure Core de NetworkManagementClient, fournissez la table de proxy à la construction :

from azure.mgmt.network import NetworkManagementClient

network = NetworkManagementClient(
    credential,
    subscription_id,
    proxies={
        'http': 'http://proxy.example:8080',
        'https': 'http://proxy.example:8080',
    },
)

Conservez les credential et subscription_id existants de l'application. La clé https sélectionne les destinations de gestion HTTPS ; sa valeur http:// décrit l'écouteur intermédiaire. Laissez le point de terminaison de gestion comme le vrai service Azure. Une adresse de la liste de proxys HTTP appartient aux valeurs de la table de proxy lorsque vous choisissez une route HTTP publique.

Choisir la source de configuration

Le SDK prend aussi en charge HTTP_PROXY et HTTPS_PROXY dans l'environnement du processus. Appliquez-les au service, au noyau du notebook ou au worker CI qui utilise le client. L'option documentée use_env_settings contrôle si les réglages d'environnement applicables sont utilisés.

Ne mélangez pas ce modèle de construction avec les anciens exemples client.config.proxies.add : ceux-ci relèvent de la génération msrest.

Localiser la requête en échec

Cette table contrôle le pipeline de gestion. Si l'échec survient lors de l'obtention d'un jeton, examinez la configuration réseau prise en charge de l'objet d'identifiant ; il peut faire passer cette requête par son propre transport avant l'envoi d'un appel de gestion.

Articles similaires