Hvordan-guide

Hvordan sette opp DNS-innstillinger for nettstedet ditt (A, CNAME, MX, TXT)?

  • 16 min lesetid
  • Hostragons-teamet
Hvordan sette opp DNS-innstillinger for nettstedet ditt (A, CNAME, MX, TXT)?

DNS-innstillinger er tekniske oppføringer som bestemmer hvilke servere domenet ditt skal peke til for nettstedet ditt, e-posttjenester og verifikasjonsoppføringer. Når du kjøper et domene, blir det vanligvis opprettet en A-post som peker til hostingens IP-adresse for å få nettstedet ditt til å vises. For subdomener som www legges det til en CNAME-post, MX-poster defineres for bedrifts-e-poster, og TXT-poster brukes for SPF, DKIM, DMARC eller tjenesteverifikasjoner. Kort sagt, DNS fungerer som en internettadressebok som bringer besøkende fra domenet de skriver inn i nettleseren, til riktig webserver og riktig tjeneste.

I denne guiden vil vi trinnvis gå gjennom hva A-, CNAME-, MX- og TXT-poster er, når du skal bruke hver type post, hva du må være oppmerksom på når du gjør DNS-innstillinger i domenepanelet ditt, og hvor lang tid endringene tar å spre seg. Vi vil bruke virkelige eksempler på scenarioer som ofte oppstår: koble et domene til en hostingpakke, opprette en www-viderekobling, bruke bedrifts-e-post, bekrefte med Google Search Console og forbedre e-postleverbarheten.

DNS-konfigurasjon kan ved første øyekast virke komplisert; men når du først forstår logikken, er det en systematisk prosess å håndtere. En feil post kan føre til at nettstedet ditt ikke åpnes, at e-poster ikke leveres, eller at SSL-verifiseringen ikke fullføres. Derfor er det viktig å notere de eksisterende postene før du gjør endringer, planlegge TTL-verdiene riktig, og teste endringene enkeltvis når det er mulig. Hvis du administrerer domenet, hosting og SSL-tjenestene dine i samme økosystem via Hostragons, vil prosessen gå mer kontrollert; du kan se på sidene for Hostragons domenregistrering og overføringstjenester, Hostragons webhostingpakker og Hostragons SSL-sertifikater.

Hva er DNS og hvorfor er det viktig for domeneadministrasjon?

DNS står for Domain Name System og fungerer som et distribuert system som oversetter domenenavn til IP-adresser. Når folk bruker minside.com som et lett huskbart domenenavn, kommuniserer serverne med IP-adresser som 192.0.2.10. DNS-poster informerer om hvilken IP-adresse, e-postserver eller verifikasjonsverdi et domenenavn er knyttet til.

Det er tre hovedkomponenter for å få et nettsted online: domene, hosting og DNS. Domenet er navnet på merket ditt på internett, hosting er serveren som lagrer filene dine, og DNS er lagret som knytter disse to sammen. Hvis du har et domene, men DNS-postene ikke peker til hostingens IP-adresse, kan ikke besøkende nå nettstedet ditt. Hvis du har hosting, men nameserver eller A-post er feil, kan nettleseren vise en tom side, koblingsfeil eller innhold fra en gammel server.

DNS er også grunnlaget for e-postinfrastrukturen. For eksempel bestemmer MX-postene hvilken server e-poster til info@dittdomene.com skal leveres til. TXT-poster som SPF, DKIM og DMARC brukes for å hindre at e-poster du sender havner i søppelpostmappen. Derfor er DNS-innstillingene ikke bare begrenset til prosessen med å åpne et nettsted; de spiller også en kritisk rolle når det gjelder merkevarepålitelighet, e-postomdømme, annonseverifikasjoner og sikkerhetspolicyer.

Typer DNS-poster: Sammenligning av A, CNAME, MX og TXT

De mest brukte DNS-postene er A-, CNAME-, MX- og TXT-poster. Hver av dem har ulike formål, og å velge feil posttype kan føre til tjenesteavbrudd. Tabellen nedenfor hjelper deg raskt å forstå de grunnleggende forskjellene.

