När du har skapat en zon behöver du lägga till ytterligare resursposter till den. De vanligaste typerna av resursposter som du kan lägga till är följande:

  • Värdresursposter (A): som mappar ett DNS-domännamn (Domain Name System) till en IP-adress som används av en dator.

  • Aliasresursposter (CNAME): som mappar ett alias-DNS-domännamn till ett annat primärt eller kanoniskt namn.

  • E-postresursposter (MX): som mappar ett DNS-domännamn till namnet på en dator som utbyter eller vidarebefordrar e-post.

  • Pekarresursposter (PTR): som mappar ett omvänt DNS-domännamn som baseras på IP-adressen för en dator som pekar till det vanliga DNS-domännamnet för datorn.

  • SRV-resursposter (tjänstplats): som mappar ett DNS-domännamn till en angiven lista över DNS-värddatorer som tillhandahåller en viss typ av tjänst, till exempel Active Directory-domänkontrollanter.

  • Andra resursposter som kan behövas.

Värdresursposter (A)

Du använder värdresursposter (A) i en zon när du vill associera DNS-domännamn för datorer (eller värdar) med deras IP-adresser. Du kan lägga till dem till en zon på flera sätt:

  • Du kan manuellt skapa en värdresurspost (A) för en statisk TCP/IP-klientdator med hjälp av DNS-hanteraren.

  • På Windows-klienter och -servrar används tjänsten DHCP Client för dynamisk registrering och uppdatering av egna värdresursposter (A) i DNS när en IP-konfiguration ändras.

  • På DHCP-aktiverade klientdatorer (Dynamic Host Configuration Protocol) där tidigare version av Microsoft-operativsystem körs kan värdresursposter (A) registreras och uppdateras genom proxy om de erhåller IP-adressen från en kvalificerad DHCP-server. (Endast tjänsten DHCP Server i Windows 2000, Windows Server 2003 och Windows Server 2008 har stöd för den här funktionen.)

Värdresursposter (A) krävs inte för alla datorer, men de behövs för datorer som delar resurser i ett nätverk. Alla datorer som delar resurser och måste identifieras genom sitt DNS-domännamn måste använda värdresursposter (A) för att DNS-namnmatchning för IP-adressen för datorn ska fungera.

De flesta värdresursposter (A) som behövs i en zon kan omfatta andra arbetsstationer eller servrar som delar resurser, andra DNS-servrar, e-postservrar och webbservrar. De här resursposterna utgör den största delen av resursposterna i en zondatabas.

Aliasresursposter (CNAME)

Aliasresursposter (CNAME) kallas ibland också för resursposter för kanoniska namn. Med de här posterna kan du använda fler än ett namn som pekar till en värddator, vilket gör det enklare att till exempel använda samma dator som värd för en FTP-server (File Transfer Protocol) och en webbserver. De kända servernamnen (ftp, www) registereras till exempel med aliasresursposter (CNAME) som pekar till DNS-värdnamnet (t.ex. server-1) för den serverdator som är värd för de här tjänsterna.

Vi rekommenderar aliasresursposter (CNAME) i följande situationer:

  • När en värd som har angetts i en värdresurspost (A) i samma zon måste få ett nytt namn

  • När ett allmänt namn på en känd server, till exempel www, måste matcha mot en grupp separata datorer (som alla har värdresursposter (A)) som tillhandahåller samma tjänst, till exempel i en grupp med överflödiga webbservrar.

När du ger en dator med en befintlig värdresurspost (A) i zonen ett nytt namn kan du använda en aliasresurspost (CNAME) tillfälligt för att ge användare och program möjlighet att under en övergångsperiod byta från det gamla datornamnet till det nya, på följande sätt:

  • Lägg till en ny värdresurspost (A) till zonen för det nya DNS-domännamnet för datorn.

  • Lägg till en aliasresurspost (CNAME) som pekar till den nya värdresursposten (A) för det gamla DNS-domännamnet.

  • Ta bort den ursprungliga värdresursposten (A) för det gamla DNS-domännamnet (och den tillhörande pekarresursposten (PTR) om det finns en sådan) från zonen.

När du använder en aliasresurspost (CNAME) för att ge en dator ett alias eller nytt namn anger du en tillfällig tidsgräns för hur länge posten används i zonen innan den tas bort från DNS. Om du glömmer att ta bort aliasresursposten (CNAME) och den tillhörande värdresursposten (A) tas bort senare kan aliasresursposten (CNAME) belasta serverresurserna genom att den försöker matcha förfrågningar för ett namn som inte längre används i nätverket.

Det vanligaste och mest populära sättet att använda en aliasresurspost (CNAME) är att ge ett permanent DNS-domännamn med alias för generisk namnmatchning av ett tjänstbaserat namn, till exempel www.tailspintoys.com, till fler än en dator eller en IP-adress på en webbserver. I exemplet nedan visas den grundläggande syntaxen i en aliasresurspost (CNAME):

aliasnamn IN CNAME primärt_kanoniskt_namn

I det här exemplet fungerar en dator med namnet host-a.tailspintoys.com både som en webbserver med namnet www.tailspintoys.com och en FTP-server med namnet ftp.tailspintoys.com. Om du vill uppfylla syftet med att ge den här datorn ett namn kan du lägga till följande CNAME-poster i zonen tailspintoys.com:

