Re: what is wrong with DNS name 'covid19booster.healthservice.ie' ? : Google : what is Google's secret DNS service ?

Thanks Fred - Though really all I am trying to do is ensure I can access all public DNS names, which my experience shows me I cannot, using my ISP's name-servers. It seems there is a Hidden Google Internet that I cannot access unless I use Google's DNS servers, giving Google data abou

Re: what is wrong with DNS name 'covid19booster.healthservice.ie' ? : Google : what is Google's secret DNS service ?

Thanks, but no one suggested removing my forwarders list . I figured out that must be the issue, and will try that . I thought it might be more efficient to use forwarders on my ISP's network - I see now I should not have . If someone had simply suggested removing my forwarders, I would have tried

Re: what is wrong with DNS name 'covid19booster.healthservice.ie' ? : Google : what is Google's secret DNS service ?

Thanks to all who responded ! Yes, removing my Forwarders list did the trick . Never trust an ISP's DNS servers! Best Regards, Jason On 08/01/2022, Jason Vas Dias wrote: > > Good day - > >I use BIND v9.16.24-1.fc34 on a fully up-to-date Fedora 34 >x86_64 installation as a 'Caching-Only

Re: what is wrong with DNS name 'covid19booster.healthservice.ie' ? : Google : what is Google's secret DNS service ?

Am 09.01.22 um 12:57 schrieb Jason Vas Dias: Thanks Fred - Though really all I am trying to do is ensure I can access all public DNS names, which my experience shows me I cannot, using my ISP's name-servers. It seems there is a Hidden Google Internet that I cannot access unles

Re: what is wrong with DNS name 'covid19booster.healthservice.ie' ? : Google : what is Google's secret DNS service ?

FTR Jason has been warned before to stop sending this nonsense about Hidden Google Internet and I’ve put them on the moderation list for now. Ondřej -- Ondřej Surý — ISC (He/Him) My working hours and your working hours may be different. Please do not feel obligated to reply outside your normal

Best practice for forwarding Dnstap (unix socket) traffic to another address

Hello. For a variety reasons: * Dnstap doesn't comport with the usual MTU restrictions, that is an "event" is not reliably going to fit in a UDP frame. * Dnstap casts your application as the "server" and BIND as the "client". * For whatever reasons the implementer(s) saw fit to include a

Re: Best practice for forwarding Dnstap (unix socket) traffic to another address

I should have included this in the first message, and I apologize. What I'm looking at is trying to build a BIND kernel, like a nanokernel. Socat won't work in this case, because because there's no "IPC" layer, because there is only one process in the kernel. One process. No users. I need to