Typer av dns-poster. Vilka typer av NS-poster finns det för en domän?

Alla Internetanvändare som har domäner på värdleverantörernas servrar kan skapa och redigera sina DNS-poster. DNS-poster har ett namn, posttyp och adress. Dessa namn kan ändras i olika paneler. Det kan till exempel vara så här:

Namn/värd/alias; Inspelningstyp; Betydelse/Svar/Destination/Adress.

I alla alternativ förblir "Record Type" densamma.

Postens namn

Postnamnet, även känt som värd/alias, är det domännamn som posten som skapas tillhör eller är associerad.

När du skapar en post anges domännamnet i sin helhet i fältet "Namn". Underdomänen eller aliasnamnet behöver inte anges i sin helhet. Det räcker med att ange namnet på tredje nivån: mail, www, ftp. Om du går in fullständiga namn, se till att sätta en punkt i slutet. Det vill säga namnet mail och mail.example.ru. är samma namn i fältet Namn/Värd/Alias.

DNS-posttyper

Låt oss titta på det huvudsakliga DNS-typer poster som du kommer att stöta på när du servar dina domäner.

Rekordtyp A

Posttyp: A (adresspost) eller (Internet 4-adress). Denna typ av post associerar ett specifikt domännamn med en specifik, exakt IP-adress.

Du kan lägga till mer än en IP-adress för en domän (värdnamn). Detta är nödvändigt om en brandvägg används. För att göra detta måste du lägga till en andra post av typ A, liknande den första. Genom att endast ange en annan IP.

I teorin kan du ange mer än en domän för en IP-adress. Men detta är inte nödvändigt, eftersom Domain Name System (DNS) har en post som är speciellt utformad för att skapa alias. Denna posttyp kallas CNAME.

Skivtyp AAAA

Posttyp: AAAA (adresspost för IPv6) eller (Internet 6-adress). Samma. Samma som posttyp A, men IP-adressen har utseende via IPv6-protokoll. Till exempel: IPv6-2a03:4900:0:3::99:155

CNAME-posttyp

CNAME (kanonisk namnpost). En CNAME-post låter dig ha och använda mer än ett domännamn (värd) på en server.

Först skapas en typ A-post för en IP-adress. Domännamnet i typ A-posten kallas det kanoniska namnet. Andra domäner kallas mnemonic. Mnemoniska namn kan vara alias (godtyckliga namn) eller underdomäner. Här är ett exempel på CNAME-post:

popov.example.ru. CNAME exempel.ru.(glöm inte prickarna i slutet).

En server kan ha hur många alias som helst. För varje alias måste du skapa en CNAME-post.

Ett annat exempel på en CNAME-post:

hosting-1 IN A 8.8.8.8

www IN CNAME hosting-1

ftp IN CNAME hosting-1

Vi köper en andra IP och överför ftp-underdomänen till den andra IP:n:

hosting-1 IN A 8.8.8.8

hosting-2 IN A 8.8.8.9

www IN CNAME hosting-a

ftp I CNAME hosting-b , överföra till en andra värd FTP-server.

Ett annat exempel på en CNAME-post:

hosting-1 IN A 8.8.8.8

peter IN CNAME hosting-1

oleg IN CNAME hosting-1

Vi kopplar alias till följande CNAME-poster:

exempel.com. I CNAME exempel.ru.

www.exempel.com. I CNAME exempel.ru.

test.example.com. I CNAME example.ru.

Därför länkar vi domänerna example.com, www.example.com, test.example.com med den kanoniska domänen example.ru. Perioderna i slutet är obligatoriska.

Ett annat exempel på omdirigering med en CNAME-post

www.example.ru. I CNAME exempel.ru.

Vanligtvis skapar servrar som standard endast CNAME-poster för underdomäner till huvuddomänen och skapar dem inte för andra domäner (som på bilden).

MX-posttyp

MX (e-postserver). Den här posten skapar en underdomän som betjänas av en intern (sin egen) e-postserver.

Till exempel: Namn/värd/alias - example.ru; Posttyp -MX (e-postserver); Betydelse/svar/destination/Adress – mail. Med den här posten skapar du en e-postunderdomän mail.example.ru. Om du använder serverns interna e-posttjänst måste du skapa en posttyp "A" för underdomänen mail.example.ru. Namn: mail - A (posttyp) - Adress: server IP.

Som posttjänst Du kan använda e-postservrar från tredje part. För att göra detta måste du länka din domän till en e-postserver från tredje part. Det kommer automatiskt att skapa en MX-post åt dig. Om de inte skapar det kommer de att ge dig adressen till e-postservern. Efter det måste du skapa CNAME- och MX-poster på din server.

Använd CNAME-posten för att omdirigera e-postdomänen mail.example.ru. till e-postdomänadressen. Och en MX-post för själva domänen example.ru. ange adressen till din tredje part brevlåda. Som ett exempel kan du använda Yandex e-postserver.

• För Yandex kommer MX-posttypen att vara så här:

Namn/värd/alias - example.ru; Posttyp -MX (e-postserver); Betydelse/svar/syfte/Adress – mx.yandex.ru. Prioritet 10.

• CNAME-typen är:

Namn/värd/alias – mail; Posttyp –CNAME; Betydelse/svar/destination/Adress –domain.mail.yandex.ru. Prioritet 10.