host-a    IN  A      10.0.0.20
ftp       IN  CNAME  host-a
www       IN  CNAME  host-a

Om du senare bestämmer dig för att flytta FTP-servern till en annan dator, som är separat från webbserver på host-a, ändrar du helt enkelt aliasresursposten (CNAME) i zonen för ftp.tailspintoys.com och lägger till en ytterligare värdresurspost (A) till zonen för den nya dator som är värd för FTP-servern.

Enligt det tidigare exemplet visas de nya och ändrade värdresursposterna (A) och aliasresursposterna (CNAME) på följande sätt om den nya datorn får namnet host-b.tailspintoys.com:

host-a    IN  A      10.0.0.20
host-b    IN  A      10.0.0.21
ftp       IN  CNAME  host-b
www       IN  CNAME  host-a

E-postresursposter (MX)

I e-postprogram används e-postresursposter (MX) när en e-postserver som baseras på ett DNS-domännamn ska hittas i måladressen till mottagaren av ett e-postmeddelande. En DNS-fråga för namnet example.tailspintoys.com kan till exempel använda för att hitta en e-postresurspost (MX), vilket gör det möjligt för ett e-postprogram att vidarebefordra eller utbyta e-post till en användare med e-postadressen user@tailspintoys.com.

I e-postresursposten (MX) visas DNS-domännamnet för den eller de datorer som hanterar e-post för en domän. Om det finns flera e-postresursposter (MX) försöker tjänsten DNS Client att kontakta e-postservrar i prioritetsordningen från lägsta värde (högst prioritet) till högsta värde (lägst prioritet). I exemplet nedan visas den grundläggande syntaxen i en e-postresurspost (MX):

e-postdomännamn IN MX inställning e-postserver

Om e-postresursposterna (MX) i exemplet med zonen tailspintoys.com nedan används levereras e-post som är adresserad till user@tailspintoys.com till user@mailserver0.tailspintoys.com först, om det är möjligt. Om servern inte är tillgänglig kan resolverklienten i stället använda user@mailserver1.tailspintoys.com.

@         IN  MX   1    mailserver0
@         IN  MX   2    mailserver1

Lägg märke till att "at"-tecknet (@) i posterna anger att DNS-domännamnet för e-post är samma som det ursprungliga namnet (tailspintoys.com) för zonen.

Pekarresursposter (PTR)

Pekarresursposter (PTR) stöder omvänd sökning, baserat på zoner som skapas och har sin rot i domänen in-addr.arpa. Med de här posterna hittas en dator genom dess IP-adress och informationen matchas mot DNS-domännamnet för datorn.

Du kan lägga till pekarresursposter (PTR) till en zon på flera sätt:

  • Du kan skapa en pekarresurspost (PTR) manuellt för en statisk TCP/IP-klientdator som DNS används på, antingen som en separat procedur eller som en del av proceduren när du skapar en värdresurspost (A).

  • På datorer används tjänsten DHCP Client för dynamisk registrering och uppdatering av egna pekarresursposter (PTR) i DNS när en IP-konfiguration ändras.

  • På övriga DHCP-aktiverade klientdatorer (Dynamic Host Configuration Protocol) kan pekarresursposterna (PTR) registreras och uppdateras av DHCP-servern om de erhåller IP-adressen från en kvalificerad server. Tjänsten DHCP Server i Windows 2000, Windows Server 2003 och Windows Server 2008 innehåller den här funktionen.

Pekarresursposten (PTR) används endast i zoner med omvänd sökning som stöd för omvänd sökning.

SRV-resursposter (tjänstplats)

SRV-resursposter (tjänstplats) krävs för identifiering av Active Directory-domänkontrollanter. Du kan vanligtvis undvika att administrera SRV-resursposter (tjänstplats) manuellt när du installerar Active Directory Domain Services (AD DS).

Som standard försöker installationsguiden för Active Directory Domain Services att hitta en DNS-server baserat på listan över prioriterade eller alternativa DNS-servrar, som har konfigurerats i egenskaperna för någon av TCP/IP-klientdatorerna, för de aktiva nätverksanslutningarna. Om en DNS-server som tillåter dynamisk uppdatering av SRV-resursposten (tjänstplats) kontaktas slutförs konfigurationsprocessen. (Detta gäller även för andra resursposter som är relaterade till registreringen av AD DS som en tjänst i DNS.)

Om en DNS-server som tillåter uppdateringar av det DNS-domännamn som används som namn på katalogen inte hittas under installationen kan guiden installera en DNS-server lokalt och automatiskt konfigurera den med en zon som stöder Active Directory-domänen.

Om den Active Directory-domän som du väljer som första domän i skogen till exempel är example.tailspintoys.com, kan du lägga till och konfigurera en zon som har sin rot i DNS-domännamnet för example.tailspintoys.com som ska användas med DNS-servern som körs på den nya domänkontrollanten.

Senare kan SRV-resursposten (tjänstplats) även användas för att registrera och söka efter andra kända TCP/IP-tjänster i nätverket om DNS-namnförfrågningar där den här typen av post anges är implementerade i program och har stöd för det.

Övriga resursposter

Andra resursposter stöds av Windows Server 2008 DNS och används inte lika ofta i de flesta zoner. Du kan lägga till de här typerna av resursposter när det behövs med DNS-hanteraren.


Innehåll