Gå til innholdet

Cookie-innstillinger

Velg hvilke typer cookies du tillater. Du kan når som helst endre valget via Cookie-innstillinger nederst på hver side. Personvernerklæring

Nødvendige

Alltid på

Trengs for å logge inn, beholde handlekurven og huske valgene dine. Disse er alltid på.

Hvilke cookies?
  • weboke_sessie, weboke_klant, weboke_remember: økten din og at du forblir innlogget
  • weboke_basket: handlekurven din
  • wkBtwIncl: visning av priser med eller uten mva.
  • wok_cookies: cookievalget ditt, 12 måneder

Måler hvilken annonse som fører til et besøk eller en bestilling, slik at vi ikke betaler for annonser som ikke gir noe.

Hvilke cookies?
  • Google Ads via Google Tag Manager (_gcl_au, _gcl_aw), opptil 90 dager
  • OpenAI Ads, annonser i ChatGPT
  • wok_aff: hvilken partner som henviste deg til oss (partnerprogram), 60 dager

4,6

Land og språk

Hvert land har sin egen nettside, med priser og mva. for det landet.

Vis

Underdomener og wildcard

Modul 3: Poster for nettstedet ditt · Lesetid: 7 minutter

Læringsmål: Etter denne leksjonen kan du lage et underdomene via DNS og forklare hvordan en wildcard fungerer og hvor den ikke gjelder.

Kjernebegreper: underdomene, wildcard (*), «en eksisterende navn vinner», wildcard og dypere nivåer, underdomene i hostingpanelet versus bare en DNS-post

Hva er et underdomene?

Et underdomene er et navn foran domenenavnet ditt: shop.example.com, blog.example.com, mail.example.com. Også www.example.com er teknisk sett bare et underdomene. Du trenger ikke registrere eller betale for det: den som har domenet example.com, kan selv lage så mange navn som ønskelig under det. Et underdomene oppstår ved at du lager en post for det.

Et underdomene kan også være flere nivåer dypt: test.shop.example.com fungerer fint. Hver del mellom punktene kan være maks 63 tegn, og hele navnet maks 253 tegn.

To typer underdomener

I praksis betyr «å lage et underdomene» to forskjellige ting, og det forvirrer mange.

1. Bare en DNS-post. Du lager en A-, AAAA- eller CNAME-post for shop i DNS. Dermed vet verden hvor shop.example.com ligger. Peker den til en ekstern tjeneste, som en nettbutikkplattform, er du ferdig: den tjenesten ordner nettstedet.

shop.example.com.   3600  IN  CNAME  shops.platform.example.

2. Et underdomene i hostingpanelet. I et hostingpanel kan du også opprette et underdomene. Da skjer det to ting: panelet setter (hvis DNS forvaltes der) en post i DNS, og det setter opp webserveren med en egen mappe for filene til det underdomenet. Det trenger du når nettstedet for underdomenet skal ligge på din egen hosting, for eksempel en ny WordPress på blog.example.com.

To fallgruver:

  • Forvaltes DNS et annet sted enn hos hostingen din (andre navnetjenere, se leksjon 2.1), setter panelet posten et sted ingen spør. Lag da posten selv hos aktøren som forvalter DNS.
  • Vil du at et underdomene skal peke til en ekstern tjeneste, skal du ikke opprette det i hostingpanelet, bare lage en DNS-post. Ellers får du to poster for samme navn som kolliderer med hverandre.

Wildcard: én post for alle navn

En wildcard er en post med en stjerne som navn:

*.example.com.   3600  IN  A  192.0.2.10

Dette betyr: «ethvert navn under example.com som ikke står i sonen fra før, peker til 192.0.2.10». Spør noen etter blog.example.com, test.example.com eller wat-dan-ook.example.com, og finnes ikke det navnet separat, gir DNS svaret fra wildcarden.

Mange hostingpakker setter opp en wildcard som standard. Dermed fungerer et nytt underdomene i hostingpanelet umiddelbart, uten at det trengs en egen post for hvert navn. Også www fungerer da automatisk.

Hvor en wildcard ikke gjelder

Reglene for wildcards står i RFC 4592. Tre ting er greit å vite.

En eksisterende navn vinner. Står det en egen post for shop.example.com, brukes ikke wildcarden for det navnet. Heller ikke for andre posttyper: har shop bare en CNAME, gir wildcarden ikke lenger noen A-post for shop heller. En wildcard er altså et sikkerhetsnett for navn som ikke finnes i det hele tatt.

*.example.com.     A      192.0.2.10
www.example.com.   CNAME  shops.platform.example.

