So, wie es scheint, liegt es nicht am DNS Server, den man selbst eingestellt hat.
Beim Untersuchen der anfänglich stehenden URL
https://www10.aonode.com erhielt ich folgende Ergebnisse.
JSON:
PHP-Code:
Status 3
TC false
RD true
RA true
AD false
CD false
Question
0
name "https://www10.aonode.com."
type 1
Comment "Response from 172.64.32.175."
Kopfzeilen:
PHP-Code:
X-Firefox-Spdy: h2
access-control-allow-origin: *
alt-svc: h3=":443"; ma=2592000,h3-29=":443"; ma=2592000
cache-control: private, max-age=0
content-encoding: gzip
content-length: 150
content-type: application/json; charset=UTF-8
date: Fri, 05 Apr 2024 08:07:40 GMT
expires: Fri, 05 Apr 2024 08:07:40 GMT
server: HTTP server (unknown)
strict-transport-security: max-age=31536000; includeSubDomains; preload
x-content-type-options: nosniff
x-frame-options: SAMEORIGIN
x-xss-protection: 0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,*/*;q=0.8
Accept-Encoding: gzip, deflate, br
Accept-Language: de,en-US;q=0.7,en;q=0.3
Connection: keep-alive
DNT: 1
Host: dns.google
Referer: https://dns.google/query?name=https%3A%2F%2Fwww10.aonode.com
Sec-Fetch-Dest: document
Sec-Fetch-Mode: navigate
Sec-Fetch-Site: same-origin
Sec-Fetch-User: ?1
TE: trailers
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/115.0
Wie es scheint, läuft bei dem Link eine weitere DNS Abfrage über Google DNS und diese ins Leere.
Falls man die Möglichkeit hat, kann man wohl in diesem Fall den Uploader nur bitten, den Content erneut zur Verfügung zu stellen.