Så här sätter du ett CDN framför din anpassade domän, steg för steg
Att sätta ett CDN framför din egen domän är en kort checklista och ungefär fyra platser som människor reser upp. Här är allt i ordning, inklusive hur man ångrar det.
Det här är ett jobb som tar ungefär tio minuter av faktiskt arbete och en dag av väntan, och nästan allt som går fel med det går fel eftersom de två gjordes i fel ordning.
Så: sekvensen, sakerna att kontrollera innan du börjar, och de fyra sätten det vanligtvis går i sidled.
Innan du rör något
Fem minuter av att kolla här sparar en kväll senare.
- Ta reda på var din DNS faktiskt hanteras. Inte där du köpte domänen – där namnservrarna pekar. Dessa är ofta olika, och människor spenderar en timme på att redigera poster hos en registrar som inte är auktoritativ för någonting.
- Notera din nuvarande post och dess TTL. Skriv ner det exakta värdet du är på väg att ändra. Det här är din rollback.
- Kontrollera om du behöver en apex. Putting
www.example.comBakom en CDN är det enkelt. Puttingexample.comBakom sig har man en komplikation – se nedan. - Kolla efter en CAA-post. Om domänen har en listar den vilka certifikatutfärdare som kan utfärda den. Om CDN:s myndighet inte finns med i listan kommer utfärdandet av certifikatet att misslyckas med ett fel som uppenbarligen inte säger varför.
- Vet var ditt ursprung kommer att nås. Kanten måste kunna hämta från den, och om du planerar att brandväggen ursprunget efteråt, planera det som ett senare steg snarare än en samtidig.
Sekvens
Sänk din DNS TTL – en dag framåt
Släpp posten du kommer att ändra till 300 sekunder. Vänta sedan tills den gammallt, vilket är anledningen till att det här steget inträffar en dag tidigare. Att göra det samtidigt som omkopplaren uppnår ingenting, eftersom resolver fortfarande håller den gamla rekordet med sin gamla livstid.
Skapa zonen
Peka på din ursprungsadress eller ditt värdnamn. Du får tillbaka ett värdnamn för CDN som du kan använda för testning.
Testa noggrant på CDN: s värddatornamn
Innan DNS ändras. Ladda hemsidan, en produktsida, ett formulär, en inloggad sida. Kontrollera att bilder laddas, att omdirigeringar fungerar och att allt som läser besökarens IP fortfarande ser rätt än kantens.
Lägg till din anpassade domän i zonen
Registrera dig www.example.com med zonen så att kanten vet att svara för det värdnamnet och begära ett certifikat för det.
Ändra DNS-posten
Vanligtvis ett CNAME från ditt värdnamn till CDN-värdnamnet. Detta är ögonblicket verklig trafik börjar flöda genom kanten, och med en 300-sekunders TTL händer det över cirka fem minuter snarare än en dag.
Vänta på certifikatet
Utgivning behöver normalt DNS som redan pekar på CDN, eftersom validering utförs mot det levande värdnamnet. Räkna med minuter, inte sekunder. Få inte panik vid ett certifikatvarning under de första minuterna.
Verifiera och höj sedan TTL igen
Kontrollera webbplatsen via HTTPS från mer än ett nätverk. Bekräfta att cachehuvuden visas. Sätt sedan tillbaka TTL:n till något vettigt – 3600 eller högre.
Den apex domän komplikation
Om du vill example.com och inte bara www.example.com På CDN träffar du en regel i DNS-specifikationen: en CNAME kan inte samexistera med andra poster med samma namn, och apex måste bära NS-poster och vanligtvis MX-poster. Att sätta ett CNAME där kan bryta din e-post.
Tre utvägar, i preferensordning:
Använd din DNS-leverantörs utfällningsfunktion. Kallas CNAME-platta, ALIAS eller ANAME beroende på leverantör. Det löser målet bakom kulisserna och ger dig ett A-rekord, vilket ger dig ett CNAME-liknande beteende på toppen utan att kränka något. Detta är rätt svar om det finns tillgängligt.
Omdirigera apex till www. Håll en tydlig rekord vid spetsen som pekar på något som utfärdar en 301 till www.example.com, och sätta CDN på www. Helt respektabelt, och många stora webbplatser gör just detta.
Använd en statisk A-post. Fungerar, men du äger nu problemet med att uppdatera den om adressen någonsin ändras, och du förlorar den automatiska failover som en värdnamnsbaserad post kan ge.
Fyra saker som går fel
Gör
- Sänk TTL en dag tidigt
- Testa det tillfälliga värdnamnet först
- Kontrollera CAA-poster innan du förväntar dig ett certifikat
- Håll ursprunget tillgängligt under cutover
- Håll din gamla skiva nedskriven
Låt bli
- Byt med en 24-timmars TTL fortfarande på plats
- Brandvägg ursprunget innan kanten fungerar
- Sätt en CNAME på toppen
- Ändra DNS- och ursprungskonfiguration på en gång
- Gör det på en fredag eftermiddag
Den vanligaste av dessa med lite avstånd är brandväggen. Det är helt rimligt att vilja att ditt ursprung ska acceptera trafik endast från kanten - det är bra praxis och du borde göra det. Men gör det efter att du har bekräftat att trafiken flyter genom kanten korrekt, inte tidigare, eller du kommer att felsöka en 502 med inget sätt att kontrollera om ursprunget är jämnt.
Kontrollera vad din applikation ser som klient-IP efter bytet. Trafiken kommer nu från kanten, så allt som loggar, hastighetsgränser eller geolokaliserar av IP kommer att se kantens adress om den inte läser den vidarebefordrade rubriken istället. Rate limiters är de som bryter mest minnesvärt - varje besökare verkar vara samma klient.
Rulla tillbaka
Värt att veta innan du behöver det: återställningen ändrar DNS-posten tillbaka till det värde du skrev ner, och med en 300-sekunders TTL tar det ungefär fem minuter. Det är hela skälet till att sänka TTL först - inte för att göra förändringen snabbt, men för att göra ångra snabbt.
Håll TTL låg under en dag eller två efter bytet av samma anledning. Höj det när du är säker.
Vanliga frågor
Hur pekar jag min domän mot ett CDN?
Skapa en zon vid CDN som pekar på ditt ursprung, testa webbplatsen på det tillfälliga värdnamnet som CDN tillhandahåller, lägg till din anpassade domän i zonen och ändra sedan din DNS-post – vanligtvis ett CNAME från www.example.com till CDN: s värdnamn. Sänk rekordets TTL en dag i förväg så att både ändringen och eventuell återgång tar minuter snarare än timmar.
Ska jag använda ett CNAME- eller A-nummer för mitt CDN-nummer?
Ett CNAME-namn när det är möjligt, eftersom det låter CDN ändra de underliggande adresserna utan att du redigerar någonting. Undantaget är toppen av din domän, där ett CNAME inte är tillåtet och kan bryta e-postleverans. Där behöver du din DNS-leverantörs CNAME-utjämning eller ALIAS-funktion, en omdirigering från apex till www eller en statisk A-post.
Hur lång tid tar det att byta domän till ett CDN?
Förändringen i sig är en DNS-postredigering. Hur snabbt det fungerar beror på TTL som ställdes in innan du ändrade det - med en TTL på 300 sekunder sprids den på cirka fem minuter, medan en 24-timmars TTL innebär att vissa besökare når den gamla adressen för en dag. Certifikatutfärdande lägger vanligtvis till några minuter efter att DNS har pekat korrekt.
Varför utfärdas inte mitt SSL-certifikat efter att ha pekat DNS på CDN?
Tre vanliga orsaker. DNS kanske ännu inte har propagerats, eftersom validering utförs mot det levande värdnamnet. En CAA-post på din domän kanske inte listar certifikatutfärdaren som CDN använder, vilket blockerar utfärdandet. Eller så kanske värdnamnet inte har lagts till i zonen, så inget certifikat begärdes för det. Kontrollera CAA-posten först, eftersom dess felläge är det minst uppenbara.
Kommer mina besökares IP-adresser fortfarande att vara synliga efter att de har lagt till ett CDN?
Ditt ursprung kommer att se kantserverns adress som anslutningskälla, med besökarens riktiga adress skickad i ett vidarebefordrat sidhuvud. Allt som loggar, geolokaliserar eller hastighetsbegränsningar av IP måste konfigureras för att läsa den rubriken, eller det kommer att behandla all trafik som kommer från en handfull adresser. Ratebegränsare är det mest störande att förbise här.
Gjort i den här ordningen är den offentliga cutoveren en icke-händelse: du har redan sett webbplatsen arbeta genom kanten, DNS-ändringen tar fem minuter, och om något är fel är du fem minuter från att vara tillbaka där du är. Påbörjad.
Se hur NordicCDN gör detta för din webbplats:
Mads har arbetat inom IT – mestadels som värd – sedan han var 16. Han tog tidigt del i ett SaaS-företag och hjälpte till att växa fram till förvärvet av Visma, har byggt och drivit datacenternätverk och fungerat som CTO för ett danskt datacenter. Han startade NordicCDN för att göra snabb och säker infrastruktur enkel att använda.