Typer DNS-poster: Sammenligning av A, CNAME, MX og TXT
PosttypeHva er det brukt til?Vanlig brukEksempelverdiViktige punkter
APeker domenet til en IPv4-adresse.Kobler domenet til hostingserveren.203.0.113.25IP-adressen må oppdateres hvis den endres.
CNAMEKobler et domenenavn til et annet domenenavn som et kallenavn.www, blog eller panel subdomener.dittdomene.comIkke anbefalt for rot-domenet i de fleste DNS-systemer.
MXBestemmer hvilken e-postserver e-poster skal sendes til.Bedrifts-e-post, Google Workspace, Microsoft 365.mail.dittdomene.comPrioritetsverdien må være riktig sortert.
TXTInneholder tekstbasert verifikasjon og sikkerhetsinformasjon.SPF, DKIM, DMARC, tjenesteverifikasjon.v=spf1 include:... ~allFlere SPF-poster kan forårsake feil.

Du kan tenke på denne tabellen som en praktisk regel: Hvis du skal koble nettstedet til en IP-adresse, bruker du A-posten; hvis du skal koble et subdomene til en annen adresse, bruker du CNAME-posten; for e-postlevering bruker du MX-posten, og for verifikasjon og e-postsikkerhet bruker du TXT-posten. Å velge riktig posttype under DNS-innstillingene er det første trinnet mot en problemfri lansering.

Forberedelseskontrolliste før du gjør DNS-innstillinger

Å ha noen informasjon tilgjengelig før du gjør endringer i DNS kan spare tid og redusere risikoen for feil. Spesielt hvis du har et aktivt nettsted eller e-posttrafikk, kan planlagte endringer påvirke brukeropplevelsen. Følgende kontrolliste er et praktisk utgangspunkt for en profesjonell domeneadministrasjonsprosess.

  • Sjekk at du har tilgang til domenes administrasjonspanel.
  • Noter IP-adressen til serveren som din hostingleverandør har gitt deg.
  • Sjekk adresse til nameserverne eller DNS-sonedataene du skal bruke.
  • Hvis du har e-posttjeneste, be om MX, SPF, DKIM og DMARC-verdiene fra leverandøren.
  • Ta et skjermbilde av de eksisterende DNS-postene eller eksporter dem.
  • Planlegg å redusere TTL-verdiene før endringene.
  • Utfør endringer utenom høytrafikkperioder på aktive nettsteder.
  • Forbered deg på å teste etter endringer med DNS-kontrollverktøy og trinn for å tømme nettleserens cache.

TTL står for Time To Live og angir hvor lenge en DNS-post skal holdes i cachen. For eksempel, hvis TTL er 3600, kan posten være i cachen i omtrent 1 time. Hvis du skal gjøre en stor serveroverføring, kan det være lurt å redusere TTL-verdien til 300 sekunder noen timer før prosessen for å akselerere distribusjonen. Men å bruke unødvendig lave TTL-verdier kan øke antallet DNS-forespørsel; derfor er det vanlig å gå tilbake til balanserte verdier som 1800 eller 3600 etter at prosessen er fullført.

Slik setter du opp A-poster

A-posten peker et domene eller subdomene til en IPv4-adresse. Dette er den posten du oftest vil redigere når du vil koble nettstedet ditt til en hostingpakke. For eksempel, hvis du vil at dittdomene.com skal peke til IP-adressen 203.0.113.25 på Hostragons hostingserver, må du opprette en A-post for rot-domenet.

Eksempel på A-postscenario

La oss si at du har opprettet en ny WordPress-side og at serverens IP-adresse i hostingpanelet ditt er 203.0.113.25. Du går inn i DNS-administrasjonsdelen i domenepanelet ditt og skriver vanligvis @ i navne- eller vertsfeltet. Dette symbolet representerer rot-domenet. Du velger A i posttypefeltet, skriver 203.0.113.25 i verdi-feltet, og velger 3600 som TTL. Etter å ha lagt til posten, begynner dittdomene.com å bli løst til denne IP-adressen.

Trinn for å opprette A-poster

  • Logg inn på domenets administrasjonspanel.
  • Åpne DNS-administrasjon, DNS-soner eller DNS-poster-delen.
  • Velg alternativet for å legge til ny post.
  • Velg A som posttype.
  • Skriv @ for rot-domenet eller verdien for subdomener som blog eller panel i vertsfeltet.
  • Skriv hostingens IP-adresse i verdi-feltet.
  • Definer TTL-verdien og lagre posten.
  • Test domenet i nettleseren og med DNS-forespørselverktøy etter distribusjon.

