Closed Bug 1679550 Opened 5 years ago Closed 5 years ago

firefox can't resolv some hostname

Categories

(Core :: Networking: DNS, defect, P3)

Firefox 83
defect

Tracking

()

RESOLVED DUPLICATE of bug 1643866

People

(Reporter: jthi+mozilla, Unassigned)

Details

(Whiteboard: [necko-triaged])

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:83.0) Gecko/20100101 Firefox/83.0

Steps to reproduce:

Hi,

When I try to access to https://app.powerbi.com I have the following error : Hmm. We’re having trouble finding that site.
It works on other browsers and I can resolv the hostname.
I check with about:networking and I have the following error when I use nslookup tools : NS_ERROR_UNKNOWN_HOST

I only have the problem with host which have multiple DNS cname. I also tried to strace the error and it seems that the return is truncated

[pid 27043] ioctl(64, FIONREAD, [462]) = 0
[pid 27043] recvfrom(64, "f\260\201\200\0\1\0\10\0\0\0\0\3app\7powerbi\3com\0\0\1\0\1\300\f\0\5\0\1\0\0\f$\0&\3app\vprivatelink\10analysis\7windows\3net\0\300-\0\5\0\1\0\0\6\224\0006$997de1ee-c405-4364-8b90-eb6f601a6af2\16trafficmanager\300N\300_\0\5\0\1\0\0\1\32\0!\36pbi-wfe-france-central-primary\300\20\300\241\0\5\0\1\0\0\f%\0%"pbi-wfe-france-central-primary-ase\300\20\300\316\0\5\0\1\0\0\f%\0X"app-pbi-wfe-france-central-primary"pbi-wfe-france-central-primary-ase\1p\razurewebsites\300N\300\377\0\5\0\1\0\0\0\f\0-\26waws-prod-par-d629a594\3sip\1p\razurewebsites\300F\301c\0\5\0\1\0\0\1!\0"\26waws-prod-par-d629a594\10cloudapp\300N\301\234\0\1\0\1\0\0\0\n\0\4\24\274>\213", 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("10.45.5.171")}, [28->16]) = 462
[pid 27043] close(64) = 0
[pid 27043] write(29, "\372", 1 <unfinished ...>

Actual results:

No dns resolution

Expected results:

dns resolution ;)

Component: Untriaged → Networking: DNS
Product: Firefox → Core

Does this work when you try to resolve with dig app.powerbi.com or if you try with another browser?

Flags: needinfo?(jthi+mozilla)

Hello,

Yes, it works with another browser or with dig.

$ dig app.powerbi.com

; <<>> DiG 9.16.8-Debian <<>> app.powerbi.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34054
;; flags: qr rd ra; QUERY: 1, ANSWER: 8, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;app.powerbi.com.		IN	A

;; ANSWER SECTION:
app.powerbi.com.	577	IN	CNAME	app.privatelink.analysis.windows.net.
app.privatelink.analysis.windows.net. 5440 IN CNAME 997de1ee-c405-4364-8b90-eb6f601a6af2.trafficmanager.net.
997de1ee-c405-4364-8b90-eb6f601a6af2.trafficmanager.net. 300 IN	CNAME pbi-wfe-france-central-primary.powerbi.com.
pbi-wfe-france-central-primary.powerbi.com. 2718 IN CNAME pbi-wfe-france-central-primary-ase.powerbi.com.
pbi-wfe-france-central-primary-ase.powerbi.com.	2718 IN	CNAME app-pbi-wfe-france-central-primary.pbi-wfe-france-central-primary-ase.p.azurewebsites.net.
app-pbi-wfe-france-central-primary.pbi-wfe-france-central-primary-ase.p.azurewebsites.net. 30 IN CNAME waws-prod-par-d629a594.sip.p.azurewebsites.windows.net.
waws-prod-par-d629a594.sip.p.azurewebsites.windows.net.	918 IN CNAME waws-prod-par-d629a594.cloudapp.net.
waws-prod-par-d629a594.cloudapp.net. 10	IN A	20.188.62.139

;; Query time: 76 msec
;; SERVER: 10.45.5.171#53(10.45.5.171)
;; WHEN: mer. déc. 02 12:55:35 CET 2020
;; MSG SIZE  rcvd: 887

I also try with a new firefox profile, with all plugin disable, disable IPv6, etc...

Thanks,

Flags: needinfo?(jthi+mozilla)

Can Firefox resolve the hostname when DoH is enabled?

WTF, it works with DoH enabled....
Thanks, can you explain me what happened ;) ?

(In reply to jthi+mozilla from comment #4)

WTF, it works with DoH enabled....
Thanks, can you explain me what happened ;) ?

This is an excerpt from your strace log:

[pid 27043] ioctl(64, FIONREAD, [462]) = 0
[pid 27043] recvfrom(64, ... ) = 462

This is an excerpt from your dig output:

; EDNS: version: 0, flags:; udp: 4096


This is wrong. The answer did not contain the TC flag.

Firefox uses getaddrinfo - the fact that it works in other applications is curious at least.

Maybe the return is too long with 7 cname.

Severity: -- → S4
Priority: -- → P3
Whiteboard: [necko-triaged]
Status: UNCONFIRMED → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.