Domenestatus for .no – slik tolker du Norids RDAP-svar

Et .no-domene kan være registrert, ledig, midlertidig utilgjengelig eller permanent utilgjengelig. Disse tilstandene ser ikke nødvendigvis forskjellige ut hvis du bare kontrollerer HTTP-statusen fra Norids RDAP-tjeneste. Et registrert domene gir normalt 200 OK, mens alle de tre uregistrerte tilstandene kan gi 404 Not Found.

Derfor er hovedregelen enkel: Ikke merk et domene som ledig bare fordi RDAP svarte 404. Gjør et GET-oppslag og les beskrivelsen i svaret.

Vil du bare vite statusen, kan du slå opp et .no-domene hos Vymo . Oppslaget bruker offentlig informasjon fra Norid og presenterer resultatet uten at du må tolke JSON selv.

Fire resultater det er nyttig å vise

Et forståelig domeneoppslag bør oversette den tekniske responsen til fire mulige resultater:

Tilgjengelighet er et øyeblikksbilde, ikke en reservasjon. Et annet gyldig krav kan komme først helt frem til registreringen er fullført.

200 OK: domenet er registrert

Norids RDAP-endepunkt svarer normalt med 200 OK og et domeneobjekt når navnet finnes i registeret. Det viktigste er ikke om svaret inneholder en generisk status som ok, men at objektet faktisk finnes.

Et registrert domene kan blant annet ha disse feltene:

• ldhName og eventuelt unicodeName for domenenavnet
• entities for roller som registrar og teknisk kontakt
• events for registrering og siste endring
• nameservers for navnetjenerne som er delegert fra .no
• secureDNS for DNSSEC-data i delegeringen

Feltene forteller om registerobjektet. De beviser ikke at nettstedet svarer, at e-posten virker eller at virksomheten har kontroll på registrarinnloggingen.

Et aktivt registerobjekt kan ha en teknisk feil

Hvis domenet finnes i RDAP, men nettsiden er nede, bør du kontrollere lagene hver for seg:

1. RDAP viser om domenet er registrert og hvilke navnetjenere Norid delegerer til.
2. Et NS-oppslag viser om delegeringen faktisk kan følges.
3. A-, AAAA- og CNAME-poster viser hvor webtrafikken skal gå.
4. MX-poster viser hvor e-post skal leveres.
5. En HTTP-test viser om webserveren svarer.

Bruk guiden til vanlige DNS-feil hvis domenet er registrert, men tjenestene ikke virker.

404 Not Found: les beskrivelsen

For et domenenavn som ikke finnes som registrert objekt, bruker Norid 404. Norids tekniske RDAP-dokumentasjon beskriver tre meldinger som må tolkes forskjellig.

Domain is not registered

{
  "errorCode": 404,
  "title": "Not found",
  "description": ["Domain is not registered"]
}

Navnet er ikke registrert og kan registreres på kontrolltidspunktet. Det er fremdeles ikke reservert. Reglene for .no, et gyldig organisasjonsnummer og en fullført registrering må være på plass før virksomheten får bruksretten.

Domain is not available for registration

{
  "errorCode": 404,
  "title": "Not found",
  "description": ["Domain is not available for registration"]
}

Navnet er ikke registrert, men er permanent utilgjengelig for registrering. Et system som bare ser på 404, vil feilaktig kunne vise dette som ledig.

Domain is currently not available for registration

{
  "errorCode": 404,
  "title": "Not found",
  "description": ["Domain is currently not available for registration"]
}

Navnet er ikke registrert, men er utilgjengelig akkurat nå. Det kan for eksempel være del av en prosess etter sletting. Meldingen gir ikke i seg selv en sikker dato for når navnet eventuelt kan registreres igjen.

Les om karantene og sletting av .no-domener før du planlegger rundt et bestemt tidspunkt. Ikke baser lanseringen av en virksomhet på at et navn skal bli ledig en bestemt dag.

Hvorfor et HEAD-oppslag ikke er nok

RDAP støtter både GET og HEAD. Et HEAD-oppslag er nyttig når du bare vil kontrollere om et registrert objekt finnes, fordi det ikke henter hele responskroppen. Men for et uregistrert navn får du ikke teksten som skiller ledig fra utilgjengelig.

Bruk derfor GET i det siste steget før du viser «ledig», godtar en bestilling eller foreslår navnet til en kunde.

Andre HTTP-svar er ikke et ledighetssvar