En vanlig feil når du legger til A-poster er å opprette en ny post som kolliderer med den gamle IP-adressen uten å slette den gamle. Du kan bruke flere A-poster for samme vert bevisst for lastbalansering; men i et standard hosting-scenario kan det føre til at besøkende noen ganger går til den gamle serveren og noen ganger til den nye. Derfor må du sjekke postene for samme vert.

Slik setter du opp CNAME-poster

CNAME-posten kommer fra uttrykket Canonical Name og peker et domenenavn til et annet domenenavn som et kallenavn. Den vanligste bruken er for www-subdomenet. For eksempel, hvis du vil at www.dittdomene.com skal vise det samme som dittdomene.com, kan du opprette en CNAME-post for www.

Eksempel på CNAME-postscenario

La oss si at dittdomene.com er koblet til hostingens IP-adresse med en A-post. I stedet for å skrive inn IP-adresse for www.dittdomene.com, kan du lage en CNAME-post som peker til dittdomene.com. Dermed trenger du ikke å oppdatere www-posten når IP-adressen til rot-domenet endres; www vil automatisk følge målet der rot-domenet blir løst.

Trinn for å opprette CNAME-poster

  • Legg til ny post i DNS-administrasjonsdelen.
  • Velg CNAME som posttype.
  • Skriv www, blog eller shop som subdomenet i vertsfeltet.
  • Skriv domenenavnet du ønsker å videresende til i mål- eller verdi-feltet.
  • Definer TTL-verdien og lagre posten.
  • Test subdomenet i nettleseren.

En viktig ting å være oppmerksom på når du bruker CNAME-poster: Bruk av CNAME for rot-domenet anbefales vanligvis ikke i de fleste klassiske DNS-konfigurasjoner, eller det støttes ikke. Fordi det må være andre poster som NS, SOA og noen ganger MX i rot-domenet. Derfor foretrekkes A-poster for rot-domenet, mens CNAME-poster brukes for subdomener. Hvis CDN, nettstedbygger eller SaaS-plattformer krever spesifikke videresendinger, må verdiene fra leverandørens dokumentasjon følges nøye.

Slik setter du opp MX-poster

MX-posten er en Mail Exchange-post og bestemmer hvilken e-postserver som skal levere e-poster som kommer til domenet ditt. Nettstedet ditt kan være på en server, mens e-postene dine kan være på en annen leverandør. Denne separasjonen er mulig takket være DNS. For eksempel kan du bruke bedrifts-e-postene dine via Google Workspace, Microsoft 365 eller Hostragons bedrifts-e-postinfrastruktur mens nettstedet ditt hostes på Hostragons.

Prioritetslogikk i MX-poster

MX-poster inneholder et tall kalt prioritet, som angir rekkefølgen serverne prøves ut i. Lavere tall betyr høyere prioritet. For eksempel, en server med prioritet 10 vil bli forsøkt før en med prioritet 20. Hvis den primære e-postserveren ikke svarer, kan systemet prøve den andre posten. Denne strukturen er viktig for e-postkontinuitet.

Trinn for å opprette MX-poster

  • Få MX-serveradressene fra e-postleverandøren din.
  • Sjekk de eksisterende MX-postene i DNS-administrasjonsdelen.
  • Fjern de gamle MX-postene som ikke vil bli brukt eller juster dem i henhold til leverandørens anbefaling.
  • Legg til en ny MX-post og angi vertsfeltet vanligvis som @.
  • Skriv inn verdien for e-postserveren og angi riktig prioritet.
  • Hvis du har flere MX-poster, legg dem alle til i den rekkefølgen leverandøren anbefaler.
  • Test sending og mottak av e-poster etter lagring.

Den vanligste feilen med MX-poster er å ha blandede oppføringer fra flere e-postleverandører samtidig. For eksempel, hvis gamle hosting-e-postoppføringer og nye Google Workspace-posteringer er til stede samtidig, kan noen e-poster havne på feil server. Når du flytter bedrifts-e-postene dine, kan det være lurt å lage en overgangsplan, opprette postkasser på forhånd og gjøre DNS-endringen i lavtrafikkperioder. Hvis du ønsker å administrere e-postinfrastrukturen din sammen med hostingen, kan du se på Hostragons bedrifts e-postløsninger.

