1633853 - Website fails to work on IPv6 unless private browsing is used

Status: RESOLVED WORKSFORME

(Web Compatibility :: Site Reports, defect, P5)

Description

[Gian-Carlo Pascutto [:gcp]]

Reported here:
https://support.mozilla.org/en-US/questions/1285310

I can reproduce this on IPv6 (which required disabling DoH, as that seems to give IPv4 responses). SSLlabs doesn't immediately see something wrong with the server: https://www.ssllabs.com/ssltest/analyze.html?d=www.ticpharma.com&s=2604%3a8880%3a0%3a1000%3a21%3a4%3a0%3a41

Comment 1

[Gian-Carlo Pascutto [:gcp]]

Comparing the requests between a working an a failed request:

Worked:
Host: www.ticsante.com
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,/;q=0.8
Accept-Language: en-US,en;q=0.7,nl-BE;q=0.3
Accept-Encoding: gzip, deflate, br
Referer: https://support.mozilla.org/en-US/questions/1285310
Connection: keep-alive
Cookie: track_id=h52cn6k5n8a6cg89l7r76112kn; S2C-POPIM=7147978; INSIDE_SharedAdvert_8=0; INSIDE_SharedAdvert_4=0; INSIDE_SharedAdvert_5=1; INSIDE_SharedAdvert_7=0; INSIDE_SharedAdvert_1=0; PHPSESSID=h52cn6k5n8a6cg89l7r76112kn
Upgrade-Insecure-Requests: 1
Sec-Fetch-Dest: document
Sec-Fetch-Mode: navigate
Sec-Fetch-Site: cross-site
Pragma: no-cache
Cache-Control: no-cache

Failed:
Host: www.techopital.com
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:77.0) Gecko/20100101 Firefox/77.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,/;q=0.8
Accept-Language: en-US,en;q=0.7,nl-BE;q=0.3
Accept-Encoding: gzip, deflate, br
Referer: https://support.mozilla.org/en-US/questions/1285310
Connection: keep-alive
Cookie: track_id=hpjdrj5bbhmunbh8926m7on4l1; S2C-POPIM=7147972; SharedAdvert_59=0; SharedAdvert_58=0; PHPSESSID=hpjdrj5bbhmunbh8926m7on4l1
Upgrade-Insecure-Requests: 1
Sec-Fetch-Dest: document
Sec-Fetch-Mode: navigate
Sec-Fetch-Site: cross-site
Pragma: no-cache
Cache-Control: no-cache
TE: Trailers

Comment 2

[Michal Novotny [:michal]]

I don't have IPv6, could you please generate HTTP log? https://developer.mozilla.org/en-US/docs/Mozilla/Debugging/HTTP_logging

Comment 3

[Gian-Carlo Pascutto [:gcp]]

Attachment: log.txt-main.3463.moz_log.gz

Comment 4

[Gian-Carlo Pascutto [:gcp]]

This is navigating to https://www.ticpharma.com/home.php first (works), and then to https://www.techopital.com/ (fails), plus whatever background traffic this Firefox had.

Comment 5

[Gian-Carlo Pascutto [:gcp]]

I'm guessing this part is relevant:

2020-04-29 16:04:53.908326 UTC - [Parent 3463: Socket Thread]: V/nsHttp joinconnection [0x7ff080018000 .S......[tlsflags0x00000000]www.ticpharma.com:443] www.techopital.com:.443 result=1 lookup
2020-04-29 16:04:53.908335 UTC - [Parent 3463: Socket Thread]: V/nsHttp FindCoalescableConnectionByHashKey() found match conn=0x7ff06bb2a400 key=87.252.16.120~.:443/[]viaDNS newCI=.S......[tlsflags0x00000000]www.techopital.com:443 matchedCI=.S......[tlsflags0x00000000]www.ticpharma.com:443 join ok

2020-04-29 16:04:53.908376 UTC - [Parent 3463: Socket Thread]: V/nsHttp Spdy Dispatch Transaction via Activate(). Transaction host = www.techopital.com, Connection host = www.ticpharma.com

We're seeing both are to the same IP and trying to use the same connection or smth?

Comment 6

[Kershaw Chang [:kershaw]]

I think this is a misconfiguration at the server side.
We tried to use the same connection to https://www.ticpharma.com/home.php for https://www.techopital.com/ based on the connection coalescing mechanism.

Comment 7

[Mike Taylor [:miketaylr]]

We typically don't do outreach for these types of bugs (mostly because this isn't our area of expertise). But if someone else would like to, that would be cool.

Comment 8

[Oana Arbuzov [:oanaarbuzov]]

Gian-Carlo Pascutto can you still reproduce it?