Inicia un trabajo de PyTumblr con el entorno de proxy de Requests
Las llamadas de Requests a nivel de módulo de PyTumblr leen el entorno del proceso; una Session no relacionada no configura esas llamadas.
Para la implementación TumblrRequest de PyTumblr que llama a Requests para GET, POST y DELETE, inicia el trabajo con:
https_proxy='http://proxy.example:8080' python tumblr_job.pyEl host predeterminado de la API de Tumblr usa HTTPS, así que https_proxy es la variable pertinente. Su URL HTTP identifica al oyente intermediario. Mantén el host de la API y la configuración de OAuth existente tal como están.
Añade http_proxy solo para destinos HTTP pertinentes que necesiten esa ruta. Para un extremo SOCKS5 de tu proveedor o de la lista de proxies SOCKS5, usa una URL adecuada socks5 o socks5h con el soporte SOCKS de Requests; etiquetar como http:// un oyente en el puerto 1080 no puede cambiar su protocolo.
Si otro ejemplo de Requests funciona pero PyTumblr no, comprueba cómo obtiene cada uno su transporte. Crear una requests.Session no relacionada deja sin cambios las llamadas de PyTumblr a nivel de módulo; esta fuente no tiene ningún argumento de sesión inyectada en el constructor de TumblrRequest.
Después compara los entornos de los inicios reales. Un IDE o un servicio de trabajos puede no heredar las variables del terminal usado para la solicitud correcta. La autenticación del proxy, cuando se requiere, es independiente de OAuth de Tumblr.