Slik setter du opp TXT-poster

TXT-posten brukes til å publisere tekstbasert informasjon på DNS. I moderne domeneadministrasjon er TXT-poster spesielt viktige for verifikasjon og sikkerhet. Google Search Console, Microsoft 365, Meta Business, ulike annonseplattformer og SSL-verifikasjonsprosesser kan be deg om å legge til en TXT-post. I tillegg publiseres også SPF, DKIM og DMARC-poster i TXT-format for e-postsikkerhet.

Hvorfor er SPF, DKIM og DMARC viktige?

SPF angir hvilke servere som kan sende e-poster på vegne av domenet ditt. DKIM sikrer at sendte e-poster er verifisert med kryptografisk signatur. DMARC forteller mottakerserverne hvordan de skal oppføre seg basert på resultatene fra SPF og DKIM. Når disse tre er riktig konfigurert, minsker sjansen for at e-postene dine havner i søppelpostmappen, og beskyttelsen mot falske sendinger på domenet ditt øker.

Trinn for å opprette TXT-poster

  • Kopier TXT-verdien som er gitt av verifikasjons- eller e-postleverandøren din.
  • Legg til en ny TXT-post i DNS-administrasjonsdelen.
  • Skriv inn vertsverdien slik leverandøren har angitt; for rot-domenet bruker du @, og for DKIM kan spesifikke verdier som selector._domainkey brukes.
  • Lim inn TXT-verdien i sin helhet.
  • Lagre posten og kontroller den igjen i verifikasjonsverktøyet.
  • Sjekk at det ikke finnes flere SPF-poster på samme domene.

Selv en liten skrivefeil i TXT-poster kan føre til at verifikasjonen mislykkes. Spesielt i SPF-poster må mellomrom, kolon og include-uttalelser være skrevet riktig. Det er feil å publisere to separate v=spf1-poster for samme rot-domene; i stedet må de tillatte avsenderne kombineres i en enkelt SPF-post. For eksempel, hvis du bruker både hosting-e-post og et e-postmarkedsføringsverktøy, må du definere to include-verdier på én linje i stedet for to separate SPF-poster.

Forskjellen mellom å endre nameserver og DNS-post

Forskjellen mellom å endre nameserver og DNS-post

Når DNS-innstillinger gjøres, blir endring av nameserver og endring av DNS-poster ofte forvekslet. Nameserver bestemmer hvilke servere som administrerer DNS-postene for domenet ditt. DNS-poster er spesifikke videresendinger som A, CNAME, MX, TXT som er definert på den nameserveren. Hvis du endrer nameserver, endrer du adressen for DNS-administrasjonen; hvis du endrer A-posten, oppdaterer du bare webviderekoblingsmålet.

For eksempel kan domenet ditt være registrert hos et annet selskap, mens hostingen din er på Hostragons. I dette tilfellet kan du bruke en av to metoder. I den første metoden endrer du nameserveradressene til Hostragons nameservere, og administrerer alle DNS-poster fra Hostragons-panelet. I den andre metoden fortsetter du å bruke DNS-panelet til din gjeldende domeneleverandør, men peker bare A-posten til IP-adressen til Hostragons hosting. Hvilken metode som er best, avhenger av hvor e-postinfrastrukturen din befinner seg og om du ønsker å samle administrasjonen på ett panel.

Hvor lang tid tar DNS-spredning?

DNS-endringer begynner vanligvis å vise effekt i løpet av noen minutter til noen timer; men det kan ta 24 til 48 timer for å oppdatere alle globale cache. Tiden kan variere avhengig av TTL, internettilbyderens cache, nettleserens DNS-cache og type post. I dag blir mange endringer synlige innen 5-60 minutter, men for kritiske overføringer er det en trygg tilnærming å ta hensyn til et 48-timers vindu.

For å teste spredningsprosessen kan du gjøre kontroller fra forskjellige nettverk. Mobilinternett, en annen nettleser, inkognito-vinduer eller online DNS-forespørselverktøy kan være til hjelp. Hvis du fortsatt ser gamle poster på datamaskinen din, kan det være nødvendig å tømme DNS-cachen. I tillegg, hvis du bruker CDN eller brannmur, må du kontrollere både DNS- og CDN-cachen og SSL-konfigurasjonen. Hvis du har problemer med SSL, kan Guide til installasjon av SSL-sertifikat og HTTPS-omdirigering være nyttig.

