Every time I try to sync I get some error's in my logfile. A look at the pihole shows, that rclone send so muche dns-request for the sync-process. I thought first it's a issue from the pi-hole, but then I writted in the pihol-forum and there was the answer, that rclone is the problem.
Why need rclone so muche unnecessary dns-request for sync?
What is your rclone version (output from rclone version)
rclone v1.56.0
Which OS you are using and how many bits (eg Windows 7, 64 bit)
Synology DSM7
Which cloud storage system are you using? (eg Google Drive)
Onedrive
The command you were trying to run (eg rclone copy /tmp remote:tmp)
2021/08/30 21:21:30 ERROR : Encrypted drive 'synotoonedrive:/daniel': not deleting files as there were IO errors
2021/08/30 21:21:30 ERROR : Encrypted drive 'synotoonedrive:/daniel': not deleting directories as there were IO errors
2021/08/30 21:21:30 ERROR : Attempt 2/3 failed with 244 errors and: march failed with 219 error(s): first error: couldn't list files: Get "https://graph.microsoft.com/v1.0/drives/xxxxx/items/xxxxx!42725/children?$top=1000": dial tcp: lookup graph.microsoft.com on 192.168.178.222:53: server misbehaving
Tip: You can search in the rclone forum with the magnifier in the top right corner next to the hamburger bar - there also some advanced options if needed.
I saw this thread but it's only a workaround rclone send hundrets of dns request per minute and if I change the thinks in the workaround rclone falsified the blocklist percent in the pihole.
keep in mind that if rclone get a high level error, it will retry the operation three times and for a low-level error rclone will try ten times.
that can inflate the total number of dns requests.
in the pi-hole post, you stated that the pi-hole on the pi4 works without error
it is the pi-hole on the synbox that is the problem.
i assume that you have tested rclone on both and only the synbox is the problem.
if my assumption correct?
tho i have seen dns errors in the past, never saws server misbehaving
in the pi-hole forum post, there was a second workaround, which would seem to prevent your concern.
"falsified the blocklist percent in the pihole"
did you try that and it failed?
if you want a deeper look into rclone, you can add this your command --dump=headers --retries=1 --low-level-retries=1 --log-level=DEBUG --log-file=rclone.log
rclone most definitely makes a lot of requests, at least with OneDrive.
I just checked my DNS server logs (BIND; a real name server ) and it made 3188 calls (half for AAAA records, half for A records) to graph.microsoft.com in a 7 minute window (9:23:00.815 and 9:30:13.589) this morning.
And this is to be expected. Each connection to graph to check a file's meta information is a unique http request, and this will lead to a resolver request for the domain name. An app does not (and IMHO should not!) cache DNS information. That's just asking for complication and failures.
On a host like Windows, Microsoft default-enable a DNS cache service (which has had problems in the past). Linux can be configured to run a caching daemon (e.g nscd or sssd) and nsswitch.conf modified to point to it. BSD systems have their own variation.
So if you're seeing too many DNS hits then the machine rclone is running on should be configured to do name lookup caching.
FWIW there is a GoLang library which could do the caching (I still don't think it's the right thing to do), and you can tell the http libraries to use it. See GitHub - viki-org/dnscache: A DNS Cache for Go for details.
The raspberry is my network-wide ad-blocker and dns server.
I was wondering why on my Synbox and Pc there are so muche DNS-request are.
But when @sweh said it's normal and by him there are also so muche request then I will deal with it, before I change to muche on my Synology and I breake more then I fix.
) and it made 3188 calls (half for AAAA records, half for A records) to 