Et robust oppslag trenger en egen feiltilstand. Disse situasjonene skal aldri oversettes til «ledig»:

• 429 Too Many Requests
• serverfeil i 500-serien
• tidsavbrudd eller DNS-feil mot RDAP-tjenesten
• ugyldig JSON eller et svarformat integrasjonen ikke kjenner
• planlagt vedlikehold eller midlertidig utilgjengelig tjeneste

Norid opplyser at RDAP kan være utilgjengelig under systemvedlikehold selv om DNS fortsetter å fungere. Et eksisterende nettsted kan dermed være oppe mens registeroppslaget feiler. Vis «kunne ikke kontrollere» og la brukeren prøve igjen, i stedet for å gjette.

Slik tester du responsen fra kommandolinjen

Hent responskroppen selv om serveren svarer 404, og skriv HTTP-statusen separat:

curl -sS -o rdap.json -w '%{http_code}\n' \
  https://rdap.norid.no/domain/eksempel.no

Se deretter på meldingen eller de viktigste domenefeltene:

jq '{errorCode, description, ldhName, events, entities, nameservers, secureDNS}' \
  rdap.json

Unngå curl -f når du undersøker 404-svar. Det flagget gjør at kommandoen avslutter med feil før responskroppen blir like enkel å bruke i en kjede, og det er nettopp kroppen du trenger for å tolke tilgjengeligheten.

En integrasjon kan bruke denne beslutningsrekkefølgen:

1. Ved 200: valider at svaret er et domeneobjekt og vis «registrert».
2. Ved 404: finn den kjente teksten i description og vis riktig uregistrert tilstand.
3. Ved 429, 5xx eller nettverksfeil: vis «oppslaget feilet».
4. Ved ukjent respons: logg svaret og behandle statusen som ukjent.
5. Bruk en kort cache, og kontroller på nytt før registrering.

Vymos oppslag lagrer resultatet i opptil ti minutter for å begrense unødvendige kall. Bestillingen kontrolleres på nytt i registreringsprosessen.

EPP-statuskoder er ikke hele statusmodellen for .no

Søker du etter domenestatus, finner du ofte generiske koder som ok, clientHold, clientTransferProhibited og pendingDelete. De kommer fra EPP, protokollen registrarer bruker mot registre. Kodene er reelle, men de skal ikke ukritisk brukes som en offentlig fasit for alle toppdomener.

Norids RDAP-svar kan ha et status-felt når det er relevant. Et aktivt .no-domene kan samtidig være uten status: ["ok"]. Manglende ok betyr derfor ikke automatisk at domenet er i feiltilstand.

Hvis en status faktisk vises:

1. ta vare på hele svaret og tidspunktet
2. kontroller registrar og siste hendelser i samme objekt
3. sammenlign delegerte navnetjenere med faktiske DNS-svar
4. kontakt registraren hvis statusen berører registrering, flytting eller sletting

Ved varsel om manglende fornyelse er fristene fra Norid og registraren viktigere enn en generell beskrivelse av pendingDelete skrevet for et annet toppdomene.

DNSSEC-status betyr ikke det samme som nettstedstatus

secureDNS.delegationSigned: true viser at DNSSEC-data inngår i delegeringen fra .no. Det er ikke en bekreftelse på HTTPS, skadefri kode eller et fungerende nettsted.

false betyr heller ikke at domenet er nede. Det betyr at delegeringen ikke er DNSSEC-signert. Hvis DNSSEC er feilkonfigurert, må både DS-data hos Norid og DNSKEY-data hos de autoritative navnetjenerne kontrolleres.

Offentlig RDAP viser ikke nødvendigvis alle data

Norid har ulike tilgangsnivåer. En anonym bruker får mer begrenset informasjon enn en autentisert registrar. Det er derfor feil å konkludere med at en opplysning ikke finnes bare fordi den mangler i et anonymt svar.

For offentlig abonnentinformasjon bør du bruke Norids domeneoppslag . For strukturerte registerdata og maskinell behandling er RDAP riktig start. Den mer omfattende guiden om WHOIS og RDAP for .no forklarer abonnent, registrar, hendelser og personvern nærmere.

Kort sjekkliste før du konkluderer

Vymo selger og flytter .no-domener for registrerte virksomheter. Vi har ikke et selvbetjent registrar- eller DNS-panel. Har du domenet hos Vymo og trenger hjelp med en registerendring, kan du kontakte oss .