Eksempel på DNS-konfigurasjon for å koble domenet til hosting

For brukere som ønsker å lansere et nytt nettsted, er den typiske konfigurasjonen ganske klar. Først bestemmes hvilket DNS-panel domenet skal administreres fra. Deretter hentes hostingens IP-adresse, A-posten for rot-domenet legges til, en CNAME-post for www opprettes, og hvis e-post skal brukes, fullføres MX- og TXT-postene.

  • Rot-domenet: A-post, vert @, verdi hostingens IP-adresse.
  • www-subdomene: CNAME-post, vert www, verdi dittdomene.com.
  • E-postserver: MX-post, vert @, verdi e-postleverandørens serveradresse.
  • SPF: TXT-post, vert @, verdi e-postleverandørens SPF-linje.
  • DKIM: TXT-post, vert leverandørens angitte selector-verdi, verdi DKIM-nøkkelen.
  • DMARC: TXT-post, vert _dmarc, verdi policy-linje.

Denne konfigurasjonen er et generelt eksempel; verdiene kan variere mellom forskjellige hosting- og e-postleverandører. I Hostragons hostingpanel kan du se serverens IP-adresse, e-posttjenesteinformasjon og nødvendige videresendinger. Hvis du starter et WordPress-prosjekt, bedriftsnettsted eller e-handelsprosjekt, kan ressurser som WordPress hosting oppsett, domeneviderek med cPanel og webside migreringsguide hjelpe deg med å fullføre prosessen.

Vanlige feil i DNS-innstillinger og løsninger

DNS-feil stammer ofte fra små, men betydelige feil. Den første feilen er å bruke feil IP-adresse. Hvis A-posten forblir gammel når hostingpakken endres eller serveren flyttes, vil nettstedet fortsette å vise den gamle serveren. Løsningen er å sjekke den oppdaterte IP-adressen i hostingpanelet og oppdatere DNS-posten i samsvar med det.

Den andre vanlige feilen er at CNAME- og A-poster kolliderer på samme vert. Å definere både A- og CNAME-poster for et subdomene er ugyldig i mange DNS-systemer. For eksempel, hvis du bruker CNAME for www, bør du ikke også legge til en A-post for samme www-vert. Den tredje feilen er å glemme å oppdatere SPF, DKIM og DMARC-poster mens du endrer MX-poster eller la gamle oppføringer fra tidligere leverandører stå. Dette kan påvirke e-postleverbarheten negativt.

Den fjerde feilen er å bruke manglende tegn i verifikasjons-TXT-poster. Hvis det oppstår linjeskift, mellomrom eller manglende deler under kopiering og liming, kan Google, Microsoft eller andre tjenester ikke fullføre verifikasjonen. Den femte feilen er å endre registreringene kontinuerlig uten å vente på DNS-spredning. Å vente en rimelig tid etter å ha lagret en post, teste fra forskjellige nettverk, og gjøre endringer med én variabel om gangen gir bedre resultater.

DNS-tips for sikkerhet og ytelse

DNS er ikke bare for videresending, men også viktig for sikkerhet og ytelse. Sørg for at domenet ditt er låst, og at du bruker sterke passord og to-faktorautentisering i domenets administrasjonspanel. Uautorisert endring av DNS kan føre til at nettstedet ditt blir videresendt til en annen server eller at e-postene dine blir avbrutt. Det er også avgjørende at e-postadressen for domeneeiendom er oppdatert for overføring og gjenoppretting.

Når det gjelder ytelse, gjør det enklere å holde unødvendige DNS-poster rene og bruke riktige TTL-verdier. Korte TTL-verdier kan brukes for hyppig endrede poster, mens lengre TTL-verdier kan brukes for stabile poster. Hvis du bruker CDN, må du sette opp CNAME- eller spesifikke DNS-konfigurasjoner i henhold til leverandørens instruksjoner. I tillegg, hvis du ønsker IPv6-støtte, kan du også planlegge AAAA-poster; men dette veiledningen fokuserer primært på A-, CNAME-, MX- og TXT-poster.