På Yandex e-postserver, utan domändelegering, kan du bara ansluta den till Yandex e-postserver genom att skapa en postlåda där.

Förutom Yandex, med hjälp av MX-poster kan du länka en domän till e-post Googles servrar, Mail.ru och andra:

Posttyp NS

Posttyp NS (namnserver). Detta är kanske det mesta viktig typ uppgifter. Den definierar domäner (adresser) DNS-servrar servar denna domän.

Posttyp TXT

TXT (textinmatning). Detta är en informativ post. Den bär ingen funktionell belastning.

Posttyp SOA (Start Of Authority)

SOA-posttyp visar var den grundläggande informationen om denna domän finns lagrad på vilken server. SOA-posttypen anger det fullständiga domännamnet för zonen. Det kvalificerade domännamnet måste sluta med en punkt. En SOA-post kan ha en @-symbol istället för ett kvalificerat namn. I det här fallet kommer domännamnet att tas från konfigurationsfilen.

• Slumpmässig serienummer dataversioner (Serial). När en sekundär server begär en datauppdatering kontrollerar den först serienumret;
• Frekvensen för begäran om uppdatering av data från den sekundära (sekundära) servern (uppdatering), i sekunder;
• Perioden för att återbeställa den sekundära servern i händelse av primärt fel (försök igen);
• Datas utgångsdatum (Expire), annars utgången av tiden efter vilken den sekundära servern kommer att sluta betjäna förfrågningar om den inte lyckas återställa kommunikationen med den primära servern, på några sekunder;
• Och slutligen, datalivslängd DNS-zoner i cachen för servern (TTL) som begärde dem, på några sekunder.

Här är ett exempel på en SOA-post för Microsoft DNS

Hur man redigerar DNS-poster i ISPManager-panelen

I ISPManager DNS-panelen redigeras poster på fliken: Domännamn→ "Klicka" på domänen.

Hur man redigerar DNS-poster i DirectAdmin-panelen

I DirectAdmin DNS-panelen redigeras poster på fliken: DNS Management.

• Översättning

Den uppmärksamma läsaren hittar IPv6 i denna bild

Människor är ofta förvirrade om domäner. Varför fungerar inte min sida? Varför är den här skiten trasig, ingenting hjälper, jag vill bara att det ska fungera! Vanligtvis känner frågeställaren antingen inte till DNS eller förstår inte de grundläggande idéerna. För många är DNS en skrämmande och obegriplig sak. Den här artikeln är ett försök att skingra sådan rädsla. DNS är Bara, om du förstår några grundläggande begrepp.

Vad är DNS

DNS står för domännamnssystem. Det är en globalt distribuerad nyckel-värdebutik. Servrar runt om i världen kan ge dig värdet per nyckel, och om de inte känner till nyckeln kommer de att be en annan server om hjälp.

Det är allt. Är det sant. Du eller din webbläsare begär ett värde för nyckeln www.example.com och får 1.2.3.4 som svar.

Grundläggande saker

Den stora fördelen med DNS är att det är en public service, och du kan peta in på servrarna om du vill lista ut det. Låt oss försöka. Jag har en domän petekeen.net, som finns på maskinen web01.bugsplat.info. Kommandona som används nedan kan köras från kommandorad OS X ( åh, det vill säga macOS, - ca. körfält).

Låt oss ta en titt på kartläggningen mellan namn och adress:

$ dig web01.bugsplat.info

Grävkommandot är den schweiziska armékniven för DNS-frågor. Coolt, multifunktionellt verktyg. Här är den första delen av svaret:

; <<>> DiG 9.7.6-P1<<>> web01.bugsplat.info ;; globala alternativ: +cmd ;; Fick svar: ;; ->>HUVUD<<- opcode: QUERY, status: NOERROR, id: 51539 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

Det finns bara en intressant detalj här: information om själva förfrågan. Det står att vi begärde ett register och fick exakt ett svar. Här:

;; FRÅGASektion: ;web01.bugsplat.info. I EN

grävförfrågningar A poster som standard. Hos hans adress(adress), och detta är en av de grundläggande typerna av poster i DNS. A innehåller en IPv4-adress. Det finns en motsvarighet för IPv6-adresser - AAAA. Låt oss ta en titt på svaret:

;; SVARAVDELNING: web01.bugsplat.info. 300 IN A 192.241.250.244

Resten av svaret beskriver själva svaret:

;; Frågetid: 20 msek ;; SERVER: 192.168.1.1#53(192.168.1.1) ;; NÄR: Fre Jul 19 20:01:16 2013 ;; MSG STORLEK rcvd: 56

I synnerhet står det hur lång tid det tog för servern att svara, vad serverns IP-adress var (192.168.1.1), vilken portgrävning som var på (53, standard DNS-port), när begäran slutfördes och hur många byte var i svaret.

Som du kan se är det mycket som händer med en normal DNS-fråga. Varje gång du öppnar en webbsida gör webbläsaren dussintals av dessa förfrågningar, inklusive nedladdning av alla externa resurser som bilder och skript. Varje resurs är ansvarig för minst en ny DNS-fråga, och om DNS inte var designat för stark cachning, skulle mycket trafik genereras.

Men i det här exemplet är det inte klart att DNS-servern 192.168.1.1 kontaktade ett gäng andra servrar för att svara på en enkel fråga: "var pekar adressen web01.bugsplat.info?" Låt oss köra ett spår för att ta reda på hela den möjliga kedjan som gräver "y skulle behöva gå igenom om informationen inte var cachad:

