Closed Bug 1538477 Opened 6 years ago Closed 4 years ago

TRR: support for NAT64 environments by doing rfc7050 synthesis

Categories

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

66 Branch
defect

Tracking

()

RESOLVED DUPLICATE of bug 1589781

People

(Reporter: erik+mozilla, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [necko-triaged])

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:66.0) Gecko/20100101 Firefox/66.0

Steps to reproduce:

TRR will not work properly for accessing IPv4-only resources in an IPv6-only DNS64+NAT64 environment as the local resolver will not be able to do DNS64.
(This includes many mobile networks such as T-Mobile US, as well as an increasing number of wifi and fixed-line environments such as at tech conferences, enterprises, and universities.)

Actual results:

When a TRR DoH server returns only an IPv4 A record, an IPv6-only client will be unable to connect.

Expected results:

When no AAAA record is available, a TRR DoH client should perform rfc7050 dns64 synthesis. Clients must strongly prefer the native AAAA records when available for names so as to not send unnecessary traffic to the NAT64 gateway.

Component: Untriaged → Networking: DNS
Product: Firefox → Core
Priority: -- → P3
Whiteboard: [necko-triaged]
Has STR: --- → yes

This seems to be a duplicate of Bug 1589781 which was recently fixed.

Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.