Configurez le proxy de Suds avant le chargement du WSDL

Passez la route au constructeur du client suds-community lorsque le chargement du WSDL en a besoin :

from suds.client import Client

client = Client(
    'https://service.example/soap?wsdl',
    proxy={
        'http': 'http://proxy.example:8080',
        'https': 'http://proxy.example:8080',
    },
)

Les clés du mappage sont des schémas de destination ; les deux peuvent désigner le même intermédiaire HTTP. Pour un test SOAP public qui autorise un intermédiaire public non authentifié, utilisez des candidats de la liste de proxys HTTP pour ces URL de proxy HTTP. Les importations et schémas WSDL peuvent aussi être récupérés pendant la construction. Un set_options ultérieur peut influencer la suite, mais ne répare pas un constructeur déjà en échec.

Le transport maintenu construit un ProxyHandler urllib explicite à partir de son mappage. Un mappage vide diffère de la découverte de proxy par défaut, donc un environnement exporté qui fonctionne dans un petit programme urllib ne contrôle pas forcément Suds.

Utilisez le mappage pour une route fixe. Pour une politique système dépendant de la destination, choisissez une intégration de transport qui la préserve délibérément. Remplacer chaque gestionnaire par une liste vide peut faire perdre un comportement d'authentification spécialisé.

Un opener personnalisé fourni doit porter lui-même la route voulue. Installer un opener global ne remplace pas un opener privé existant ; configurez le transport que ce client SOAP utilise réellement.