Inicie um trabalho PyTumblr com o ambiente de proxy do Requests
As chamadas Requests de nível de módulo do PyTumblr leem o ambiente do processo; uma Session não relacionada não configura essas chamadas.
Para a implementação TumblrRequest do PyTumblr que chama Requests para GET, POST e DELETE, inicie o trabalho com:
https_proxy='http://proxy.example:8080' python tumblr_job.pyO host padrão da API do Tumblr usa HTTPS, então https_proxy é a variável relevante. Sua URL HTTP identifica o ouvinte intermediário. Mantenha o host da API e a configuração OAuth existente como estão.
Adicione http_proxy apenas para destinos HTTP relevantes que precisem dessa rota. Para um endpoint SOCKS5 do seu provedor ou da lista de proxies SOCKS5, use uma URL socks5 ou socks5h adequada com o suporte a SOCKS do Requests; rotular um ouvinte na porta 1080 como http:// não pode alterar o protocolo dele.
Se outro exemplo de Requests funcionar mas o PyTumblr não, verifique como cada um obtém seu transporte. Criar uma requests.Session não relacionada deixa as chamadas de nível de módulo do PyTumblr inalteradas; esta fonte não tem argumento de sessão injetada no construtor de TumblrRequest.
Depois, compare os ambientes das inicializações reais. Uma IDE ou um serviço de trabalhos pode não herdar as variáveis do terminal usado para a requisição bem-sucedida. A autenticação do proxy, quando necessária, é separada do OAuth do Tumblr.