$ dig +spåra web01.bugsplat.info ;<<>> DiG 9.7.6-P1<<>> +spåra web01.bugsplat.info ;; globala alternativ: +cmd . 137375 I NS l.root-servers.net. . 137375 I NS m.root-servers.net. . 137375 I NS a.root-servers.net. . 137375 I NS b.root-servers.net. . 137375 I NS c.root-servers.net. . 137375 I NS d.root-servers.net. . 137375 I NS e.root-servers.net. . 137375 I NS f.root-servers.net. . 137375 I NS g.root-servers.net. . 137375 I NS h.root-servers.net. . 137375 I NS i.root-servers.net. . 137375 I NS j.root-servers.net. . 137375 I NS k.root-servers.net. ;; Fick 512 byte från 192.168.1.1#53(192.168.1.1) i 189 ms info. 172800 IN NS c0.info.afilias-nst.info. info. 172800 I NS a2.info.afilias-nst.info. info. 172800 IN NS d0.info.afilias-nst.org. info. 172800 IN NS b2.info.afilias-nst.org. info. 172800 I NS b0.info.afilias-nst.org. info. 172800 I NS a0.info.afilias-nst.info. ;; Fick 443 byte från 192.5.5.241#53(192.5.5.241) på 1224 ms bugsplat.info. 86400 I NS ns-1356.awsdns-41.org. bugsplat.info. 86400 IN NS ns-212.awsdns-26.com. bugsplat.info. 86400 IN NS ns-1580.awsdns-05.co.uk. bugsplat.info. 86400 I NS ns-911.awsdns-49.net. ;; Fick 180 byte från 199.254.48.1#53(199.254.48.1) på 239 ms web01.bugsplat.info. 300 IN A 192.241.250.244 bugsplat.info. 172800 I NS ns-1356.awsdns-41.org. bugsplat.info. 172800 IN NS ns-1580.awsdns-05.co.uk. bugsplat.info. 172800 I NS ns-212.awsdns-26.com. bugsplat.info. 172800 I NS ns-911.awsdns-49.net. ;; Mottog 196 byte från 205.251.195.143#53(205.251.195.143) på 15 ms

Informationen visas i en hierarkisk sekvens. Kom ihåg hur gräva in en period. efter värden, web01.bugsplat.info ? Så, punkt. detta är en viktig detalj och den betecknar roten till hierarkin.

Rot-DNS-servrar underhålls av olika företag och länder runt om i världen. Till en början var det få av dem, men Internet växte och nu finns det 13 av dem. Men var och en av servrarna har tiotals eller hundratals fysiska maskiner som är gömda bakom en IP.

Så högst upp i spåret finns rotservrarna, var och en identifierad av en NS-post. En NS-post associerar ett domännamn (i det här fallet rotdomänen) med en DNS-server. När du registrerar ett domännamn hos en registrar som Namecheap eller Godaddy skapar de NS-poster åt dig.

I nästa block kan du se hur dig valde en slumpmässig rotserver och bad den om en A-post för web01.bugsplat.info. Endast IP-adressen för rotservern (192.5.5.241) är synlig. Så vad exakt var rotservern? Låt oss ta reda på!

$ dig -x 192.5.5.241 ;<<>> DiG 9.8.3-P1<<>> -x 192.5.5.241;; globala alternativ: +cmd ;; Fick svar: ;; ->>HUVUD<<- opcode: QUERY, status: NOERROR, id: 2862 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;241.5.5.192.in-addr.arpa. IN PTR ;; ANSWER SECTION: 241.5.5.192.in-addr.arpa. 3261 IN PTR f.root-servers.net.

Flaggan -x får dig att utföra en omvänd sökning på IP-adressen. DNS svarar med en PTR-post som kopplar ihop IP:n och värden, i det här fallet f.root-servers.net.

För att återgå till vår ursprungliga begäran returnerade rotservern F en annan uppsättning NS-servrar. Det är ansvarigt för informationens toppdomän. dig ber en av dessa servrar om en A-post för web01.bugsplat.info , och tar emot ytterligare en uppsättning NS-servrar som svar, och sedan frågor en av dessa servrar post A för web01.bugsplat.info. . Och äntligen får han svar!

usch! Mycket trafik skulle genereras, men nästan alla dessa poster cacheades under lång tid av varje server i kedjan. Din dator cachar också denna data, precis som din webbläsare. Oftast når DNS-frågor aldrig rotservrar eftersom deras IP-adresser nästan aldrig ändras ( "Vi talar förmodligen om en stor TTL för poster i deras databas. Om en DNS-servers IP-adress aldrig har ändrats alls, betyder det inte att dess databas är cachad för alltid."- cirka. från rrrav). Toppdomäner com, net, org, etc. är också vanligtvis tungt cachade.

Andra typer

Det finns några fler typer som är värda att känna till. Den första är MX. Den kopplar ett domännamn till en eller flera e-postservrar. E-post är så viktigt att det har sin egen typ av DNS-post. Här är MX-värdena för petekeen.net:

