Sådan sætter du et CDN foran dit brugerdefinerede domæne, trin for trin
At sætte et CDN foran dit eget domæne er en kort tjekliste og omkring fire steder, folk rejser op. Her er det hele i orden, herunder hvordan man fortryder det.
Dette er et job, der tager omkring ti minutter af faktisk arbejde og en dag med at vente, og næsten alt, hvad der går galt med det, går galt, fordi de to fik gjort i den forkerte rækkefølge.
Så: rækkefølgen, de ting, der skal kontrolleres, før du starter, og de fire måder, det almindeligvis går sidelæns.
Før du rører noget
Fem minutter af at tjekke her sparer en aften senere.
- Find ud af, hvor din DNS rent faktisk administreres. Ikke der, hvor du købte domænet – der hvor navneserverne peger. Disse er ofte forskellige, og folk bruger en time på at redigere poster hos en registrator, der ikke er autoritativ for noget.
- Bemærk din aktuelle post og dens TTL. Skriv den nøjagtige værdi ned, som du er ved at ændre. Det er din tilbagevenden.
- Tjek, om du har brug for en apex. Sætter
www.example.comBag en CDN er det ligetil. Sætterexample.comDet er et problem, der ligger bagved – se nedenfor. - Tjek om der er en CAA-rekord. Hvis dit domæne har et, viser det, hvilke certifikatmyndigheder der kan udstede det. Hvis CDN's myndighed ikke er angivet, vil udstedelse af certifikat mislykkes med en fejl, der ikke tydeligt angiver hvorfor.
- Find ud af, hvor din oprindelse er tilgængelig. Kanten skal kunne hente fra det, og hvis du planlægger at firewall oprindelsen bagefter, planlægge det som et senere trin i stedet for en samtidig.
Sekvensen
Sænk din DNS TTL – en dag frem i tiden
Drop rekorden, du vil ændre til 300 sekunder. Vent derefter på, at den gammelvere stadig holder den gamle rekord med sin gamle levetid.
Opret zonen
Peg på din oprindelsesadresse eller dit værtsnavn. Du får et CDN-værtsnavn tilbage, som du kan bruge til testning.
Test grundigt på CDN- værtsnavnet
Inden DNS ændres. Indlæs hjemmesiden, en produktside, en formular, en indlogget side. Kontrollér, at billeder indlæses, at omdirigeringer opfører sig ordentligt, og at alt, hvad der læser den besøgendes IP, stadig ser det rigtige i stedet for kantens.
Føj dit tilpassede domæne til zonen
Registrer dig www.example.com med zonen, så kanten ved, at den skal svare for det pågældende værtsnavn og anmode om et certifikat for det.
ndre DNS-posten
Normalt et CNAME fra dit værtsnavn til CDN-værtsnavnet. Dette er det øjeblik, hvor den rigtige trafik begynder at flyde gennem kanten, og med en 300-sekunders TTL sker det over omkring fem minutter i stedet for en dag.
Vent på certifikatet
Udstedelse kræver normalt, at DNS allerede peger på CDN, da validering udføres mod det levende værtsnavn. Forvent minutter, ikke sekunder. Gå ikke i panik over en advarsel om certifikater i løbet af de første par minutter.
Kontrollér, og løft derefter TTL igen
Tjek webstedet via HTTPS fra mere end ét netværk. Bekræft, at cacheoverskrifter vises. Sæt derefter TTL’en tilbage til noget fornuftigt – 3600 eller højere.
Komplikation af apex domæne
Hvis du ønsker det example.com og ikke kun www.example.com På CDN rammer du en regel i DNS-specifikationen: en CNAME kan ikke eksistere sammen med andre poster med samme navn, og apex skal bære NS-poster og normalt MX-poster. Hvis du lægger et CNAME der, kan det ødelægge din e-mail.
Der er tre måder at komme ud af det på, i prioriteret rækkefølge:
Brug din DNS-udbyders fladtryksfunktion. Kaldes CNAME-flatning, ALIAS eller ANAME afhængigt af udbyderen. Det løser målet bag kulisserne og giver dig en A-rekord, der giver dig CNAME-lignende opførsel på toppen uden at krænke noget. Dette er det rigtige svar, hvis det er tilgængeligt.
Omdirigering af toppunktet til www. En rekord, der peger på noget, der giver en 301-værdi, der svarer til 301 www.example.com, og sæt CDN på www. Det er meget respektabelt, og mange store websteder gør netop dette.
Brug en statisk A-post. Virker, men du ejer nu problemet med at opdatere den, hvis adressen nogensinde ændres, og du mister den automatiske failover, som en værtsnavnsbaseret post kan give.
De fire ting, der går galt
Gør
- Sænk TTL en dag før tid
- Test først på det midlertidige værtsnavn
- Kontroller CAA-poster, før du forventer et certifikat
- Hold oprindelsen tilgængelig under overskæringen
- Hold din gamle optegnelse nedskrevet
Må ikke anvendes
- Skift med en 24-timers TTL stadig på plads
- Firewall oprindelsen, før kanten arbejder
- Sæt en CNAME på spidsen
- Skift DNS- og oprindelseskonfiguration på én gang
- Gør det på en fredag eftermiddag
Den mest almindelige af disse med en vis afstand er firewallen. Det er helt rimeligt at ønske, at din oprindelse kun accepterer trafik fra kanten - det er god praksis, og du bør gøre det. Men gør det efter du har bekræftet, at trafikken flyder gennem kanten korrekt, ikke før, eller du vil debugging en 502 med ingen måde at kontrollere, om oprindelsen er lige op.
Tjek, hvad din applikation ser som klient-IP efter skiftet. Trafik kommer nu fra kanten, så alt, der logger, sats-grænser eller geolocates ved IP vil se kantens adresse, medmindre det læser den videresendte header i stedet. Ratebegrænsere er dem, der bryder mest mindeværdigt - hver besøgende ser ud til at være den samme klient.
Rullende tilbage
Værd at vide, før du har brug for det: rollback ændrer DNS-posten tilbage til den værdi, du skrev ned, og med en 300-sekunders TTL tager det omkring fem minutter. Det er hele grunden til at sænke TTL først - ikke for at foretage ændringen hurtigt, men for at gøre fortrydelsen hurtigt.
Hold TTL lav i en dag eller to efter skiftet af samme grund. Hæv det, når du er sikker.
Ofte stillede spørgsmål
Hvordan henviser jeg mit domæne til et CDN?
Opret en zone ved CDN, der peger på din oprindelse, test webstedet på det midlertidige værtsnavn, som CDN angiver, tilføj dit brugerdefinerede domæne til zonen, og skift derefter din DNS-post – normalt et CNAME fra www.example.com til CDN's værtsnavn. Sænk rekordens TTL en dag i forvejen, så både ændringen og enhver tilbageførsel tager minutter i stedet for timer.
Skal jeg bruge et CNAME- eller A-nummer til mit CDN-nummer?
Et CNAME, hvor det er muligt, fordi det lader CDN ændre de underliggende adresser, uden at du redigerer noget. Undtagelsen er toppen af dit domæne, hvor et CNAME ikke er tilladt og kan ødelægge e-mailleveringen. Der skal du bruge din DNS-udbyders CNAME-flatning eller ALIAS-funktion, en omdirigering fra toppunktet til www eller en statisk A-post.
Hvor lang tid tager det at skifte et domæne til et CDN?
Selve ændringen er en DNS-postredigering. Hvor hurtigt det virker, afhænger af den TTL, der blev indstillet, før du ændrede den - med en TTL på 300 sekunder udbredes den på omkring fem minutter, mens en 24-timers TTL betyder, at nogle besøgende når den gamle adresse for en dag. Certifikatudstedelse tilføjer typisk et par minutter efter, at DNS peger korrekt.
Hvorfor udstedes mit SSL-certifikat ikke efter at have peget DNS på CDN?
Tre almindelige årsager. DNS har muligvis endnu ikke spredt sig, da validering udføres mod det levende værtsnavn. En CAA-post på dit domæne viser muligvis ikke den certifikatautoritet, som CDN bruger, og som blokerer udstedelse. Eller værtsnavnet er måske ikke blevet føjet til zonen, så der blev ikke anmodet om noget certifikat for det. Kontroller CAA-posten først, da dens fejltilstand er den mindst indlysende.
Vil mine besøgendes IP-adresser stadig være synlige, når de har tilføjet et CDN?
Din oprindelse vil se kantserverens adresse som forbindelseskilden, hvor den besøgendes rigtige adresse sendes i en videresendt sidehoved. Alt, der logger, geolocates eller sats-grænser ved IP skal konfigureres til at læse, at header, eller det vil behandle al trafik som kommer fra en håndfuld adresser. Ratebegrænsere er den mest forstyrrende ting at overse her.
Udført i denne rækkefølge er den offentlige cutover en ikke-begivenhed: du har allerede set webstedet arbejde gennem kanten, DNS-ændringen tager fem minutter, og hvis der er noget galt, er du fem minutter fra at være tilbage, hvor du Startet.
Mads har arbejdet med IT – mest som vært – siden han var 16. Han tog tidligt ejerskab i en SaaS-virksomhed og var med til at udvide den til Visma, har opbygget og drevet datacenternetværk og fungeret som CTO for et dansk datacenter. Han startede NordicCDN for at gøre hurtig og sikker infrastruktur enkel at bruge.
