Cannot read/write Dropbox

Dropbox through rclone stopped working for me today. I'm running rclone 1.57.0 on a Raspberry Pi 4b w/Raspian 32bit OS. It had been stable for several months prior to this.

I can mount and browse folders and files, but cannot read and write. Below is output from an attempted cat command.

I tried re-creating my dropbox developer app in case something changed with settings or permissions, but get the same results.

Thanks for any help with what I'm missing.

rclone -vv cat dboxfn:test.txt
2021/11/02 15:51:27 DEBUG : rclone: Version "v1.57.0" starting with parameters ["rclone" "-vv" "cat" "dboxfn:test.txt"]
2021/11/02 15:51:27 DEBUG : Creating backend with remote "dboxfn:test.txt"
2021/11/02 15:51:27 DEBUG : Using config file from "/home/pi/.config/rclone/rclone.conf"
2021/11/02 15:51:27 DEBUG : fs cache: adding new entry for parent of "dboxfn:test.txt", "dboxfn:"
2021/11/02 15:52:27 DEBUG : pacer: low level retry 1/10 (error Post "https://content.dropboxapi.com/2/files/download": net/http: TLS handshake timeout)
2021/11/02 15:52:27 DEBUG : pacer: Rate limited, increasing sleep to 20ms
2021/11/02 15:53:27 DEBUG : pacer: low level retry 2/10 (error Post "https://content.dropboxapi.com/2/files/download": net/http: TLS handshake timeout)
2021/11/02 15:53:27 DEBUG : pacer: Rate limited, increasing sleep to 40ms
2021/11/02 15:54:27 DEBUG : pacer: low level retry 3/10 (error Post "https://content.dropboxapi.com/2/files/download": net/http: TLS handshake timeout)
2021/11/02 15:54:27 DEBUG : pacer: Rate limited, increasing sleep to 80ms
2021/11/02 15:55:27 DEBUG : pacer: low level retry 4/10 (error Post "https://content.dropboxapi.com/2/files/download": net/http: TLS handshake timeout)
2021/11/02 15:55:27 DEBUG : pacer: Rate limited, increasing sleep to 160ms
2021/11/02 15:56:27 DEBUG : pacer: low level retry 5/10 (error Post "https://content.dropboxapi.com/2/files/download": net/http: TLS handshake timeout)
2021/11/02 15:56:27 DEBUG : pacer: Rate limited, increasing sleep to 320ms
2021/11/02 15:57:27 DEBUG : pacer: low level retry 6/10 (error Post "https://content.dropboxapi.com/2/files/download": net/http: TLS handshake timeout)
2021/11/02 15:57:27 DEBUG : pacer: Rate limited, increasing sleep to 640ms
2021/11/02 15:58:28 DEBUG : pacer: low level retry 7/10 (error Post "https://content.dropboxapi.com/2/files/download": net/http: TLS handshake timeout)
2021/11/02 15:58:28 DEBUG : pacer: Rate limited, increasing sleep to 1.28s
2021/11/02 15:59:28 DEBUG : pacer: low level retry 8/10 (error Post "https://content.dropboxapi.com/2/files/download": net/http: TLS handshake timeout)
2021/11/02 15:59:28 DEBUG : pacer: Rate limited, increasing sleep to 2s
2021/11/02 16:00:28 DEBUG : pacer: low level retry 9/10 (error Post "https://content.dropboxapi.com/2/files/download": net/http: TLS handshake timeout)
2021/11/02 16:01:28 DEBUG : pacer: low level retry 10/10 (error Post "https://content.dropboxapi.com/2/files/download": net/http: TLS handshake timeout)
2021/11/02 16:01:28 ERROR : test.txt: Failed to open: Post "https://content.dropboxapi.com/2/files/download": net/http: TLS handshake timeout
2021/11/02 16:01:28 DEBUG : 7 go routines active
2021/11/02 16:01:28 Failed to cat: Post "https://content.dropboxapi.com/2/files/download": net/http: TLS handshake timeout
2021/11/02 16:01:28 INFO  : Dropbox root '': Commiting uploads - please wait...

hello and welcome to the forum,

  • i see that you just updated to the latest v1.57.0 and perhaps that is the issue.
  • what was the last version that worked?
  • can you test using that version?
  • the redacted config file was not posted?

Thanks for the reply.

I'd been using 1.55.0 when the problem started. Tested 1.57.0, but got same results.

My redacted rclone.conf...