$ dig petekeen.net mx ;<<>> DiG 9.7.6-P1<<>> petekeen.net mx ;; globala alternativ: +cmd ;; Fick svar: ;; ->>HUVUD<<- opcode: QUERY, status: NOERROR, id: 18765 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;petekeen.net. IN MX ;; ANSWER SECTION: petekeen.net. 86400 IN MX 60 web01.bugsplat.info. ;; Query time: 272 msec ;; SERVER: 192.168.1.1#53(192.168.1.1) ;; WHEN: Fri Jul 19 20:33:43 2013 ;; MSG SIZE rcvd: 93

Observera att MX-posten pekar på ett namn, inte en IP-adress.

En annan typ som du förmodligen känner till är CNAME. Dechiffrerar som Kanoniskt namn(kanoniskt namn). Han kopplar ett namn till ett annat. Låt oss titta på svaret:

$ dig www.petekeen.net ;<<>> DiG 9.7.6-P1<<>> www.petekeen.net ;; globala alternativ: +cmd ;; Fick svar: ;; ->>HUVUD<<- opcode: QUERY, status: NOERROR, id: 16785 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.petekeen.net. IN A ;; ANSWER SECTION: www.petekeen.net. 86400 IN CNAME web01.bugsplat.info. web01.bugsplat.info. 300 IN A 192.241.250.244 ;; Query time: 63 msec ;; SERVER: 192.168.1.1#53(192.168.1.1) ;; WHEN: Fri Jul 19 20:36:58 2013 ;; MSG SIZE rcvd: 86

Det är direkt klart att vi fick två svar. Den första säger att www.petekeen.net pekar på web01.bugsplat.info. Den andra returnerar A-posten för den servern. Du kan tänka på CNAME som ett alias (eller alias) för en annan server.

Vad är det för fel på CNAME

CNAME-poster är mycket användbara, men det finns en viktig punkt: om det finns en CNAME med ett visst namn, kan du inte skapa en annan post med samma namn. Ingen MX, ingen A, ingen NS, ingenting.

Anledningen är att DNS utför ersättningen på ett sådant sätt att alla poster på platsen som CNAME pekar på också är giltiga för CNAME. I vårt exempel kommer posterna för www.petekeen.net och web01.bugsplat.info att matcha.

Därför kan du inte skapa en CNAME på en rotdomän som petekeen.net, eftersom den vanligtvis behöver andra poster, som MX.

Förfrågningar till andra servrar

Låt oss föreställa oss att DNS-konfigurationen är skadad. Du tror att du har åtgärdat problemet, men vill inte vänta på att cachen ska uppdateras för att vara säker. Med hjälp av dig kan du göra en begäran till en offentlig DNS-server istället för din standardserver, så här:

$ dig www.petekeen.net @8.8.8.8

@-symbolen med en IP-adress eller värd får dig att göra en begäran till den angivna servern på standardporten. Du kan använda Googles offentliga DNS-server eller den nästan offentliga nivå 3-servern på 4.2.2.2.

Typiska situationer

Låt oss titta på typiska situationer som många webbutvecklare känner till.

Domänomdirigering till www

Ofta behöver du omdirigera iskettlemanstillopen.com-domänen till www.iskettlemanstillopen.com. Registratorer som Namecheap eller DNSimple kallar detta URL-omdirigering. Här är ett exempel från Namecheaps adminpanel:

@-symbolen indikerar rotdomänen iskettlemanstillopen.com. Låt oss titta på A-posten för denna domän:

$ dig iskettlemanstillopen.com ;; FRÅGASDEL: ;iskettlemanstillopen.com. I EN ;; SVARAVsnitt: iskettlemanstillopen.com. 500 IN A 192.64.119.118

Denna IP tillhör Namecheap, och det finns en liten webbserver som körs där som helt enkelt omdirigerar på HTTP-nivå till adressen http://www.iskettlemanstillopen.com:

$ curl -I iskettlemanstillopen.com curl -I iskettlemanstillopen.com HTTP/1.1 302 Flyttade tillfälligt Server: nginx Datum: Fre, 19 Jul 2013 23:53:21 GMT Innehållstyp: text/html Anslutning: Keep-alive Content-Length : 154 Plats: http://www.iskettlemanstillopen.com/

CNAME för Heroku eller Github

Ta en titt på skärmdumpen ovan. På den andra raden finns CNAME. I det här fallet pekar www.iskettlemanstillopen.com på programmet som körs på Heroku.

$ heroku domäner === warm-journey-3906 Domännamn warm-journey-3906.herokuapp.com www.iskettlemanstillopen.com

Historien liknar Github, men där måste du skapa en speciell fil i roten av förvaret och kalla den CNAME. Se dokumentationen .dns Lägg till taggar

Vad är DNS. Tidpunkt för uppdatering av DNS-poster. Hur man snabbt kommer igång med en ny domän. DNS-posttyper. Hur man ställer in automatiska underdomäner. Rätt omdirigering till en adress utan www i början.

Vad är DNS

Internet är ett nätverk som kopplar samman miljontals datorer runt om i världen. Vissa datorer i det här nätverket är påslagna dygnet runt - det här är servrar med webbplatser och e-post. Varje dator, när den är ansluten till Internet, tilldelas en numerisk identifierare - en IP-adress. Men det är inte bekvämt för människor att komma åt servrar med en numerisk identifierare, så bokstavsdomäner introducerades.

