Configura el proxy de Suds antes de que cargue el WSDL
Proporciona la asignación de proxy de Suds al crear el cliente SOAP y ten en cuenta el gestor urllib explícito del transporte.
Pasa la ruta al constructor del cliente suds-community cuando la carga del WSDL la necesite:
from suds.client import Client
client = Client(
'https://service.example/soap?wsdl',
proxy={
'http': 'http://proxy.example:8080',
'https': 'http://proxy.example:8080',
},
)Las claves de la asignación son esquemas de destino; ambas pueden apuntar al mismo intermediario HTTP. Para una prueba SOAP pública que permita un intermediario público sin autenticación, usa candidatos de la lista de proxies HTTP para esas URL de proxy HTTP. Las importaciones y los esquemas WSDL también pueden obtenerse durante la construcción. Un set_options posterior puede afectar al trabajo posterior, pero no repara un constructor que ya ha fallado.
El transporte mantenido construye un ProxyHandler urllib explícito a partir de su asignación. Una asignación vacía es distinta del descubrimiento de proxy predeterminado, así que un entorno exportado que funciona en un programa urllib pequeño no tiene por qué controlar Suds.
Usa la asignación para una ruta fija. Para una política de sistema dependiente del destino, elige una integración de transporte que la preserve deliberadamente. Sustituir cada gestor por una lista vacía puede perder comportamiento de autenticación especializado.
Un opener personalizado suministrado debe llevar él mismo la ruta prevista. Instalar un opener global no sustituye a uno privado existente; configura el transporte que este cliente SOAP usa realmente.