[dboxfn]
type = dropbox
client_id = [redacted]
client_secret = [redacted]
token = {"access_token":"[redacted]","token_type":"bearer","refresh_token":"[redacted]","expiry":"2021-11-02T19:38:18.466145787-04:00"}

well, i could be wrong but does not look like a rclone issue.

could be a network/router/internet issue, could be something else.

do you have another machine to test on?

Yeah, it’s weird. I did test on another machine and same thing. It’s only dropbox. Rclone still works with other clouds on the same machine. And it’s half-working with Dropbox. Almost feels like it’s on Dropbox’s end, but the Dropbox app and web site works fine. If I learn anything else I’ll post.

This means that rclone connected to the dropbox servers OK, but they failed to negotiate a secure session. During the negotiation the dropbox end just went quiet and rclone timed out.

This sounds like a subtle networking problem (maybe check MTUs) or possibly a problem at dropbox's end.

What do these do on the Pi?

rclone copyurl --stdout https://api.dropboxapi.com
curl -L https://api.dropboxapi.com

They should both print an HTML page to the console (I don't need to see it). If they do something different then can you paste the results.

Ran both commands and they printed an html page w/o delay.

Try with the URL https://content.dropboxapi.com/2/files/download too since that is what is in your error message

When I try that I get Error in call to API function "files/download": Must provide HTTP header "Authorization" or URL parameter "authorization". which is what I'd expect.

That one fails with rclone and curl. Here’s rclone’s output…

rclone -vv copyurl --stdout https://content.dropboxapi.com/2/files/download
2021/11/03 07:22:44 DEBUG : rclone: Version "v1.57.0" starting with parameters ["rclone" "-vv" "copyurl" "--stdout" "https://content.dropboxapi.com/2/files/download"]
2021/11/03 07:23:44 INFO  : 
Transferred:              0 B / 0 B, -, 0 B/s, ETA -
Elapsed time:       1m0.1s

2021/11/03 07:23:44 ERROR : Attempt 1/3 failed with 1 errors and: Get "https://content.dropboxapi.com/2/files/download": net/http: TLS handshake timeout
2021/11/03 07:24:44 INFO  : 
Transferred:              0 B / 0 B, -, 0 B/s, ETA -
Elapsed time:       2m0.1s

2021/11/03 07:24:44 ERROR : Attempt 2/3 failed with 1 errors and: Get "https://content.dropboxapi.com/2/files/download": net/http: TLS handshake timeout
2021/11/03 07:25:44 INFO  : 
Transferred:              0 B / 0 B, -, 0 B/s, ETA -
Elapsed time:       3m0.1s

2021/11/03 07:25:44 ERROR : Attempt 3/3 failed with 1 errors and: Get "https://content.dropboxapi.com/2/files/download": net/http: TLS handshake timeout
2021/11/03 07:25:44 INFO  : 
Transferred:              0 B / 0 B, -, 0 B/s, ETA -
Errors:                 1 (retrying may help)
Elapsed time:       3m0.2s

2021/11/03 07:25:44 DEBUG : 2 go routines active
2021/11/03 07:25:44 Failed to copyurl: Get "https://content.dropboxapi.com/2/files/download": net/http: TLS handshake timeout

Nick... thanks for your help thus far. I learned some more...

My building provides internet and some firewalls. When I side-stepped that by connecting the pi through an LTE hotspot everything works. So I need to ask my admins what changed.

Is there a specific port rclone needs open? I wouldn't think so since what's failing is just https:// calls w/o a non-standard port. Something else I can ask them to check?

Thanks again for your time on what seems like a local problem.

hi,
the commands you are using, only need outbound 443.
that is already open on your setup.

Thanks, that's what I thought. I'll keep trying to figure what's stopping these calls.

it could also be a firewall, doing some kind of middleman filtering of port 443.

as a test, on one of the machines, setup a vpn to the internet and run rclone over that.

Rclone uses the standard port 443 for dropbox.

The fact that the TLS handshake fails probably means there is a badly configured middlebox somewhere which is intercepting the TLS handshake and mucking it up somehow.

TLS is complicated so this could go wrong in many ways!

I'd ask the admins what sort of firewall they are using. I suspect you'll be able to repro the problem in a browser too (just paste that URL in the browser) which might be more acceptable to your admins as a problem report.

Thanks Nick & Jojo.

I tend to be weary of the fear mongering that VPN companies like to stress but if your internet is not in your control, especially since it is causing you problems, have you considered using a VPN and seeing if that works instead?

Unrelated to rclone and dropbox but I've had some issues in packet routing that a VPN has fixed. Far from ideal but worth considering

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.