DNS (Domain Name System) är ett system som säkerställer att domäner motsvarar IP-adresser. En separat klass av servrar – ns-servrar – ansvarar för lagring av DNS-poster på Internet. Vissa av dem stöds av domänzonsadministratörer, andra av värdar och internetleverantörer. Dessa servrar har sin egen hierarki, och poster på servrarna uppdateras inte omedelbart: på vissa - mycket snabbt, på andra - inom ett par dagar. Den mest populära ns-servermjukvaran heter BIND.

Tidpunkt för uppdatering av DNS-poster

En vanlig fråga bland nybörjare är när en ny domän kommer att gå live. Låt oss försöka svara och samtidigt ta reda på om det är möjligt att på något sätt påskynda denna process.

Så du vill få igång din nya domän. För att göra detta måste du lägga till poster i DNS och vänta på att de sprids över Internet. Tiden det tar att uppdatera poster varierar från flera timmar till tre dagar. Begränsningarna orsakas av driftprinciperna för DNS, som är ett distribuerat och högt laddat system.

Efter att du har registrerat en domän eller ändrat DNS-poster kommer din webbplats att vara tillgänglig för olika användare vid olika tidpunkter, beroende på egenskaperna hos deras internetleverantörer. Det vill säga att sidan kanske inte är tillgänglig för dig ännu, men för andra är den tillgänglig. Eller tvärtom. Detta beror på det faktum att varje internetleverantör bestämmer när DNS-cachen ska uppdateras på sina servrar.

När det gäller underdomäner, ofta när de skapas, blir de tillgängliga antingen omedelbart eller inom 5-20 minuter (poster på värdens ns-servrar måste uppdateras).

Hur man snabbt kommer igång med en ny domän

Om du har registrerat en domän eller ändrat DNS-poster och du snabbt behöver börja arbeta med webbplatsen, kan du lägga till en rad i hosts-filen för ditt operativsystem (i Windows finns filen på C:\WINDOWS\ system32\drivers\etc, map by hidden som standard, och du måste aktivera visningen av dolda mappar i kontrollpanelen):

xxx.xxx.xxx.xxx site.ru

där xxx.xxx.xxx.xxx är serverns IP-adress, site.ru är domännamnet för din webbplats.

DNS-posttyper

För att en domän ska börja fungera måste du ställa in flera DNS-poster för den.

NS inträde nödvändigt för att ange DNS-servern som betjänar din domän. En domänregistrator eller värdleverantör kan erbjuda tjänsterna från sin DNS-server. Ett annat alternativ är att sätta upp din egen NS-server och använda den.

Rekord A krävs för att ange din webbplatss IP-adress. IP-adressen tillhandahålls av din värdleverantör.

AAAA rekord används för att ange en IP version 6 (IPv6) adress. För tillfället har dessa adresser ännu inte fått brett stöd.

MX-post pekar på IP-adressen till din e-postserver. Krävs för att leverera e-post till postlådor på din domän.

CNAME-post tjänar till att ange en domän som adress för en annan domän, det vill säga den ger din domän eller underdomän samma IP-adress som den domän som du anger en länk till i posten.

PTR Recordär en omvänd post som gör att du kan få ett fullt kvalificerat domännamn när du begär IP-adressen till din webbplats. Det är viktigt om du använder en e-postserver för din domän eftersom PTR-posten kontrolleras för giltighet av många e-postservrar (för att avgöra om e-postmeddelandet är skräppost). Denna post ställs in av värdleverantören. Du kan kontrollera att posten är korrekt med hjälp av en speciell tjänst. Ofta är det inga problem och inspelningen är initialt korrekt installerad.

Hur man ställer in automatiska underdomäner för varje användare. Skapar en DNS-post med jokertecken

Jokerteckenpost är en DNS-post som ansvarar för alla *.site.ru-underdomäner. Att specificera en sådan post kan vara nödvändigt, till exempel för ett CMS (WordpressMU, Drupal) som används för att hantera underdomäner.

För att skapa en sådan post måste du gå till sektionen för hantering av domänens DNS-poster och lägga till en typ A-post, ange *-symbolen som en underdomän och serverns IP-adress som adress, vilket ofta sammanfaller med IP-adressen som anges för huvuddomänen. Om du inte kan göra detta måste du kontakta teknisk support.

Samtidigt kommer vi att titta på hur man konfigurerar Apache för att fungera med jokerteckenunderdomäner. Låt det finnas ett avsnitt i serverkonfigurationsfilen som beskriver den virtuella värden:

DocumentRoot "/home/site.ru"
Servernamn "site.ru"
Serveralias "www.site.ru"
ErrorLog logs/site.ru-error.log
CustomLog logs/site.ru-access.log vanligt

Du behöver bara lägga till aliaset *.site.ru:

Serveralias "www.site.ru" "*.site.ru"

Korrekt omdirigering från www.site.ru till site.ru. Omdirigera 301

Vissa användare länkar till din webbplats genom att lägga till www. Övriga www läggs inte till. Detta kan negativt påverka din marknadsföring i sökmotorer. Låt oss lösa problemet med Apache-servern som ett exempel:

1. Se till att ModRewrite-modulen är aktiverad på servern: i httpd.conf-filen ska raden LoadModule rewrite_module modules/mod_rewrite.so vara okommenterad. Om du har aktiverat det, starta om Apache.

2. Lägg till följande rader i .htaccess-filen och ersätt site.ru med adressen till din webbplats:

RewriteEngine på
RewriteCond %(HTTP_HOST) ^www.site.ru$

