Closed ghost closed 9 months ago
The domain cd-dmgz-bamgrid.com
does not exist. You must mean cd-dmgz.bamgrid.com
. This is resolved perfectly via AdGuardDNS.
dig cd-dmgz.bamgrid.com @94.140.14.14
; <<>> DiG 9.16.44-Debian <<>> cd-dmgz.bamgrid.com @94.140.14.14
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 7722
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 0
;; QUESTION SECTION:
;cd-dmgz.bamgrid.com. IN A
;; ANSWER SECTION:
cd-dmgz.bamgrid.com. 300 IN CNAME dvf2rc3rx4ypk.cloudfront.net.
dvf2rc3rx4ypk.cloudfront.net. 60 IN A 18.66.248.67
dvf2rc3rx4ypk.cloudfront.net. 60 IN A 18.66.248.12
dvf2rc3rx4ypk.cloudfront.net. 60 IN A 18.66.248.129
dvf2rc3rx4ypk.cloudfront.net. 60 IN A 18.66.248.93
;; Query time: 15 msec
;; SERVER: 94.140.14.14#53(94.140.14.14)
;; WHEN: Thu Oct 05 08:10:11 CEST 2023
;; MSG SIZE rcvd: 154
The domain
cd-dmgz-bamgrid.com
does not exist. You must meancd-dmgz.bamgrid.com
. This is resolved perfectly via AdGuardDNS.dig cd-dmgz.bamgrid.com @94.140.14.14 ; <<>> DiG 9.16.44-Debian <<>> cd-dmgz.bamgrid.com @94.140.14.14 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 7722 ;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 0 ;; QUESTION SECTION: ;cd-dmgz.bamgrid.com. IN A ;; ANSWER SECTION: cd-dmgz.bamgrid.com. 300 IN CNAME dvf2rc3rx4ypk.cloudfront.net. dvf2rc3rx4ypk.cloudfront.net. 60 IN A 18.66.248.67 dvf2rc3rx4ypk.cloudfront.net. 60 IN A 18.66.248.12 dvf2rc3rx4ypk.cloudfront.net. 60 IN A 18.66.248.129 dvf2rc3rx4ypk.cloudfront.net. 60 IN A 18.66.248.93 ;; Query time: 15 msec ;; SERVER: 94.140.14.14#53(94.140.14.14) ;; WHEN: Thu Oct 05 08:10:11 CEST 2023 ;; MSG SIZE rcvd: 154
No, that was the error my TV gave, and it's also what is appearing in the filtering logs (see screenshot in first post, where the TV is accessing the domain via the Home Router).
I'm going to chalk this up to a once off occurrence. As @hagezi said, it doesn't exist.
For whatever reason the Disney+ app has tried to connect to cd-dmgz-bamgrid.com
twice, but every other time has used cd-dmgz.bamgrid.com
I've had the service for around a month now, and when setting the filtering log to 30 days, the domain in question hasn't appeared again. My guess is that someone from the Disney+ team has accidentally used the wrong domains somewhere in the app, and under certain circumstances the app calls that wrong domain.
As I can't reproduce this again, there's not much point this being open for now.
Platform
Other
Protocol
DNS-over-TLS
Do you use AdGuard app?
No I don't
Your configuration
DNS Server: AdGuard DNS private Protocol: DoT Filter: AdGuard DNS filter Userlist: None TV: Samsung Router: FRITZ!Box 7590 AX
Traceroute to AdGuard DNS
Issue Details
Expected Behavior
Disney+ loads.
Actual Behavior
Disney+ instantly shows a white page will show unable to connect to cd-dmgz-bamgrid.com, and Disney+ will not load. AdGuard DNS filtering log shows that it's not blocked.
When doing an dnslookup, it shows it is blocked though.
Setting my router to Google DNS, or Cloudflare DNS allows Disney+ to work again.
Screenshots
Screenshot 1:
Additional Information
No response