Puncte:0

Setări DNS pentru găzduire web fără subdomeniu (www)

drapel cn

Am încercat să găsesc o soluție mai elegantă pentru a permite actualizări DNS mai bune pentru serverul meu web și pentru câteva site-uri web pe care le găzduiesc.

Deci aveți un server web de exemplu la un furnizor VPS de exemplu cu numele de domeniu apache1.vpshost.com. Dacă vreau site-ul meu care are un nume de domeniu www.example.com pentru a fi găzduit pe acel server web, aș putea pur și simplu să pun o înregistrare CNAME în care spune www.example.com este apache1.vpshost.com. Acest lucru are avantajul că, dacă adresa IP a serverului web se schimbă, trebuie să o actualizezi doar într-un singur loc, iar toate site-urile web găzduite acolo vor fi bune.

Există o mișcare în creștere pentru a renunța la www. de la adresele web, dar singura modalitate pe care o știu de a face asta este să setez înregistrarea rădăcină A să fie aceeași adresă IP ca apache1.vpshost.com deoarece nu puteți face din rădăcina dns un CNAME. Dezavantajul major al faceți acest lucru pe care îl văd este că, dacă adresa IP a serverului web se schimbă, atunci sunteți blocat să actualizați toate setările DNS pe toate adresele web găzduite.

Am încercat să caut pe Google de mai multe ori, dar dacă există o soluție mai bună pentru asta, mă pierd printre buruieni, deoarece termenii mei de căutare sunt foarte obișnuiți.

Puncte:3
drapel cn

În prezent, nu există o soluție bună pentru cazul de utilizare „CNAME at apex”. Nu ar fi fost o problemă dacă browserele web ar fi acceptat DNS SRV înregistrează, dar nu au făcut-o niciodată și nu vor face niciodată

Diferiți furnizori de DNS oferă diverse kludge-uri numite uneori UN NUME sau APEXCNAME sau ALIAS sau orice altceva. Ideea importantă este că nimic nu este standard aici. Va apărea într-un fel în UI/API-ul lor, nu poate fi copiat așa cum este la alt furnizor (dacă vă schimbați) și, desigur, nu apare deloc în partea de rezoluție DNS, așa cum vor fi cumva (fie dinamic atunci când solicitările vin, sau prin niște cache-uri completate în prealabil) generează A și aaaa răspunsuri pentru apex pe baza configurației.

Din punct de vedere tehnic, implică, practic, ca un server de nume autorizat să fie, de asemenea, puțin recursiv, deoarece în unele momente trebuie să rezolve numele pe care l-ați folosit în „falsul” dvs. CNAME la o adresă IP.

Acesta este motivul pentru care viitoarele înregistrări DNS au sunat SVCB sau HTTPS va rezolva in sfarsit asta. Ele nu sunt încă pe deplin standardizate, deoarece IETF RFC este încă în curs de redactare, dar există deja în DNS cu tipuri de înregistrări de resurse alocate și diverse companii (Apple, Google, CloudFlare pentru a numi câteva) le folosesc deja.

Oricum, recomand să investești timp doar în jurul acestei viitoare soluții standard sigure (deci să găsești furnizori de DNS care îi susțin și să urmărești cum/când browserele le vor folosi, „toți” au spus că o vor face) și să nu investești timp în kludge-urile actuale, deoarece sunt inferioare, nu standard și trebuie să dispară în apariția noilor înregistrări DNS de mai sus.

drapel cn
Accept acest răspuns ca răspuns la întrebare. Vă mulțumesc pentru timpul acordat pentru a oferi un răspuns atent și util.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.