For e-postsikkerhet anbefales det å publisere minst SPF- og DKIM-poster, og om mulig gradvis implementere DMARC-policyen. I starten kan du bruke overvåkingsmodus for DMARC, og etter å ha vurdert rapportene kan en strengere policy fastsettes. Denne tilnærmingen bidrar til å heve sikkerhetsnivået uten å blokkere legitim e-posttrafikk ved en feil.

Trinnvis hurtigoppsummering av implementering

Når du gjør DNS-innstillinger, vil følgende korte flyt være tilstrekkelig i de fleste scenarier for å lansere nettstedet. Sjekk først hvilke nameservere domenet ditt bruker. Hvis DNS-administrasjonen er i Hostragons-panelet, utfør prosessene fra det samme panelet; hvis det er en annen leverandør, gjør det fra den aktuelle leverandørens DNS-skjerm. Hent hostingens IP-adresse og opprett A-posten for rot-domenet. Legg til CNAME-posten for www. Hvis du bruker e-post, definer MX-postene og nødvendige TXT-poster. Til slutt, sjekk at SSL-sertifikatet dekker de riktige domenene, og at HTTPS-videresendingen er aktivert.

Det er en god profesjonell vane å notere hver endring mens du går gjennom denne prosessen, spesielt for live-prosjekter, og lage en tilbakeføringsplan. Mens DNS-justeringer for en liten blogg kan fullføres på 10-15 minutter, kan prosjekter med bedrifts-e-post og flere subdomener ta mer tid til planlegging. Det viktigste er å bruke posttypene hensiktsmessig og være tålmodig i testing av spredningsprosessen.

Ofte stilte spørsmål

Blir nettstedet umiddelbart tilgjengelig når DNS-innstillingene endres?

De fleste DNS-endringer begynner å bli synlige innen noen minutter til noen timer; men full global spredning kan ta 24-48 timer. TTL-verdien, cache fra tjenesteleverandøren og nettleserens cache kan påvirke denne tiden.

Hva er forskjellen mellom A-post og CNAME-post?

A-posten peker et domene direkte til en IPv4-adresse. CNAME-posten kobler et subdomene til et annet domenenavn som et kallenavn. Generelt brukes A-poster for rot-domenet, og CNAME-poster for subdomener som www.

Er det tilstrekkelig med bare MX-poster for e-post?

MX-poster er nødvendige for å motta e-post; men for pålitelig sending bør vanligvis SPF-, DKIM- og DMARC-TXT-poster også legges til. Disse postene reduserer risikoen for spam og gjør det vanskeligere for falske sendinger å bruke domenet ditt.

Er det bedre å endre nameserver eller A-post?

Hvis du ønsker å overføre all DNS-administrasjon til den nye leverandøren, er det passende å endre nameserverne. Hvis du bare vil peke nettstedet til den nye hostingens IP-adresse, kan det være tilstrekkelig å endre A-posten. Beslutningen påvirkes av hvor e-postinfrastrukturen din er plassert.

Hva skjer hvis jeg legger til en feil DNS-post?

En feil DNS-post kan føre til at nettstedet ditt ikke åpnes, at www-adressen ikke fungerer, at e-poster ikke leveres, eller at verifikasjonsprosessene mislykkes. Det tryggeste er å ta sikkerhetskopi av eksisterende oppføringer før endringer, og teste dem enkeltvis.

Konklusjon

DNS-innstillinger er den grunnleggende konfigurasjonen som kobler domenet ditt til webhosting, e-post, SSL og verifikasjonstjenester på riktig måte. A-poster kobler nettstedet ditt til en IP-adresse, CNAME-poster kobler subdomener til mål-domenet, MX-poster kobler e-poster til e-postserveren, og TXT-poster kobler verifikasjons- og sikkerhetsinformasjon til de relevante tjenestene. Hvis du velger riktig posttype og skriver inn verdiene nøye, kan domeneadministrasjonen bli sikker, rask og bærekraftig.

Hvis du ønsker å samle administrasjonen av domene, hosting, e-post og SSL i ett økosystem, kan du se på løsningene fra Hostragons; og få teknisk støtte når det er nødvendig for å fullføre DNS-konfigurasjonen på en tryggere måte.

Del dette innlegget:

Hostragons-teamet

Oppdaterte guider fra vårt team av eksperter innen hosting, servere og domenenavn. La oss finne den rette løsningen for prosjektet ditt sammen.

Kontakt oss