3. Försök att komma åt sidan med adressen www.site.ru i adressfältet i din webbläsare. Adressen bör ändras till site.ru.

4. Du kan lägga till följande rader i .htaccess-filen:

RewriteCond %(HTTP_HOST) !^site\.ru$
RewriteRule ^(.*)$ http://site.ru/$1

Detta gör att du kan behandla förfrågningar till din webbplats korrekt när det finns en prick i slutet av domänen: site.ru. istället för site.ru

Vi hoppas att den här artikeln hjälpte dig att få en uppfattning om hur du arbetar med domäner. Lämna frågor och kommentarer i kommentarerna.

På sidan DNS-zoner en lista över zoner som du kan redigera visas (ändringarna du gör kommer att uppdateras på vår server inom 30-40 minuter, men hur snabbt detta kommer att märkas för användarna beror direkt på inställningarna för internetleverantörens server genom vilken du ansluter till nätverket). När du klickar på zonnamnet (låt det vara i vårt exempel domain.tld) DNS-redigeringssidan öppnas. Låt oss titta på vart och ett av fälten som presenteras på den här sidan separat.

Fält namn" föreslår flera fyllningsalternativ:

• @ — symbolen "@" betyder att posten kommer att gälla för den zon där du är på redigeringssidan. I vårt fall är detta domain.tld.
• abc - en uppsättning bokstäver och siffror ("abc" valdes som exempel - du kan ange ditt namn) betyder att posten kommer att påverka zonen på en lägre nivå än den du är på redigeringssidan. I vårt exempel kommer inspelningsåtgärden att gälla för zonen abc.domain.tld.
• * — symbolen "*" betyder att inspelningen kommer att gälla för alla zonalternativ under den du är på redigeringssidan. I vårt fall är detta 123.domain.tld, abc.domain.tld, qwe.rty.domain.tld etc.

• I fältet "typ". du erbjuds flera alternativ. Låt oss titta på var och en av dem separat:

  • A— används för att indikera mappningen av ett värdnamn till en IP-adress.
  • MX - används för att ange e-postservern för en domän.
  • CNAME - används för att omdirigera ett värdnamn till ett annat namn.
  • SRV - används för att ange servern som tillhandahåller tjänsterna för en viss tjänst. Grovt sett är detta analogt med en MX-post, som anger var e-post som är adresserad till en specifik domän ska levereras. Stöds som standard av sådana protokoll som XMPP (Jabber), SIP, LDAP. Genom att använda den här typen av post kan du vara värd för Jabber-servern på en separat dator och inte på samma maskin som DNS A-posten pekar på.
  • TEXT - används för att ange ytterligare textinformation som domänägaren vill kommunicera.
• "MX-preferens". tillgänglig för ifyllning endast vid skapande/redigering av MX-poster. Det numeriska värdet som anges i det här fältet bestämmer prioriteten för att använda e-postservern. Eftersom flera e-postservrar kan specificeras för en domän, bestäms sekvensen i vilken försök kommer att göras att leverera ett brev till dessa servrar exakt av prioriteten för motsvarande MX-post. Ju lägre siffra i fältet "MX-preferens", desto högre prioritet har själva servern.

• Fält "värde (IP/värd.)" fylls i beroende på vald post:

  • För A-rekord IP-adress anges.
  • För MX-poster namnet på e-postservern anges. Om du skriver namnet i sin helhet, se till att sätta en punkt i slutet!
  • För CNAME-poster indikerar värdnamnet som vi ställer in omdirigeringen till. Det måste finnas en punkt i slutet av namnet!
  • För SRV-rekord en sträng av formen "prioritet vikt portvärde" indikeras, där prioritet, vikt och port endast måste bestå av siffror, och värdet är det fullständiga värdnamnet med en punkt i slutet.
  • För TXT-poster en godtycklig textsträng anges. Begränsning - posten kan endast bestå av bokstäver i det latinska alfabetet, siffror, mellanslag och följande symboler: . , ; : - = " / ~ ?

Representativa DNS-poster

Låt oss titta på några av de mest populära situationerna:

A-record: det är nödvändigt att webbplatsen öppnas från en annan server

• Om det behöver göras

  • @ I EN<серверы.masterhost>
  • Namn: @
  • typ: A
• Om det behöver göras för en underdomän till den domän som anges i avsnittet "DNS-zoner".
  • abc.domain.tld i domänzonen domain.tld.
  • typ: A
  • värde (IP/värd): serverns IP-adress

MX-post: Domänpost måste betjänas av en annan server

om du servernamnet är okänt, men du vet dess IP-adress - Du måste först skapa en ny post i domänzonen med följande parametrar:

• namn: e-postserver
• typ: A
• värde (IP/värd): IP-adress för e-postservern

• Om du vill byta e-postserver för domänen som anges i avsnittet "DNS-zoner", Klicka på den med musen och, om det finns en post på den nya sidan:

  • @ IN MX 10<серверы.masterhost>

    Stäng av den. När posten har inaktiverats, klicka på länken "lägg till ny post" och skapa en post som:

  • Namn: @
  • typ: MX
• Om du vill ändra e-postservern för underdomän för domänen som anges i avsnittet "DNS-zoner"., klicka på domännamnet med musen och lägg till en ny post med följande parametrar:
  • namn: abc ("abc" ges som exempel. Fungerar om du vill skapa en post för en domän abc.domain.tld i domänzonen domain.tld. I ditt fall kommer det att finnas något annat namn)
  • typ: MX
  • MX-preferens: numeriskt värde, säg 10.
  • värde (IP/värd): e-postserver

