Felsökning av domän och SSL
Åtgärda verifiering av anpassad domän, DNS, routning, omdirigeringar och HTTPS-problem med riktade kontroller.
Använd den här guiden när en anpassad domän inte blir klar, öppnar fel webbplats, omdirigerar felaktigt eller visar ett HTTPS-/säkerhetsfel.
Börja här
Inställningar → Domäner → Hantera → Domänstatus → identifiera steget som misslyckades → Kontrollera igen
Hitta först ditt problem
Använd symtomtabellen innan du ändrar DNS. Börja med avsnittet som matchar det du ser, gör en riktad ändring och kontrollera sedan domänstatusen och värdnamnet i en webbläsare igen.
Det du ser | Gå till |
|---|---|
Atoms kan inte verifiera domänen, eller så verkar en obligatorisk post saknas | Problem med verifiering och DNS-poster |
Domänen öppnar en gammal eller fel webbplats | Routning, motstridiga poster, Cloudflare eller projektkoppling |
Ändringen fungerar på vissa nätverk men inte på andra | DNS-spridning och lokal cachelagring |
HTTPS misslyckas eller webbläsaren visar en certifikatvarning | SSL-/HTTPS-problem |
Domänen öppnar fel Atoms-projekt | Beteende med fel projekt |
Rotdomän och www beter sig olika | Felsökning av rotdomän/www |
Domänen omdirigerar till fel adress eller loopar | Felsökning av omdirigeringar |
Flera orelaterade Atoms-domäner misslyckas samtidigt | Sluta ändra DNS och kontakta Atoms Support |
Viktigt
Använd alltid de DNS-värden som för närvarande visas i Atoms för domänen du felsöker. Kopiera inte en IP-adress, ett verifieringsvärde eller ett DNS-mål från en annan domän, en gammal skärmbild eller en äldre guide.
Var du kontrollerar domänen
Snabbreferens: Termer du kan se när du använder den här guiden
Du behöver inte förstå DNS internt för att använda felsökningsstegen. Dessa definitioner finns bara här om en term är obekant.
Term | Vad det betyder |
|---|---|
DNS | Inställningarna som talar om för internet vart din domän ska skicka besökare och vilka onlinetjänster den använder. |
Auktoritativ DNS / namnservrar | DNS-tjänsten som faktiskt styr din domäns aktiva inställningar. Om du ändrar DNS någon annanstans påverkar dessa ändringar inte domänen. |
A / AAAA / CNAME | Poster som talar om för webbläsare var de hittar din webbplats. Gamla eller motstridiga poster kan skicka besökare till fel webbplats. |
TXT | En textbaserad DNS-post som ofta används för att bevisa att du kontrollerar en domän. Atoms kan be dig lägga till en sådan under domänkonfigurationen. |
DNS-spridning / TTL | Tiden det tar innan en DNS-ändring syns överallt. Under denna period kan vissa personer fortfarande se det gamla resultatet. |
CAA | En valfri DNS-regel som styr vilka företag som får utfärda det säkerhetscertifikat som behövs för HTTPS på din domän. |
Cloudflare-proxy | En Cloudflare-inställning som skickar webbplatstrafik genom Cloudflare innan den når din webbplats. Detta kan påverka hur domänen routas eller verifieras. |
Innan du ändrar något
• Notera den exakta Domänstatusen och eventuella felmeddelanden som visas i Atoms.
• Ändra en DNS- eller routningsinställning i taget så att du kan se vilken ändring som påverkade resultatet.
• Notera det tidigare värdet innan du redigerar en DNS-post i produktion.
• Ta inte bort poster bara för att du inte känner igen dem. MX-poster, e-postrelaterade TXT-poster och orelaterade underdomäner kan stödja e-post eller andra tjänster.
• Ändra inte namnservrar bara för att lösa ett enskilt verifieringsproblem om inte en separat DNS-migrering är avsedd och bekräftad.
• Om en felsökningsändring bryter en fungerande webbplats, e-post eller annan tjänst ska du endast återställa den senaste ändringen som orsakade regressionen.
Problem med verifiering och DNS-poster
Använd det här avsnittet när Atoms inte kan verifiera domänen, en obligatorisk post verkar saknas eller vara felaktig, eller du redigerade DNS men domänens status inte ändrades.
Kontrollera först käll-DNS
• Öppna domänen i Atoms och jämför varje obligatorisk post med det som är offentligt publicerat för samma värdnamn.
• Kontrollera domänens auktoritativa namnservrar och se till att du redigerar DNS hos leverantören som betjänar dessa namnservrar. Om namnservrarna pekar på Cloudflare kanske ändringar som endast görs i en registrators DNS-panel inte är auktoritativa.
• För varje obligatorisk post ska du bekräfta posttypen, värdnamn/namn, mål eller värde, och att posten faktiskt finns hos den auktoritativa leverantören.
• Verifieringsvärdet måste exakt matcha det värde som för närvarande visas av Atoms och måste vara synligt i en offentlig DNS-uppslagning.
Åtgärda endast avvikelsen och kontrollera sedan igen
• Skapa en saknad post eller korrigera endast det fält som inte matchar.
• Om posten lades till hos fel DNS-leverantör ska du lägga till den hos den auktoritativa leverantören i stället.
• Ersätt inte ett aktuellt Atoms-värde med en adress eller ett verifieringsvärde från ett annat projekt, en annan domän, en gammal skärmbild eller en äldre artikel i Hjälpcenter.
• När ändringen är offentlig går du tillbaka till Domäner → Hantera, kontrollerar Domänstatus igen och testar sedan värdnamnet i en webbläsare.
Skydda orelaterade tjänster
Om en DNS-ändring bryter e-post eller en annan tredjepartstjänst ska du endast återställa den orelaterade MX-, TXT-, verifierings- eller underdomänpost som råkade ändras. Fortsätt sedan felsökningen en post i taget.
Routning, gammalt innehåll, motstridiga poster och Cloudflare
Använd det här avsnittet när värdnamnet öppnar en gammal webbplats, når fel destination eller har flera routningsposter för samma värdnamn.
Kontrollera A-, AAAA- och CNAME-poster för det exakta värdnamnet
• Leta efter poster från en tidigare hostingleverantör, en gammal IPv6-AAAA-destination, en CNAME plus en annan destinationspost för samma värdnamn eller dubblettposter som skickar trafik till olika tjänster.
• Ta bara bort en webbplatsroutningspost som du har bekräftat står i konflikt med den aktuella Atoms-konfigurationen. Ta inte bort okända poster som ett rensningssteg.
• Om DNS redan pekar på den avsedda destinationen men gammalt innehåll visas, testa ett privat/inkognito-fönster, en annan webbläsare eller enhet och ett annat nätverk innan du ändrar DNS igen.
Cloudflare-proxystatus
• TXT-verifieringsposter är endast DNS; de är inte webbproxy-poster.
• För A- eller CNAME-poster ska du endast ändra Proxy Status när Atoms-gränssnittet eller Atoms Support uttryckligen kräver det. Växla inte poster mellan Proxied och DNS only som ett rutinmässigt felsökningssteg.
• Om Atoms eller Support ber dig ändra proxystatusen ska du endast ändra den namngivna routningsposten, vänta tills det nya DNS-svaret blir synligt och sedan testa domänen och HTTPS igen.
DNS-spridning och lokal cachelagring
Om auktoritativ DNS redan är korrekt men olika nätverk eller enheter fortfarande visar olika resultat är det återstående problemet vanligtvis cachelagring snarare än ett nytt konfigurationsfel.
• Jämför det auktoritativa DNS-resultatet med en eller flera offentliga DNS-resolvers och, om det är användbart, ett annat nätverk som mobildata.
• Om auktoritativ DNS är felaktig ska du korrigera källposten. Om auktoritativ DNS är korrekt men andra resolvers fortfarande returnerar det tidigare värdet ska du undvika att redigera posten upprepade gånger.
• DNS-ändringar kan ta upp till 48 timmar innan de blir synliga globalt, även om de vanligtvis visas tidigare.
• Om endast en webbläsare eller enhet visar fel resultat medan DNS och Atoms är korrekta på andra ställen ska du rensa eller kringgå den lokala webbläsar-/nätverkscachen. Ändra inte DNS för ett enhetsspecifikt cacheproblem.
• Kontrollera igen senare och se om offentliga resolvers konvergerar till samma avsedda värde.
SSL-/HTTPS-problem
Använd det här avsnittet när DNS ser korrekt ut men HTTPS inte kan utfärdas, webbläsaren visar en certifikatvarning eller HTTPS tidigare fungerade men nu misslyckas.
Kontrollera konfigurationen runt certifikatet
• Notera det exakta webbläsarfelet och det exakta värdnamn som öppnas.
• Bekräfta DNS-routning, spridning, Cloudflare-proxystatus och om certifikatet verkar tillhöra ett annat värdnamn.
• Kontrollera om något nyligen ändrades i DNS, namnservrar, Cloudflare-proxyinställningar, CAA-poster eller projekt-/domänkopplingen.
• Kontrollera CAA-poster på det berörda värdnamnet och överordnad domän om en restriktiv certifikatpolicy kan finnas.
CAA-varning
Atoms publicerar inte vilken certifikatutfärdare användare ska lägga till i CAA-poster. Gissa inte en Atoms-certifikatutfärdare och lägg inte till ett slumpmässigt CAA-värde. Om en restriktiv CAA-policy kan blockera utfärdandet ska du kontakta Atoms Support innan du ändrar CAA.
Åtgärda och verifiera
• Korrigera endast ett bekräftat problem med DNS, proxy, CAA, värdnamn eller projektkoppling.
• Kringgå inte webbläsarens certifikatvarningar som en normal lösning.
• Om offentlig DNS är korrekt och ingen användarkontrollerad konfiguration förklarar felet ska du sluta ändra DNS och kontakta Atoms Support för certifikatetablering eller förnyelse.
• Ersätt inte i övrigt korrekt DNS bara för att tvinga fram certifikatförnyelse om inte Atoms uttryckligen instruerar dig att göra det.
• Kontrollera igen genom att öppna det exakta värdnamnet med https:// och bekräfta att det avsedda projektet laddas utan certifikatvarning.
Rotdomän, www, omdirigeringar och beteende med fel projekt
Dessa problem är värda att kontrollera här eftersom de kan se ut som DNS- eller SSL-fel även när den grundläggande anslutningen redan fungerar.
Rotdomänen fungerar men www gör det inte — eller tvärtom
• Behandla example.com och www.example.com som separata värdnamn. Testa båda över HTTPS.
• Kontrollera DNS-resultatet och Atoms Domänstatus för värdnamnet som misslyckas.
• Anta inte att rot-domänens värden helt enkelt ska kopieras till www.
Om ett värdnamn fortfarande behöver anslutas eller konfigureras om ska du följa installationsstegen i Anslut och hantera domäner i stället för att duplicera konfigurationsproceduren här.
Omdirigeringar går till fel adress eller loopar
• Bekräfta vilken adress du förväntar dig att besökare ska hamna på och testa omdirigeringen i en ny/privat webbläsarsession.
• Kontrollera om ett annat system också utför omdirigeringar, till exempel vidarebefordran hos registratorn, Cloudflare-omdirigeringsregler, en annan proxy/CDN eller den tidigare hostingplattformen.
• Ändra endast det bekräftat motstridiga omdirigeringslagret. Undvik att ändra flera omdirigeringssystem samtidigt.
• Om en ändring skapar en omdirigeringsloop eller skickar besökare till fel destination ska du återställa den tidigare fungerande omdirigeringskonfigurationen innan du testar ett annat lager.
För att ändra vilken ansluten adress som är primär använder du proceduren i Anslut och hantera domäner.
Domänen öppnar fel Atoms-projekt
• Om DNS redan når Atoms korrekt ska du behandla problemet som ett problem med projekt-/domänkoppling i stället för att upprepade gånger ändra DNS.
• Bekräfta vilket projekt eller arbetsyta som för närvarande visar domänkopplingen.
• När kopplingen har korrigerats ska du kontrollera igen att värdnamnet öppnar det avsedda projektet och att HTTPS fortfarande fungerar.
För att byta, koppla från, återansluta eller flytta en domän mellan projekt följer du Anslut och hantera domäner. Om den aktuella kopplingen tillhör ett otillgängligt eller borttaget projekt/en arbetsyta/ett konto ska du kontakta Atoms Support i stället för att göra ytterligare DNS-ändringar.
När du ska sluta ändra DNS och kontakta Atoms Support
Eskaler i stället för att fortsätta redigera DNS när bevisen pekar på ett problem på Atoms-sidan med status, certifikat eller koppling.
• DNS är bekräftat korrekt men Atoms domänstatus återhämtar sig inte.
• Certifikatetablering eller förnyelse misslyckas trots att offentlig DNS och användarkontrollerade inställningar är korrekta.
• Domänen är kopplad till ett otillgängligt eller borttaget projekt/en arbetsyta/ett konto, eller så misslyckas den relevanta domänhanteringsåtgärden.
• Flera orelaterade Atoms-domäner misslyckas samtidigt och deras DNS-poster har inte ändrats nyligen.
• En felsökningsändring påverkar en annan tjänst och du kan inte säkert identifiera rätt återställning.
Obs om tjänststatus
Ingen fungerande offentlig Atoms-sida för tjänststatus är för närvarande bekräftad. Om flera orelaterade domäner misslyckas samtidigt ska du undvika att ändra i övrigt korrekt DNS och kontakta Atoms Support.
Förbered dessa uppgifter innan du eskalerar
• Det berörda värdnamnet och det avsedda Atoms-projektet/arbetsytan.
• Den exakta Domänstatusen eller det felmeddelande som visas för närvarande.
• De aktuella auktoritativa DNS-resultaten och de värden som Atoms för närvarande kräver.
• Webbläsarens exakta HTTPS-/certifikatfel, om tillämpligt.
• Den senaste ändringen som gjordes och om återställning av den återgav det tidigare beteendet.
Slutlig kontroll
Efter varje åtgärd går du tillbaka till Domäner → Hantera och kontrollerar Domänstatus igen. Bekräfta sedan resultatet i en webbläsare.
• Det avsedda värdnamnet är anslutet och når det avsedda Atoms-projektet.
• HTTPS fungerar utan certifikatvarning.
• Rotdomän och www beter sig som avsett.
• Omdirigeringar slutar på den avsedda adressen.
• E-post och andra orelaterade tjänster fungerar fortfarande efter DNS-ändringarna.
Fullständigt resultat
Korrekt domänstatus + korrekt webbplats + HTTPS + korrekt värdnamn + förväntade omdirigeringar
Vanliga frågor
Varför visar min anpassade domän DNS_PROBE_FINISHED_NXDOMAIN?
Om din webbläsare visar DNS_PROBE_FINISHED_NXDOMAIN har begäran ännu inte nått vår plattform. Kontrollera följande:
- Din domän har inte löpt ut.
- Namnservrarna pekar korrekt.
- De obligatoriska A/CNAME/TXT-posterna är konfigurerade enligt plattformens specifikation.
Information som behövs för felsökning:
- Fullständigt domännamn
- Registrator / DNS-leverantör
- Helskärmsskärmbild av aktuella DNS-poster
- Tid för senaste ändring
- Testresultat för både apex och www separat
Vi verifierar DNS-spridning och plattformsbindning när posterna har bekräftats.
Varför beter sig min rotdomän och min www-underdomän olika?
Din rotdomän och www-underdomän är separata värdnamn, så den ena kan fungera medan den andra inte är konfigurerad.
- Välj vilket värdnamn som ska vara primärt och om det andra ska omdirigera till det.
- Bekräfta i Atoms domäninställningar att båda värdnamnen är tillagda eller att den avsedda omdirigeringen är konfigurerad.
- Jämför varje värdnamn hos din DNS-leverantör med den exakta post som Atoms för närvarande kräver. Ta bara bort en motstridig post efter att ha bekräftat att den inte används av en annan tjänst.
- Vänta på DNS- och certifikatuppdateringar och testa sedan båda HTTPS-URL:erna i ett inkognitofönster.
Om de fortfarande skiljer sig åt ska du kontakta Support med båda URL:erna, önskat primärt värdnamn, skärmbild av domäninställningar, DNS-skärmbild, fel från varje adress och tid för senaste ändring.
Mina DNS-poster är korrekta, men min anpassade domän fungerar fortfarande inte. Varför?
- Koppla inte bort domänen upprepade gånger och ta inte bort poster; det kan starta om validering eller certifikatarbete.
- Bekräfta den auktoritativa DNS-leverantören och jämför det aktiva A-, CNAME- eller TXT-resultatet med det exakta värde som visas i Atoms. Kontrollera om det finns dubbletter eller motstridiga poster.
- Bekräfta att domänen fortfarande är kopplad till rätt projekt och att plattformens produktions-URL fungerar.
- Om poster nyligen ändrades ska du vänta på den publicerade TTL:n och certifikatutfärdandet innan du testar igen.
Om domänen fortfarande visar en 404, certifikatvarning eller frånkopplad routning ska du kontakta Support med hela domänen, sidan för domäninställningar, DNS-skärmbild, senaste ändring och tid för ny kontroll, plattformens produktions-URL och hela felet.
Varför visar min anpassade domän fortfarande gammalt innehåll efter att jag distribuerade en ny version?
- Öppna Publish och bekräfta att den senaste versionen är distribuerad och att statusen är aktuell.
- Jämför plattformens produktions-URL med den anpassade domänen.
- Gör en hård uppdatering av den anpassade domänen och testa den i ett inkognitofönster.
- Om plattforms-URL:en är aktuell men den anpassade domänen är gammal ska du bekräfta att domänen fortfarande pekar på det aktuella Atoms-målet. Om du använder en proxy eller CDN ska du uppdatera dess cache enligt den leverantörens instruktioner.
Ändra inte DNS-poster om de inte skiljer sig från det aktuella Atoms-kravet. Om problemet kvarstår ska du kontakta Support med båda URL:erna, jämförelseskärmbilder, aktuell version, publiceringstid, DNS- eller proxyleverantör och berörda sökvägar.