Why can't upload file into the dropbox with proxy?-CodePudding

The

Updaed for Markus' advice:

import ssl ssl._create_default_https_context = ssl._create_unverified_context ssl.SSLContext.verify_mode = property(lambda self: ssl.CERT_NONE, lambda self, newval: None) import dropbox access_token = "xxxxxxxx" file_from = "/home/debian/sample.sql" file_to = "/mydoc" proxyDict = { "http": "http://127.0.0.1:8123", "https": "https://127.0.0.1:8123" } mysesh = dropbox.create_session(1,proxyDict) dbx = dropbox.Dropbox(access_token,session=mysesh) with open(file_from, 'rb') as f: dbx.files_upload(f.read(), file_to)

It encounter the below error:

/home/debian/.local/lib/python3.9/site-packages/urllib3/connectionpool.py:981: InsecureRequestWarning: Unverified HTTPS request is being made to host '127.0.0.1'. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warnings warnings.warn( Traceback (most recent call last): File "<stdin>", line 2, in <module> File "/home/debian/.local/lib/python3.9/site-packages/dropbox/base.py", line 3208, in files_upload r = self.request( File "/home/debian/.local/lib/python3.9/site-packages/dropbox/dropbox_client.py", line 326, in request res = self.request_json_string_with_retry(host, File "/home/debian/.local/lib/python3.9/site-packages/dropbox/dropbox_client.py", line 476, in request_json_string_with_retry return self.request_json_string(host, File "/home/debian/.local/lib/python3.9/site-packages/dropbox/dropbox_client.py", line 596, in request_json_string self.raise_dropbox_error_for_resp(r) File "/home/debian/.local/lib/python3.9/site-packages/dropbox/dropbox_client.py", line 639, in raise_dropbox_error_for_resp raise AuthError(request_id, err) dropbox.exceptions.AuthError: AuthError('xxxxxxxxxxxxxxxxxxxxxx', AuthError('invalid_access_token', None))

CodePudding user response：

Tldr;

So far, my understanding is it may be

Miss-use of the urllib

Bad https certificates

Solution (maybe)

urllib format

If I remember well urllib changed his format at some point from

proxyDict = { 'http':'8.88.888.8:8888', 'https':'8.88.888.8:8888' }

proxyDict = { 'https': 'https://8.88.888.8:8888', 'http': 'http://8.88.888.8:8888', }

Have you tried both format ?

CodePudding user response：

You must have a problem with

your proxy not forwarding some stuff the right way or

your access token is wrong

the Dropbox app has the wrong permissions set

because this code (which is basically what you have in your question - even without disabling SSL certificate check!) works just fine with my access token put into the environment variable DROPBOX_ACCESS_TOKEN.

import dropbox import sys import os DROPBOX_ACCESS_TOKEN = os.getenv('DROPBOX_ACCESS_TOKEN') def uploadFile(fromFilePath,toFilePath): proxy = '127.0.0.1:3128' # locally installed squid proxy server proxyDict = { "http": "http://" proxy, "https": "https://" proxy } session = dropbox.create_session(1,proxyDict) client = dropbox.Dropbox(DROPBOX_ACCESS_TOKEN,session) client.files_upload(open(fromFilePath, "rb").read(), toFilePath) print("Done uploading {} to {}".format(fromFilePath,toFilePath)) if __name__=="__main__": uploadFile(sys.argv[1],sys.argv[2])

Be aware though, that the access token - once it is generated - has the permissions that where in effect at the time of token generation. If you change the app's permissions AFTER generating the token, the token will still have the original permissions!

EDIT: It looks like, the Dropbox API is clever enough to NOT use the proxy, if it can reach the target directly. Thus this code is working with ANYTHING you put into the proxyDict and it is not at all clear, if the code works, if it really has to go through the proxy. I am working on verifying that and will update the answer accordingly.

Update: I installed squid on my MacBook and used http://127.0.0.1:3128 as the proxy in above code, but the logs showed, the code never even tried to go through the proxy. But once I set the environment variables http_proxy and https_proxy to "http://127.0.0.1:3128" the request WOULD go through the proxy and proceed successfully. So... either there is something going on, I don't fully understand or the Dropbox API has some problem with the proxy definitions in the create_session call. Time to look at the API source code I guess...