SRV-rekord

För att göra en SRV-post måste du erhålla följande data från tjänsteägaren:

• Service
• Protokoll
• Prioritet
• Vikt
• Hamn
• Server (mål)

* TTL ändras inte, så det är inte nödvändigt att specificera det;

Postens namn bildas från tjänstens namn och protokoll: _tjänst._protokoll

Inmatningsvärdet har följande format: prioriterad viktportserver.(det måste finnas en prick i slutet av namnet!)

Lista över underdomän NS-servrar

Om huvuddomänen delegeras till masterhost-servrarna, görs ändring av NS-servrarna för underdomänen på tredje nivån via editorn.

Om huvuddomänen stöds på tredjepartsservrar, ändras listan över NS-servrar för dess underdomäner i kontrollpanelen på dessa servrar.

PTR-post: Du har tilldelat mig en IP-adress och jag vill matcha den IP-adressen till ett specifikt värdnamn

För att göra detta måste du gå till avsnittet DNS-zoner, välj din IP-adress och klicka på knappen «>>» . I det redigerbara fältet anger du värdnamnet med en prick i slutet och klickar på "spara".

SPF-inträde

En ganska vanlig teknik som används av arrangörer av SPAM-utskick är att fejka brevets returadress. I det här fallet kan dina brevlådor ibland få tjänstfelmeddelanden (avvisningsmeddelanden), om ett eller flera sådana SPAM-brev med returadressen till din brevlåda blockerades av mottagarnas servrar.

Det finns flera tekniker som hjälper till att skydda din e-postdomän från att användas av angripare: SPF, DKIM, DMARC

För närvarande stöder våra e-postservrar SPF- och DKIM-tekniker. Om att skicka e-post på uppdrag av dina domänadresser endast utförs från våra e-postservrar, rekommenderar vi att du lägger till följande TXT-post med vår SPF-regel till DNS-zonen för denna domän, vilket inte tillåter att din domän används på tredje part e-postservrar.

• Namn: @
• typ: TXT
• värde: v=spf1 include:_spf.site -all

Denna regel kommer att tvinga mottagarservrarna att blockera alla SPAM-e-postmeddelanden som använder ditt domännamn som avsändaradress. .

Kära användare, vi ber er att vara särskilt försiktiga när du redigerar DNS-zoner som kan leda till att dina resurser inte fungerar under en ganska lång tid!

DKIM

För att skydda mot bedrägliga aktiviteter för din domäns räkning rekommenderar vi att du lägger till en DKIM-post i DNS-zonen. Om du använder vår e-post kan du lägga till DKIM i ditt personliga konto.

Med den här posten kan du ange vilka certifieringsmyndigheter som har rätt att utfärda SSL/TLS-certifikat för denna domän. En CAA-post hjälper till att förhindra obehörig utfärdande av certifikat av misstag eller bedrägeri.

Detta är bara ett exempel. Exakt information om innehållet i fältet "Värde" bör förtydligas med ditt certifieringscenter.

Ändra domän NS-servrar

Så här ändrar du listan över DNS-servrar:

• Gå till ;
• Ange inloggning cXXXXXX och lösenord;
• Öppna avsnittet "Allmänna tjänster" och klicka på "redigera" bredvid den önskade domänen;
• Klicka på länken "Ändra delegeringsinställningar";
• För att ange tredjepartsservrar, välj "Delegera till tredjepartsservrar";
• Ange DNS-serveradresserna en per rad;
• För att avbryta preliminär testning av DNS-servrar, kontrollera egenskapen "Ingen testning";
• Klicka på knappen "Spara".

Om logga in cXXXXXX och åtkomstlösenordet till ditt personliga konto går förlorat, kan du använda länken för att återställa dina åtkomstdetaljer.

Viktig:

1. Att ändra listan över DNS-servrar är endast möjligt efter att ha slutfört mobilauktorisering.
2. Från ögonblicket för domändelegering (ändrar dess lista över NS-servrar) tar det från 6 till 72 timmar innan den är tillgänglig på Internet.

DNS (Domain Name System) är Internets "telefonbok". Den använder en IP-adress som telefonnummer och domäner som kontaktnamn. I en sådan bok kan du ange inte bara ett "telefonnummer", utan också ytterligare information om kontakten ("e-post", "arbetsplats", etc.).

Domäninformation lagras på DNS-servrar. För att lägga till det i DNS-systemet måste du registrera dig resursregister. Med deras hjälp delar servrar information om domäner med andra servrar. Tills resursposter har registrerats för en domän finns den inte i Internet-”telefonboken”. Därför är driften av webbplatsen eller e-post på den omöjlig. Innan du börjar ange resursposter måste du delegera domänen, det vill säga registrera DNS-servrar för den. Du kan göra detta enligt instruktionerna: . Gå sedan vidare till resursposter. Ändringarna träder i kraft efter att DNS-servrarna har uppdaterats (vanligtvis inom 24 timmar).

Grundläggande resursposter: A-, CNAME-, MX-, TXT- och SPF-poster. Låt oss ta en närmare titt på dem.

Rekord A

