Ressurspostene gir informasjon om de underliggende komponentene av domenet ditt, for eksempel webhotellet eller e-postleverandøren din.
Når noen går til nettstedet ditt eller bruker domenenavnet ditt til å sende eller motta e-post, sørger ressurspostene for at alle delene fungerer sammen, og at nettstedet fungerer som det skal. Ressursposter kan også forbedre sikkerheten på nettstedet og autentisere eierskap av domenenavnet.
Når du legger til en ressurspost i Google Domains, må du fylle ut følgende felt:
- Vertsnavn
- Type
- Levetid (TTL)
- Data
For informasjon om hva du skal inkludere, se tjenesteleverandøren oppgitt i posten. E-posttjenere som føres opp som en del av en MX-post, defineres for eksempel av e-postleverandøren din, som kan være Google Workspace.
Finn ut mer om poster for webhotell
AIP-adresser er numeriske adresser for enheter som er koblet til internett, for eksempel tjenere og datamaskiner. Når du oppretter et nettsted, definerer en A- eller AAAA-post IP-adressen til webhotellet.
Det finnes to versjoner av IP-adresser på internett: IPv4 og IPv6. «A-poster» inneholder bare IPv4-adresser. «AAAA-poster» inneholder bare IPv6-adresser. For å finne ut hvilken IP-adresse du skal bruke i en A-post, ta kontakt med webhotellet ditt.
Her er et eksempel på hvordan du formaterer en A-post i Google Domains:
Vertsnavn |
Type |
TTL |
Data |
|---|---|---|---|
@ |
A |
1H |
123.123.123.123 |
@ indikerer at ressursposten gjelder for domenenavnet ditt, for eksempel example.com. Du finner mer informasjon om «Vertsnavn»-feltet i Administrer ressursposter.IP-adresser er numeriske adresser for enheter som er koblet til internett, for eksempel tjenere og datamaskiner. Når du oppretter et nettsted, definerer en A- eller AAAA-post IP-adressen til nettstedet.
Det finnes to versjoner av IP-adresser på internett: IPv4 og IPv6. «AAAA-poster» inneholder bare IPv6-adresser. «A-poster» inneholder bare IPv4-adresser. For å finne ut hvilken IP-adresse du skal bruke i en AAAA-post, kan du ta kontakt med webhotellet ditt.
Her er et eksempel på hvordan du formaterer en AAAA-post i Google Domains:
Vertsnavn |
Type |
TTL |
Data |
|---|---|---|---|
@ |
AAAA |
1H |
2002:db80:1:2:3:4:567:89ab |
@ indikerer at ressursposten gjelder for domenenavnet ditt, for eksempel example.com. Du finner mer informasjon om «Vertsnavn»-feltet i Administrer ressursposter.Alias-poster implementeres via Google Cloud DNS (andre DNS-leverandører kan omtale ALIAS-postene som ANAME-poster). De fungerer som CNAME-poster, men de kan brukes på rotdomenet. CNAME kan bare brukes på underdomener. Finn ut mer om ALIAS-poster.
I dette eksempelet finnes domenenavnet otherdomain.com med følgende A-post:
|
|
|
|
|
|
|
|
|
|
Hvis du ønsker at domenet ditt, example.com, skal bruke samme IP-adresse som otherdomain.com, kan du opprette denne Alias-posten:
|
|
|
|
|
|
|
|
|
|
Viktig:
@indikerer at ressursposten gjelder for domenenavnet ditt, for eksempel example.com. Finn ut mer om «Vertsnavn»-feltet ved å finne ut hvordan du administrerer ressursposter. Ettersom ALIAS-postene bare kan brukes på rotdomenet, trenger du ikke å skrive inn noe i feltet for vertsnavn.- «.» ved slutten av
example.comer ikke en feil. Det gir et fullstendig kvalifisert domenenavn. - ALIAS-poster kan ikke brukes på underdomener.
- ALIAS-postene kan ikke brukes på domener der DNSSEC er slått på. For å få mer informasjon om DNSSEC, kan du finne ut hvordan du konfigurerer DNSSEC- og DNS-sikkerhet.
A- og AAAA-poster gir en direkte link mellom et domene eller et underdomene og en IP-adresse til et webhotell, mens CNAME-poster (kanonisk navn) indikerer hvordan man finner en IP-adresse til et webhotell ved å peke til en annen ressurspost. På denne måten fungerer en CNAME-post som et alias.
I dette eksempelet har du domenenavnet example.com med følgende A-post:
Vertsnavn |
Type |
TTL |
Data |
|---|---|---|---|
@ |
A |
1H |
123.123.123.123 |
Viktig: @ indikerer at ressursposten gjelder for domenenavnet ditt, for eksempel example.com. Du finner mer informasjon om «Vertsnavn»-feltet i Administrer ressursposter.
Hvis du vil være sikker på at den samme IP-adressen brukes når www.example.com vises på internett, oppretter du følgende CNAME-post:
Vertsnavn |
Type |
TTL |
Data |
|---|---|---|---|
www |
CNAME |
1H |
example.com. |
wwwtolkes som et prefiks for et domenenavn, for eksempel example.com. Du finner mer informasjon om «Vertsnavn»-feltet i Administrer ressursposter.- «.» ved slutten av
example.comer ikke en feil. Det gir et fullstendig kvalifisert domenenavn.
Finn ut mer om poster for e-post
MXNår du bruker domenenavnet ditt i e-postadresser, for eksempel deg@example.com, spesifiserer en MX-post (Mail Exchange) e-posttjeneren som håndterer disse meldingene. Hvis du for eksempel bruker Google Workspace til å administrere e-post for bedriften din, brukes MX-poster til å koble sammen de to tjenestene, slik at e-postene dine kan sendes og mottas. Kontakt e-postleverandøren din for å finne ut hva slags informasjon du må oppgi i «Data»-feltet til en MX-post.
Her er et eksempel på hvordan du formaterer en MX-post i Google Domains:
Vertsnavn |
Type |
TTL |
Data |
|---|---|---|---|
@ |
MX |
1H |
mailhost1.example.com. |
@indikerer at ressursposten gjelder for domenenavnet ditt, for eksempel example.com. Du finner mer informasjon om «Vertsnavn»-feltet i Administrer ressursposter.- «.» på slutten av
mailhost1.example.comer ikke en feil, men er nødvendig for å lage et fullstendig kvalifisert domenenavn.
Du kan konfigurere flere MX-poster for et domene. Dette gjøres for å sikre at du kan bruke de andre tjenerne til å sende og motta e-post hvis det oppstår et tilgangsproblem med en av e-posttjenerne.
Når du tar med flere MX-poster, bør du konfigurere hvilken post du vil prøve som nummer én, nummer to og så videre. Dette kalles å konfigurere en prioritet. Jo lavere tallet er, desto høyere er prioriteten. 1 har for eksempel høyere prioritet enn 10.
Google-domener har ikke noe eget felt for prioritetsnummeret. For å konfigurere et prioritetsnummer skriver du inn verdien etterfulgt av e-postverten i «Data»-feltet.
Her er et eksempel på hvordan du formaterer flere MX-poster med prioriteter i Google Domains:
Vertsnavn |
Type |
TTL |
Data |
|---|---|---|---|
@ |
MX |
1H |
1 mailhost1.example.com. |
@ |
MX |
1H |
2 mailhost2.example.com. |
Følgende gjelder i dette eksempelet: Hvis e-post ikke kan leveres med mailhost1.example.com (høyere prioritet), brukes mailhost2.example.com (lavere prioritet).
Med SPF (Sender Policy Framework) kan du autentisere e-post som sendes fra domenenavnet ditt. Når en e-posttjener får e-post fra domenet ditt, benyttes SPF-poster for å bekrefte at e-posten kommer fra deg.
Bruk en TXT-posttype (tekst) til å definere SPF-postene i Google Domains. «Data»-feltet skal inneholde SPF-etiketten v=spf1 og andre SPF-kvalifikatorer, -mekanismer og -modifikatorer.
Her er et eksempel i Google Domains:
Vertsnavn |
Type |
TTL |
Data |
|---|---|---|---|
@ |
TXT |
1H |
v=spf1 include:_spf.google.com ~all |
@ indikerer at ressursposten gjelder for domenenavnet ditt, for eksempel example.com. Du finner mer informasjon om «Vertsnavn»-feltet i Administrer ressursposter.Finn ut mer om poster for navnetjenere
NSEn NS-post (navnetjener) indikerer hvor du finner andre ressursposter for domenenavnet ditt. Når du kjøper et domenenavn via Google Domains, får du med navnetjenere uten ekstra kostnad og som konfigureres automatisk.
Du kan også konfigurere egendefinerte navnetjenere. Når du bruker egendefinerte navnetjenere, kan du administrere og endre flesteparten av ressurspostene dine hos leverandøren av navnetjenere. Finn ut hvordan du administrerer domenenavnetjenere.
En SOA-post (Start of Authority) lagrer informasjon om domenet ditt. Det gjør det enklere å administrere trafikk mellom navnetjenere, for eksempel administratorens e-postadresse og den siste oppdateringen av domenet.
Når du kjøper et domenenavn via Google Domains, får du med navnetjenere uten ekstra kostnad. SOA-postene konfigureres automatisk for deg.
Finn ut mer om poster for sikkerhet
Med en CAA-post (Certification Authority Authorization) kan du kontrollere hvem som kan utstede SSL-/TLS-sertifikater for nettstedet ditt. CAA-poster kan bidra til å sikre utstedelse av sertifikater mot de som prøver å utgi seg for å være domenenavnet ditt.
Her er et eksempel på en CAA-post som begrenser utstedelse av sertifikater til sertifiseringsinstansen (CA) Let’s Encrypt:
Vertsnavn |
Type |
TTL |
Data |
|---|---|---|---|
@ |
CAA |
1H |
0 issue letsencrypt.org |
@ indikerer at ressursposten gjelder for domenenavnet ditt, for eksempel example.com. Du finner mer informasjon om «Vertsnavn»-feltet i Administrer ressursposter.- tilrettelegger for DNSSEC (Domain Name System Security Extensions)
- forhindrer at falske ressursposter settes inn når informasjon utveksles mellom enheter
En PTR-post (peker) er det motsatte av en A- eller AAAA-post. Mens A- og AAAA-poster oppgir IP-adressen tilknyttet et domenenavn, oppgir PTR-posten domenenavnet som er knyttet til en IP-adresse. PTR-poster brukes i omvendt DNS-oppslag – ofte for å dobbeltsjekke at informasjonen fra et domenenavn er pålitelig.
Du administrerer vanligvis ikke PTR-poster via Google Domains. PTR-poster er vanligvis oppgitt av eieren av IP-adressen (internettleverandøren eller nettleverandøren din). Men eieren av IP-adressen din kan delegere ansvaret for å administrere omvendte DNS-oppslag til deg. I så fall må du legge til en tilsvarende PTR-post i Google Domains.
I dette eksempelet har du en A-post:
Vertsnavn |
Type |
TTL |
Data |
|---|---|---|---|
www |
A |
1H |
111.222.33.4 |
Og eieren av IP-adressen din delegerer ansvaret for omvendt DNS-oppslag til deg med en CNAME-post.
Viktig: Rekkefølgen på de fire tallene i IP-adressen er omvendt.
Vertsnavn |
Type |
TTL |
Data |
|---|---|---|---|
4.33.222.111.in-addr.arpa. |
CNAME |
1H |
ptr_www.example.com. |
Når dette er gjort, konfigurerer du følgende PTR-post i Google Domains:
Vertsnavn |
Type |
TTL |
Data |
|---|---|---|---|
ptr_www |
PTR |
1H |
www.example.com. |
ptr_www.example.com og www.example.com er ikke en feil. Det gir et fullstendig kvalifisert domenenavn.En SSHFP-post (Secure Shell Fingerprint) brukes til å bekrefte påliteligheten til maskiner du kobler til via Secure Shell (SSH).
Her er et eksempel på hvordan du formaterer en SSHFP-post i Google Domains:
Vertsnavn |
Type |
TTL |
Data |
|---|---|---|---|
@ |
SSHFP |
1H |
2 1 123456789abcdef67890123456789abcdef67890 |
@ indikerer at ressursposten gjelder for domenenavnet ditt, for eksempel example.com. Du finner mer informasjon om «Vertsnavn»-feltet i Administrer ressursposter.Finn ut mer om andre posttyper
En TXT-post kan brukes til å registrere notater som er lesbare for mennesker eller datamaskiner. Selv om tekstposter kan inneholde vilkårlige notater, kan de også brukes til mer aktive formål, som å bekrefte eierskap til domenenavn.
Her er et eksempel på hvordan du formaterer en TXT-post i Google Domains:
Vertsnavn |
Type |
TTL |
Data |
|---|---|---|---|
@ |
TXT |
1H |
Dette er mitt domene |
@ indikerer at ressursposten gjelder for domenenavnet ditt, for eksempel example.com. Du finner mer informasjon om «Vertsnavn»-feltet i Administrer ressursposter.