Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.protocols.dns.bind > #15700

Re: DoH plugin for BIND

From Reindl Harald <h.reindl@thelounge.net>
Newsgroups comp.protocols.dns.bind
Subject Re: DoH plugin for BIND
Date 2020-05-02 09:28 +0200
Organization the lounge interactive design
Message-ID <mailman.323.1588404537.942.bind-users@lists.isc.org> (permalink)
References (2 earlier) <d08a148f-18f6-1972-1064-2f878b79bee2@nixmagic.com> <alpine.DEB.2.20.2004292100400.16665@grey.csi.cam.ac.uk> <8670427D-C5E5-42E3-AFEB-BA15F74E5F53@kreme.com> <39825fcf-bcd7-f38a-aeae-2fccc8df0be8@nixmagic.com> <002174a6-4025-fad1-afea-0e96f40d2ff0@thelounge.net>

Show all headers | View raw


Am 02.05.20 um 09:00 schrieb Michael De Roover:
> That's actually my biggest concern with DoH, ISP blocking. It doesn't
> seem as obvious as it is with DoT, but deep packet inspection (DPI) is
> already a thing. Don't expect an ISP that wants to block DoT to not
> (want to) block DoH either. The crux of the problem at that point is not
> the technology, it is the ISP's incentives. If the ISP wants to block
> DoT for whatever reason, personally I'd consider it.. not exactly fine
> but at least their right to do so. That's their decision to make. 

seriously?

that seems to be some US attitude, no wonder what happens there with
user attitudes like "but at least their right to do so"

the ISP by definition has exactly one right: get money for his service
which is described as "route and transfer every package, don't look at
it, don't mangle it, you have no business about the content of my traffic"

Back to comp.protocols.dns.bind | Previous | Next | Find similar | Unroll thread


Thread

Re: DoH plugin for BIND Reindl Harald <h.reindl@thelounge.net> - 2020-05-02 09:28 +0200

csiph-web