A-posten (adress) är en av de viktigaste resursposterna på Internet. Det behövs för att ansluta domänen till serverns IP-adress. Tills A-posten är registrerad kommer din sida inte att fungera.
När du anger namnet på en webbplats i adressfältet i din webbläsare är det A-posten som DNS bestämmer från vilken server din webbplats ska öppnas.

Exempel på en post:

Postens namn	Inspelningstyp	Menande
site.ru	A	123.123.123.123
shop.site.ru	A	123.123.123.123

Du kan registrera en A-skiva enligt instruktionerna:

CNAME-post

CNAME (kanoniskt namn) är en post som är ansvarig för att länka underdomäner (till exempel www.site.ru) till det kanoniska domännamnet (site.ru) eller en annan domän.
Huvudfunktionen för CNAME är duplicering av domänresursposter (A, MX, TXT) för olika underdomäner.

Exempel på CNAME-poster:

Postens namn	Inspelningstyp	Menande
www.site.ru	CNAME	site.ru
webmail.site.ru	CNAME	webmail.hosting.site

Om du anger ett CNAME för en underdomän www.site.ru och ange värdet site.ru, sajten öppnas från samma IP-adress som site.ru. Om du anger CNAME för mail.site.ru och ange värdet webmail.hosting.site, sen på mail.hosting.site Samma resursposter kommer att distribueras som för webmail.hosting.site.

Användningen av en CNAME-post utesluter användningen av andra resursposter för en given underdomän, d.v.s. för en underdomän webmail.site.ru eller www.site.ru Du kan inte lägga till både en A-post och en CNAME-post samtidigt.

Du kan registrera en CNAME-post enligt instruktionerna:

MX-post

MX (Mail Exchanger) är en post som ansvarar för servern genom vilken e-post kommer att fungera. MX-poster är avgörande för e-postfunktionalitet. Tack vare dem "förstår" den sändande parten vilken server som ska skicka e-post för din domän.

Exempel på MX-poster:

Postens namn	Inspelningstyp	En prioritet	Menande
site.ru	MX	10	mx1.hosting.site
site.ru	MX	15	mx2.hosting.site

där mx1.hosting..

Vanligtvis är två e-postservrar specificerade så att om en av dem inte är tillgänglig kommer e-post fortfarande att skickas till den andra. Skrivprioritet bestämmer vilken serverpost som ska skickas till först. Ju lägre siffra, desto högre prioritet. Således, för domännamnet site.ru, är e-postservern mx1.hosting..hosting.. Om prioriteten är densamma väljs servern slumpmässigt.

Du kan registrera en MX-post enligt instruktionerna:

TXT-post

TXT (Textsträng) - en post som används för att ställa in nödvändiga textkommentarer för domänen. Det används ofta för att kontrollera domänägande vid anslutning av ytterligare tjänster, och även som en behållare för SPF-poster och DKIM-nycklar. Du kan registrera ett obegränsat antal TXT-poster, så länge de inte kommer i konflikt med varandra.

Du kan registrera en TXT-post enligt instruktionerna:

Spela in SPF

En SPF-post (Sender Policy Framework) innehåller information om listan över servrar som har rätt att skicka brev på uppdrag av en viss domän. Hjälper till att undvika obehörig användning. SPF-inställningen anges i TXT-posten för domänen.

Exempel på en SPF-post:

Postens namn	Inspelningstyp	Menande
site.ru	Text	v=spf1 include:_spf.hosting..123.123.123 a mx ~all

där 123.123.123.123 är IP-adressen till servern du behöver.

I det här exemplet:

• v=spf1— bestämmer vilken version av SPF-posten som används.
• include:_spf.hosting.site— inkluderar i SPF-posten värdet av SPF-posten för en annan domän. Det vill säga alla SPF-postvärden för domänen "_spf.hosting.site" kommer att vara giltiga för domänen;
• ip4: 123.123.123.123 - tillåter mottagning av e-post från IP-adressen 123.123.123.123;
• a— gör det möjligt att ta emot e-post från en server vars IP-adress finns i domänens A-resurspost. Enkelt uttryckt, från servern där webbplatsen är värd;
• mx— tillåter att e-post tas emot om den sändande servern är specificerad i en av MX-posterna för domänen;
• ~alla— om brevet kom från en server som inte finns med i listan ovan är det värt att analysera det mer noggrant. Används också ibland -Allt- I det här fallet passerar inte brevet ytterligare kontroller och avvisas omedelbart.

Du kan registrera en SPF-post enligt instruktionerna:

NS, PTR, SOA-poster är serviceposter och konfigureras som regel automatiskt.

NS inträde

NS-post (Auktoritativ namnserver) pekar på DNS-servrar som är ansvariga för att lagra de återstående resursposterna för domänen. Antalet NS-poster måste strikt motsvara antalet av alla servrar som betjänar det. Kritisk för driften av DNS-tjänsten.

PTR Record

PTR är en omvänd DNS-post som associerar en servers IP-adress med dess kanoniska namn (domän). PTR-posten används för att filtrera post Om du har beställt en VPS eller dedikerad server kan du registrera en PTR-post enligt instruktionerna:

SOA-rekord

SOA (Start of Authority) är den initiala zonposten som indikerar på vilken server domännamnsreferensinformationen är lagrad. Kritisk för driften av DNS-tjänsten. Du kan ta reda på mer om vad en SOA-post är och hur du kontrollerar den.