Skip to main content

Control Options For DNS Client Proxies
draft-homburg-add-codcp-00

Document Type Replaced Internet-Draft (individual)
Expired & archived
Author Philip Homburg
Last updated 2022-07-11
Replaced by draft-homburg-dnsop-codcp
RFC stream (None)
Intended RFC status (None)
Formats
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Replaced by draft-homburg-dnsop-codcp
Telechat date (None)
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:

Abstract

The introduction of many new transport protocols for DNS in recent years (DoT, DoH, DoQ) significantly increases the complexity of DNS stub resolvers that want to support these protocols. A practical way forward is to have a DNS client proxy in the host operating system. This allows applications to communicate using Do53 and still get the privacy benefit from using more secure protocols over the internet. However, such a setup leaves the application with no control over which transport the proxy uses. This document introduces EDNS(0) options that allow a stub resolver to request certain transport and allow the proxy to report capabilities and actual transports that are available.

Authors

Philip Homburg

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)