Her går blog.example.com til 192.0.2.10, men www.example.com til plattformen.

En wildcard gjelder ikke for det rene domenenavnet (apex). *.example.com fanger ikke opp example.com selv. Der trenger du en egen post.

En wildcard gjelder ikke under et navn som finnes. Finnes shop.example.com, fanger ikke *.example.com opp navnet test.shop.example.com. Wildcarden fungerer bare for navn der hele «stien» ikke finnes. Finnes ikke shop, faller test.shop.example.com derimot inn under wildcarden. Vil du ha en wildcard under shop, lager du *.shop.example.com.

Wildcard, sertifikater og skrivefeil

En wildcard i DNS sier bare hvor et navn peker. Vær oppmerksom på to ting:

  • Et sertifikat. For https på hvert underdomene trenger du et sertifikat som dekker de navnene. Et wildcardsertifikat (*.example.com) er noe annet enn en wildcardpost, og bestilles separat. Let's Encrypt utsteder wildcardsertifikater bare via en kontroll i DNS.
  • Skrivefeil. Med en wildcard fungerer også ww.example.com eller wwww.example.com. Det kan være praktisk, men det betyr også at ethvert tenkelig navn gir et svar. Noen administratorer vil nettopp unngå det.

I praksis: slik ser det ut i et panel

Som eksempel bruker vi DirectAdmin. Andre paneler (cPanel, Plesk) har et tilsvarende skjermbilde for underdomener.

  1. Åpne Subdomain Management og klikk på Add Subdomain.
  2. Skriv bare inn den første delen, for eksempel shop.
  3. Velg mappen for filene, eller la standarden stå.
  4. Lagre.

Vil du at underdomenet skal peke til en ekstern tjeneste, hopp da over dette skjermbildet og lag bare en post i DNS Administration (leksjon 3.1 eller 3.2).

Een subdomein aanmaken 0:41

Oppsummering

  • Et underdomene oppstår ved at du lager en post for det; registrering er ikke nødvendig.
  • Bare en DNS-post er nok hvis en ekstern tjeneste leverer nettstedet. Et underdomene i hostingpanelet trenger du når siden ligger på din egen hosting.
  • En wildcard *.example.com besvarer alle navn som ikke finnes fra før.
  • Et eksisterende navn vinner alltid over wildcarden; wildcarden gjelder ikke for det rene domenenavnet og ikke under et navn som finnes.
  • En wildcardpost er ikke et wildcardsertifikat.

Quiz

1. I sonen står *.example.com A 192.0.2.10 og www.example.com CNAME shops.platform.example. Hvor går www.example.com?



2. Dekker *.example.com også navnet example.com selv?



3. Du vil at nieuwsbrief.example.com skal peke til en ekstern nyhetsbrevtjeneste. Hva gjør du?



4. shop.example.com finnes, og det er en wildcard *.example.com. Får test.shop.example.com svar fra wildcarden?



Oppgave

Oppgave Z3.3: Oppdage en wildcard. Finn ut om github.io bruker en wildcard. Slå opp A-posten til et navn som nesten helt sikkert ikke finnes separat, som dnscursus- etterfulgt av noen tilfeldige bokstaver .github.io. Får du en IP-adresse tilbake, fyll inn ja og adressen du fikk.

Oppgave Z3.3: Oppdage en wildcard



Det du fyller inn og det vi finner live, lagrer vi ikke. Nettleseren din husker svarene dine og om du har bestått oppgaven. Er du pålogget, lagrer vi bare at du hadde oppgaven (nesten) riktig i Mine kurs; der kan du også slette det.

Oppgave O3.3: Selv sette opp i øvingssonen din. Lag i øvingssonen din:

  • en wildcard-post * (type A) med verdien 192.0.2.20
  • en A-post vast med verdien 192.0.2.21

Programmet kontrollerer deretter tre navn: et tilfeldig navn (som skal gi wildcarden), vast (som skal gi sin egen adresse) og det rene øvingsdomenet.

Oppgave O3.3

Denne oppgaven gjør du i din egen øvingssone: en ekte DNS-sone på navnetjenerne til WebOké, kun for deg. Logg deg på med e-postadressen din. Du får en innloggingslenke på e-post og kommer deretter tilbake til denne leksjonen. Vi bruker adressen din bare til kurset.

Les mer

Disse artiklene beskriver trinnene i panelene til WebOké; i andre paneler fungerer det på lignende måte.

Et øyeblikk …

Sett opp domenene dine

Ordne for hvert domene navnetjenerne, koblingen til hostingen din og hvem som blir innehaver.

Laster inn domenene dine…