Re: cname for apex record

Mark Andrews wrote: > As for browser support Safari added HTTPS record support years ago (~2020). > > Mozilla finally removed the restriction of only looking up HTTPS records via > DoH in release 129.0. > > Chrome added support in 2021. Well, "support" here means different things, though. In

Re: cname for apex record

iginal Message- > From: bind-users On Behalf Of Jan > Schaumann via bind-users > Sent: Tuesday, December 24, 2024 2:25 PM > To: bind-users@lists.isc.org > Subject: Re: cname for apex record > > ATTENTION: This email came from an external source. Do not open attachments

OT: DNS / HTTP server fixes for questionable website construction - Re: cname for apex record

On 12/24/24 09:54, G.W. Haywood wrote: You can do that sort of thing on the fly. I'd probably be thinking along the lines of Apache and mod_rewrite mod_rewrite alters / translates / permutes the request as it comes into Apache to some different path in the back-end. You could also accompli

RE: cname for apex record

via bind-users Sent: Tuesday, December 24, 2024 2:25 PM To: bind-users@lists.isc.org Subject: Re: cname for apex record ATTENTION: This email came from an external source. Do not open attachments or click on links from unknown senders or unexpected emails. "Cuttler, Brian R (HEALTH) via

Re: cname for apex record

"Cuttler, Brian R (HEALTH) via bind-users" wrote: > However, I've been asked if we can point the apex record at the external > webserver. I'm not quite sure if this covers what you're trying to accomplish, but if you're talking about an HTTP / browser context, you can take a look at setting an

RE: cname for apex record

Hello again, On Tue, 24 Dec 2024, Cuttler, Brian R (HEALTH) wrote: ... web developer wants to tell me they don't have any html ... Er, right. :) I'll look at those links, are you saying that they re-write them between the server reading the page source and sending the page/with anchors to t

RE: cname for apex record

:54 AM To: bind-users@lists.isc.org Subject: RE: cname for apex record ATTENTION: This email came from an external source. Do not open attachments or click on links from unknown senders or unexpected emails. Hello again, On Tue, 24 Dec 2024, Cuttler, Brian R (HEALTH) wrote: > ... I think its t

RE: cname for apex record

Hello again, On Tue, 24 Dec 2024, Cuttler, Brian R (HEALTH) wrote: ... I think its to avoid re-writing the links in the web pages ... You can do that sort of thing on the fly. I'd probably be thinking along the lines of Apache and mod_rewrite (and showing my age:) https://httpd.apache.org/d

Re: cname for apex record

in house because web devs will cry and be sad. Just sayin ... John Sent from Nine<http://www.9folders.com/> From: "Cuttler, Brian R (HEALTH) via bind-users" Sent: Tuesday, December 24, 2024 9:23 AM To: Greg Choules Cc: bind-users Subject: RE: cname f

Re: cname for apex record

On Tue, Dec 24, 2024 at 03:22:44PM +, 11;rgb://Cuttler, Brian R (HEALTH) via bind-users wrote a message of 593 lines which said: > Stefane - thank you for your input as well, I'll recheck my > delegation and see where we've lost proper delegation. I used check-soa and a bit of

Re: cname for apex record

On Tue, Dec 24, 2024 at 03:27:06PM +, Cuttler, Brian R (HEALTH) via bind-users wrote a message of 646 lines which said: > Apologies, meant to write Stephane and not Stefane. No problem, US-based people often miswrite it Stephanie :-) -- Visit https://lists.isc.org/mailman/listinfo/bind-

RE: cname for apex record

Apologies, meant to write Stephane and not Stefane. From: bind-users On Behalf Of Cuttler, Brian R (HEALTH) via bind-users Sent: Tuesday, December 24, 2024 10:23 AM To: Greg Choules Cc: bind-users Subject: RE: cname for apex record ATTENTION: This email came from an external source. Do not

RE: cname for apex record

efix, anchors do not. Ged - I just put up the server in the spring, will check and update if we are somehow running an older version. Thanks to all and happy holidays, Brian From: Greg Choules Sent: Tuesday, December 24, 2024 10:00 AM To: Cuttler, Brian R (HEALTH) Cc: bind-users Subject: Re: cna

Re: cname for apex record

Because the world we live in today it has become too hard or uncool for people type "www". Then to make matters worse most enterprise environments with an external Internet facing need to sit behind some type of CDN like Cloudfront, Akamai, ect *just* to blunt the nonstop DoS traffic. John Se

Re: cname for apex record

Hi there, On Tue, 24 Dec 2024, Cuttler, Brian R (HEALTH) wrote: ... We are running bind 9.14.28 ... Just to point out that if this version number is correct, it's more than four years past its EOL. https://kb.isc.org/docs/bind-9-end-of-life-dates -- 73, Ged. -- Visit https://lists.isc.org

Re: cname for apex record

Short answer: no Longer answer: set the apex to an IP address of a external facing webserver that you control so it can to do an HTTP 302 redirection to your cloudfront name. John Sent from Nine From: "Cuttler, Brian R (HEALTH) via bin

Re: cname for apex record

Hi Brian. You can't redirect your entire zone from inside the zone itself. CNAME absolutely will not do it, by design (also DNAME). The reason is, the way that DNS works. wadsworth.org has been delegated to a bunch of DNS servers (see below), which are presumably run by you and associated entities

Re: cname for apex record

On Tue, Dec 24, 2024 at 02:38:51PM +, Cuttler, Brian R (HEALTH) via bind-users wrote a message of 163 lines which said: > The cname we create for our webserver > www.wadsworth.org is working well. > However, I've been asked if we can point the apex record at the >