Het Domain Name System (DNS) is in wezen het internettelefoonboek. U typt apple.com in uw browser om iPhone-accessoires te kopen, maar hoe vindt uw verzoek de Apple-server met IP-adres 17.172.224.47? Het domeinnaamsysteem doet dit voor u.
Als u een klein online bedrijf of een blog op WordPress heeft, bent u waarschijnlijk al tegengekomen hoe u A- en CNAME-records instelt. En als u hebt geprobeerd e-mail van uw site te verplaatsen, dan met de MX-recordconfiguratie. En misschien heeft een webservice u gevraagd om TXT te configureren zodat deze met uw site werkt. Waarom is dit allemaal nodig en wat zijn hier de moeilijkheden?
In dit artikel beschrijf ik de basisprincipes van het domeinnaamsysteem en de recordconfiguratie die nodig is om met domeinen te werken.
DNS-servers
Wanneer u een domeinnaam aanschaft, zal uw registrar doorgaans standaard DNS-records voor u configureren en DNS-servers hiervoor leveren. U hebt een DNS-server nodig (meestal gebruikt in paren of drietallen vanwege de betrouwbaarheid, bijvoorbeeld: ns1.uwregistrarserver.com, ns2.uwregistrarserver.com) om de internet-DNS-directory het IP-adres van uw server te vertellen.
Hier is een voorbeeld van mijn NS-inzendingen voor JeffReifman.com:
Alle instellingen die u opgeeft, worden via deze servers online geconfigureerd en gepubliceerd.
Laten we nu verder gaan met de typen DNS-records, de belangrijkste is het A-record.
Een record
Als u jeffreifman.com in de adresbalk typt, wordt het verzoek doorgestuurd naar een map die zoekt naar een DNS-record dat overeenkomt met de hoofdmap van dat domein. De root betekent in dit geval zonder het www-voorvoegsel, dat wil zeggen zonder subdomein, alleen http://jeffreifman.com. Een A-record op hoofdniveau kan bijvoorbeeld verwijzen naar IP 107.164.32.96, dus dat is het adres waar u naartoe moet gaan.
Hier is een voorbeeld van een A-record-query op Kloth:
Subdomeinrecords
U kunt ook A-records configureren voor verschillende subdomeinen. Als u bijvoorbeeld wilt dat http://www.uwwebsite.com/ naar hetzelfde adres verwijst, voegt u eenvoudigweg een identiek A-record toe voor het www-subdomein. Nu hebben het hoofddomein en het subdomein hetzelfde IP-adres.
Binnenkort lanceren we overeenkomstige sites op domeinen gerelateerd aan specifieke steden (portland.fleethejungle.com), ik verwacht ze op verschillende servers te hosten, we hebben de A-records van elk subdomein nodig om naar het unieke IP-adres van de corresponderende server te verwijzen.
Berichten per wildcard
Wildcard-records kunnen aan de DNS-configuratie worden toegevoegd (met behulp van Asterisk *), waardoor al het subdomeinverkeer naar één IP-adres kan worden geleid. Als ik bijvoorbeeld alle stadssubdomeinen op één server wil plaatsen, doe ik dit:
Met jokertekenrecords kunt u eenvoudig meerdere subdomeinen aan één server koppelen.
Ingress-routering op de server
Wanneer verkeer vanaf een DNS-router op uw server binnenkomt, kunt u configureren hoe de server hiermee omgaat. Hier is een voorbeeld van mijn configuratie voor root- en www-verkeer:
Ik verkoop ook domeinen met dynamische prijzen. Dit is hoe Apache het verkeer voor al deze domeinen en DNS-records afhandelt.
Nu gaan we soepel verder met CNAME-records. Ze zijn in verschillende gevallen nuttig, en vooral bij het vereenvoudigen van het beheer van IP-adressen en migraties van de ene server naar de andere.
CNAME-records
Een CNAME is in wezen een tekstalias voor het leiden van domein- en subdomeinverkeer. Als u bijvoorbeeld te maken krijgt met het opzetten van een dienst als WordPress of Tumblr, kunnen zij voorstellen om een domein in te stellen met behulp van een CNAME-record en een A-record met een IP-adres.
Ik gebruik Tumblr niet vaak, maar ik heb een tijdje mijn account ingesteld op http://misc.jeffreifman.com/. Hier zijn hun instructies voor het instellen van een aangepaste domeinnaam - u kunt A-records of CNAME gebruiken, ik heb voor CNAME gekozen.
Hier is de DNS-vermelding voor misc. jeffreifman.com:
Overige.jeffreifman.com CNAME-domeinen.tumblr.com.
Opmerking: Zorg ervoor dat u een punt in het CNAME-adres plaatst.
Wanneer een gebruiker misc.jeffreifman.com opvraagt, stuurt DNS hem naar domains.tumblr.com, en daar zal IP 66.6.44.4 worden gevonden.
Een belangrijk voordeel van het CNAME-record is dat als, bijvoorbeeld in dit voorbeeld, Tumblr het serveradres wijzigt, u het CNAME-record niet hoeft te wijzigen. Het blijft hetzelfde en Tumblr kan het IP-adres controleren door het A-record te wijzigen in domains.tumblr.com.
Ik gebruik deze aanpak bij het verkopen van domeinnamen - de meeste zijn via een CNAME aan de server gekoppeld. Als ik de hosting en server-IP's moet wijzigen, kan ik eenvoudigweg het enkele subdomein A-record wijzigen dat door de CNAME wordt gebruikt, in plaats van de A-records voor elk domein te wijzigen.
Een ander scenario voor het gebruik van CNAME-records is het gebruik van CNAME's met CDN-services, zoals ik heb beschreven in het KeyCDN-artikel. Ik heb de cloud-subdomeinen c1, c2, c3, c4 ingesteld en ze allemaal aan de mirror op jr-faf.kxcdn.com gekoppeld.
Wat er gebeurt als u DNS-records wijzigt
DNS-records voor het hoofddomein en subdomeinen zijn over het algemeen onafhankelijk van elkaar. Het wijzigen van het A-record van het hoofddomein heeft geen invloed op het bestaande CNAME-adres van het subdomein. Ik heb me echter onlangs aangemeld voor de netwerkbeveiligingsservice Incapsula en ontdekte dat deze twee A-records vereist voor één hoofddomein - dit kan de zaken ingewikkelder maken. Met andere woorden: technisch gezien zou u meerdere A-records voor hetzelfde domein kunnen hebben, wat tot conflicten zou kunnen leiden.
Het is ook belangrijk om te beseffen dat DNS-wijzigingen niet onmiddellijk van kracht worden. Wanneer u DNS-records voor de eerste keer instelt (of wanneer u deze wijzigt), zijn deze gegevens nog niet beschikbaar voor gebruikers. Dit is een van die dingen die het migreren van de ene server naar de andere (of het veranderen van hostingbedrijf) moeilijk maken. In het ergste geval kan het meer dan 36 uur duren.
Mijn registrar stelde voor dat ik https://www.whatsmydns.net/ zou gebruiken voor een visueel rapport van mijn DNS-propagatie op verschillende gebieden. Hieronder ziet u een screenshot die ik heb gemaakt toen ik de server van mijn site veranderde - de wijzigingen duurden enkele uren.
De onderstaande afbeelding toont de DNS-servers die mijn laatste wijzigingen hebben vastgelegd:
MX-records
Laten we nu verder gaan met MX-records. Deze records vertellen het DNS-systeem waar alle e-mails die naar u toekomen, naartoe moeten worden gestuurd. Daarom, als ik het domein StarWars.io heb gekocht en e-mail wil ontvangen op [e-mailadres beveiligd], Ik moet twee dingen doen.
Eerst moet ik me registreren bij een e-mailservice zoals Google Apps of FastMail om mijn e-mail daar te kunnen posten. Ten tweede moet ik de MX-records zo configureren dat e-mail naar deze servers gaat.
Zo zou de Google Apps-configuratie er bijvoorbeeld uitzien:
Prioritaire e-mailserver 1 ASPMX.L.GOOGLE.COM. 5 ALT1.ASPMX.L.GOOGLE.COM. 5 ALT2.ASPMX.L.GOOGLE.COM. 10 ALT3.ASPMX.L.GOOGLE.COM. 10 ALT4.ASPMX.L.GOOGLE.COM.
En voor FastMail als volgt:
In1-smtp.messagingengine.com (eerste, prioriteit=10) in2-smtp.messagingengine.com (tweede, prioriteit=20)
U kunt ook TXT-records gebruiken om spamdetectieservers te vertellen dat uw mailserver alleen legitieme e-mails doorstuurt, zoals ik in het bovenstaande voorbeeld deed met het SPF-record. Diensten zoals Mailgun gebruiken SPF- en DKIM-records bij het verzenden van bulkberichten.
AAAA-records
Als u ervoor kiest om IPv6-adressering te ondersteunen, moet u een AAAA-record configureren:
Momenteel vinden de meeste overgangen van IPv4 naar IPv6 stil en onopgemerkt plaats. Na verloop van tijd, wanneer de opwarming van de aarde de laatste ijsbeer doodt, zullen A-records relictrecords worden en AAAA-records de belangrijkste DNS-records.
Het Domain Name System (DNS) is een gedistribueerde database waarin informatie over domeinen wordt opgeslagen: domein-IP-adressen, ns-servers die het domein bedienen, mx-records voor dit domein en andere service-informatie.
Domeininformatie wordt opgeslagen in de vorm van records. Belangrijkste berichttypen:
1.SOA-record- bevat de naam van de primaire ns-server voor deze zone, het e-mailadres van de beheerder van deze zone, serienummer, cachetijdwaarden voor alle standaard zone-items.
Om een SOA-record (zones naar een domein te verhogen) aan te maken, moet u een domein toevoegen via de sectie “Domeinoverdracht” in uw persoonlijke account.
2. NS-record verwijst naar de DNS-server voor dit domein. Onze NS-administratie bevat bijvoorbeeld:
ns1.site
ns2.site
ns3.site
Via het hostingcontrolepaneel in uw persoonlijke account kunt u alleen voor subdomeinen NS-records instellen/wijzigen. U kunt NS-records voor het hoofddomein wijzigen via de registrar of op verzoek bij “Online Support”.
3. A- en CNAME-records.
Een A-record koppelt een hostnaam aan een IP-adres.
Het CNAME-record of canonieke record van een naam wordt gebruikt om door te verwijzen naar een andere naam.
Beide records kunnen worden gewijzigd in het hostingcontrolepaneel in de sectie DNS - Alias. Bij het instellen/wijzigen van een A-record wordt het IP-adres ingevuld in het veld “Adres”;
Voorbeeld: 217.112.ХХ.ХХ
Bij het instellen/wijzigen van een CNAME-record, de canonieke naam met een punt aan het einde.
Voorbeeld: test.voorbeeld.ru.
4. MX-record
Verwijst naar servers die e-mail voor dit domein accepteren. Een MX-record bestaat uit twee stukjes gegevens: prioriteit (hoe lager het getal, hoe hoger de prioriteit) en de domeinnaam (mailserver).
U kunt deze invoer ook wijzigen in het DNS (MX)-gedeelte. De domeinnaam in het veld “Adres” wordt altijd met een punt aan het einde geschreven.
Bijvoorbeeld: mail.voorbeeld.ru.
5.SRV- en TXT-records.
SRV-records geven de locatie aan van servers voor verschillende services.
Een SRV-record bestaat uit de volgende onderdelen:
Service._proto.name TTL-klasse SRV prioriteitsgewicht poortdoel
dienst - dienstnaam. Bijvoorbeeld xmpp of sip.
proto - protocolnaam. Meestal tcp of udp.
naam - de naam van het domein waarin deze dienst zich bevindt.
class - DNS-standaard, klasseveld
TTL - DNS-standaard, tijd om te leven.
prioriteit - recordprioriteit. Hoe lager het getal, hoe hoger de prioriteit
gewicht - recordgewicht. Wordt gebruikt voor vermeldingen met dezelfde prioriteit
poort - de poort waarop de opgegeven service zich op deze server bevindt
hostnaam(doel) - servernaam.
TXT-records worden gebruikt om aanvullende tekstinformatie op te geven.
U kunt SRV- en TXT-records toevoegen en wijzigen in het DNS (SRV, TXT)-gedeelte van het hostingcontrolepaneel.
6. PTR-record
Koppelt het IP-adres van een host aan zijn canonieke naam.
Wordt gebruikt om het volume ongewenste e-mail te verminderen. Veel ontvangende e-mailservers controleren op een PTR-record voor de host waarvandaan de e-mail wordt verzonden. In dit geval moet het PTR-record voor het IP-adres overeenkomen met de naam van de verzendende mailserver waaraan het tijdens de SMTP-sessie wordt gepresenteerd.
Geconfigureerd aan de kant van de internetprovider die het IP-adres heeft verstrekt.
Alle wijzigingen in de DNS-instellingen die u in uw controlepaneel maakt, zijn alleen geldig voor domeinen die zijn gedelegeerd aan onze NS-servers.
Als er records veranderen voor het hoofddomein, bijvoorbeeld voorbeeld.ru, moet het veld “Naam” leeg worden gelaten; als er een waarde wordt ingevoerd, bijvoorbeeld 1, worden de instellingen toegepast op het subdomein 1.voorbeeld.ru;
Adresrekening (A) Account A geeft de computernaam weer als een numeriek IP-adres. Met andere woorden: deze invoer specificeert de hostnaam en het IP-adres van een specifieke computer, zodat de hostnaam overeenkomt met een specifiek IP-adres. Dit is het record dat naamserver A naar een andere naamserver moet sturen en een antwoord op het verzoek moet ontvangen. Hieronder ziet u een voorbeeld van hoe een A-record er uit zou moeten zien:
peter.gudzondns.com. IN A 36.36.1.6 De eerste kolom bevat de hostnaam van de computer. De tweede kolomlijst is de invoerklasse. Voor de basis-DNS-werking hoeft u alleen een IN-aanduiding voor internet in te stellen. De volgende kolom geeft het invoertype aan en de laatste kolom is het daadwerkelijke IP-adres. Het is mogelijk om meer dan één IP-adres toe te voegen voor een bepaalde hostnaam. Dit is nodig als er een firewall wordt gebruikt en er twee ethernetkaarten op één computer staan. Het enige wat u hoeft te doen is een tweede A-record toevoegen, waarbij u dezelfde kolommen invult, behalve het IP-adres. Het is ook mogelijk om meer dan één hostnaam voor één IP-adres weer te geven. Maar dit wordt niet aanbevolen, omdat DNS een speciaal record heeft waarmee computers aliassen kunnen hebben, een zogenaamde CNAME-record.
In-addr.arpa PTR-records zijn precies het tegenovergestelde van A-records. Ze stellen u in staat uw computer te herkennen aan het IP-adres. Dit wordt een "omgekeerde lookup" genoemd. Het wordt steeds vaker gebruikt wanneer een computer een reverse lookup op uw computer uitvoert voordat toegang wordt verkregen tot diensten (zoals pagina's op het WWW). Een reverse lookup is een goede beveiligingsmaatregel voor uw computer, omdat hiermee wordt geverifieerd dat uw computer is wat deze zou moeten zijn. De In-addr.arpa-vermelding ziet er als volgt uit: 6.1.36.36.in-addr.arpa. IN PTR peter.gudzondns.com. Zoals u kunt zien in het voorbeeld voor record A, staat er aan het begin van dit record een retour-IP-adres voor de hostnaam in de laatste kolom.
De eerste kolom bevat het domein waarvoor deze invoer de autoriteit begint. De volgende twee stukjes informatie moeten er bekend uitzien. De record "draven.gudzondns.com" is de primaire naamserver voor het domein. De laatste invoer in deze kolom is een geldig e-mailadres als u de "@" hebt vervangen door de eerste ".". Dit moet altijd een geldig contactadres zijn voor het SOA-record. De volgende gegevens wijken enigszins af van wat we al hebben gebruikt. Serieel is een registratie van hoe vaak deze DNS-invoer kan worden gewijzigd. Elke keer dat er een wijziging wordt aangebracht, moet Serieel worden verhoogd. Andere naamservers die informatie voor een zone ophalen uit de primaire naamserver halen de zone alleen op als het Serienummer in het record van de primaire naamserver hoger is dan het Serienummer in dat record. Zo kunnen de nameservers voor een domein zelf veranderen. Het wordt aanbevolen om uw serienummer in het formaat JJJJMMDDNN te gebruiken, waarbij NN de dag is waarop de DNS is gewijzigd. Alle numerieke tijdwaarden in de opname zijn in seconden. Het getal "Vernieuwen" geeft aan hoe vaak de secundaire naamserver de primaire moet controleren op wijzigingen in Serieel. "Opnieuw proberen" - hoe lang de secundaire server moet wachten voordat hij probeert opnieuw verbinding te maken met de primaire server als de verbinding is verbroken. 'Verlopen' betekent hoe lang de secundaire server de huidige invoer moet gebruiken als er geen herstel kan worden uitgevoerd, en 'Minimum' betekent hoe lang uw naamservers deze invoer in de cache moeten opslaan of bewaren.
Webmin ondersteunt niet alle recordtypen die BIND kent. Alleen de meest voorkomende worden ondersteund. Hieronder beschrijven we de soorten records waarmee Webmin kan werken. Daarnaast wordt van elk van deze typen een korte beschrijving gegeven.
Berichttypen beschikbaar in de directe zone:
Adres (A)- adrestype record. Dit type koppelt een IP-adres aan een hostnaam. Elk systeem waarmee u verbinding wilt maken via HTTP, telnet of een ander protocol waaraan een hostnaam is toegewezen, moet een adresrecord hebben, zodat de hostnaam kan worden gebruikt om het IP-adres van de host te vinden. Onthoud: één hostnaam( hostnaam) kan meerdere adresrecords hebben (records Een soort). Dit wordt vaak gebruikt om de belasting van een website over meerdere systemen te verdelen. Bovendien kunt u meerdere adresgegevens aanmaken met verschillende hostnamen, maar met hetzelfde IP-adres, alsof u dat zelf aan het maken bent op naam gebaseerd) Virtuele Apache-servers.
Wanneer u een adresinvoer maakt of bewerkt, wordt het veld Adres (IP-adres) is bedoeld om het IP-adres vast te leggen dat aan de hostnaam wordt gekoppeld. Veld Omgekeerd updaten??) , is verantwoordelijk voor het automatisch aanmaken en wijzigen van records Omgekeerd adres, typPTR) V Omgekeerde zone) . Zie Items toevoegen en bewerken voor meer informatie.
Naamserver (NS)- recordtype dat de naam definieert van de server die verantwoordelijk is voor het onderhoud van de zone. Elke zone moet minimaal één NS-record hebben en mag ook extra NS-records hebben voor subdomeinen van die zone. Als u voor een bepaalde zone een secundaire DNS-server inricht, vergeet dan niet te controleren of het NS-record voor deze zone is toegevoegd aan de hoofd-DNS-server. In dit geval (als u een extra DNS-server instelt) moet de recordnaam canoniek zijn voor de zone, bijvoorbeeld example.com (d.w.z. volledig met de bovenliggende zone(s)).
Bij het aanmaken of bewerken van een record van dit type is het veld Naamserver bedoeld voor het invoeren van het IP-adres of de hostnaam, de DNS-server die verantwoordelijk is voor het onderhoud van de zone. Als u een hostnaam invoert, heeft u ook een adresrecord (A-record) nodig met een IP-adres voor deze hostnaam dat zich in een bepaalde zone op uw DNS-server bevindt.
Naamalias (CNAME)- met dit type record kunt u aliassen (aliassen, links, bindingen) maken voor bestaande adresrecords (Adres; type A) en omgekeerde adresrecords (Reverse Address, type PTR). Wanneer een DNS-client een dergelijk IP-adres (Name Alias) aanvraagt, ontvangt deze het IP-adres dat is opgegeven in het record waaraan de binding wordt gemaakt. Dit kan handig zijn als u wilt dat een bepaalde host onder meerdere namen toegankelijk is. Dit kan uiteraard worden bereikt door meerdere adresrecords aan te maken, maar de optie met aliassen is handiger omdat als het IP-adres van een host is gewijzigd, er niets aan de aliassen hoeft te worden gewijzigd. Terwijl u, als u veel adresrecords gebruikt, wijzigingen moet aanbrengen in elk record dat aan deze bepaalde server is gekoppeld.
Het formulier voor het aanmaken en bewerken van een Naamalias-record bevat het veld Echte naam, bedoeld voor het invoeren van de canonieke echte naam van het record waarnaar de alias verwijst (bijvoorbeeld webserver.example.com).
Mailserver (MX)- een recordtype dat mailprogramma's zoals Sendmail of Qmail vertelt waar de mailserver zich bevindt (de server waarmee contact moet worden gemaakt om mail in dit domein te bezorgen). Zonder dit record wordt mail voor dit domein afgeleverd op het systeem (die server, host) waarvan het IP-adres is aangegeven in het adresrecord (Adres, type A) voor deze zone.
Elke MX-record heeft prioriteit, waardoor u de belasting tussen meerdere mailservers kunt ontlasten. Dienovereenkomstig vertelt prioriteit aan mailers (bezorgingen) met welke server als eerste contact zal worden opgenomen. En dan in aflopende volgorde, bijvoorbeeld als een server met een hoge prioriteit niet reageert.
Let op: Hoge prioriteit betekent in deze context niet het grootste getal, maar het kleinste, d.w.z. 10 is hoger dan 50.
Servers met een lage MX-prioriteit zijn ontworpen om e-mail door te sturen naar een host die e-mail opslaat. Wanneer de mailserver met de hoogste prioriteit vervolgens vrij is, haalt deze de brieven uit de opslag en stuurt deze naar het adres.
Wanneer u een MX-record toevoegt of bewerkt, heeft u twee velden tot uw beschikking. In de eerste plaats moet u de canonieke hostnaam (hostnaam) of een link ernaar (hostnaam) van de mailserver invoeren. Het tweede veld is bedoeld voor het invoeren van de prioriteit van het MX-record. Normaal gesproken is de hoofdserver ingesteld op prioriteit 5. Als u slechts één mailserver heeft, doet de prioriteit er niet toe. Bovendien kunt u instellen dat twee mailservers dezelfde prioriteit hebben. In dit geval wordt willekeurig bepaald welke server de brief bij de ontvanger zal bezorgen.
Hostinformatie (HINFO)- een recordtype dat wordt gebruikt om informatie op te slaan over de architectuur en het besturingssysteem van een bepaalde host. Het kan bijvoorbeeld nodig zijn dat u voor de server test.example.ru een vermelding maakt dat deze (de server) een x86-pc is waarop FreeBSD draait. Dit wordt echter zeer zelden gebruikt, omdat dergelijke informatie door aanvallers kan worden gebruikt bij het voorbereiden van aanvallen.
Bij het toevoegen of bewerken van dit recordtype zijn de velden Hardware en Besturingssysteem bedoeld voor het invoeren van respectievelijk de architectuur en het besturingssysteem van de host. U moet gegevens in deze velden invoeren zonder spaties, waarbij u de spaties vervangt door een 'grond'-teken, dat wil zeggen '_' zonder aanhalingstekens.
Tekst (TXT) - een recordtype dat willekeurige tekstinformatie koppelt aan de geselecteerde zone (domein). Dat wil zeggen dat u niet zomaar ergens een TXT-record kunt toevoegen. Het kan alleen worden toegevoegd bij het bewerken van een bepaalde zone. Deze tekstinformatie wordt dus aan de bewerkte zone toegevoegd. Dit type kan gebruikt worden om commentaar toe te voegen aan een bepaalde zone (domein). Wees voorzichtig, aangezien deze informatie kan worden gelezen door iedereen die zone- (domein)informatie opvraagt. Plaats dus geen gevoelige informatie in de reacties.
Wanneer u dit type record toevoegt of bewerkt, dient het veld Bericht voor het invoeren van een opmerking voor de host. Deze tekst mag ook spaties bevatten.
Bekende service (WKS) - een recordtype dat de hostnaam, poort en protocol van een bepaalde dienst (bijvoorbeeld mail) koppelt aan de geselecteerde zone. Dit kan bijvoorbeeld worden gebruikt om aan clients aan te geven welke host de mailserver is. De meeste programma's vragen echter niet om WKS-records, dus in de praktijk is dit type record vaak nutteloos.
Bij het toevoegen of bewerken van dit type record zijn de velden Adres (IP-adres), Protocol en Services bedoeld voor het invoeren van het IP-adres van de host van een dienst die voor deze zone (domein) wordt aangeboden; netwerkprotocol gebruikt door de service - TCP of UDP; respectievelijk het poortnummer waarop deze dienst wordt aangeboden.
Verantwoordelijke persoon (RP)- een recordtype dat een persoon of groep mensen associeert die verantwoordelijk is voor deze zone (domein). De velden E-mailadres (E-mailadres) en Tekstrecordnaam (Naam) zijn bedoeld voor het invoeren van respectievelijk het e-mailadres van de verantwoordelijke en zijn naam (voor- en achternaam). Dit type record wordt zelden gebruikt.
Locatie (LOC)- een recordtype dat wordt gebruikt om de fysieke locatie van de host aan te geven. In lengte- en breedtegraadcoördinaten. Het kan handig zijn voor grote organisaties met servers in verschillende landen.
Wanneer u dit recordtype toevoegt of bewerkt, is het veld Breedte- en lengtegraad bedoeld voor het invoeren van de breedte- en lengtegraad. Voor de host cambridge-net.kei.com is er bijvoorbeeld 42 21 54 N 71 06 18 W -24m 30m .
Serviceadres (SRV)- een recordtype dat een domeinnaam, servicenaam en protocol aan een host koppelt. Met andere woorden, deze invoer wordt gebruikt om de locatie van een dienst op een bepaalde host aan te geven. Dit recordtype kunt u bijvoorbeeld gebruiken als u wilt aangeven dat de POP3-server van example.ru mail.example.ru is en de webserver www.example.ru.
Bij het toevoegen of bewerken van dit recordtype zijn de velden Protocol en Servicenaam bedoeld voor het invoeren van het protocol dat de service gebruikt (TCP, UDP, TLS) en de naam/namen van de service (deze naam kan uit het bestand worden gehaald / enz. /diensten) respectievelijk. De namen van de services kunnen pop3, telnet en andere zijn. Wanneer een client naar een SRV-record zoekt, is het type recordverzoek als volgt: _telnet._tcp.example.ru (het zou er bijvoorbeeld zo uit kunnen zien). Webmin zal de door u aangemaakte invoer automatisch omzetten naar dit (juiste) formulier. Dit betekent dat u dit type invoer niet handmatig hoeft aan te maken of te bewerken.
Het veld Prioriteit is bedoeld voor het invoeren van de prioriteit voor deze server, wat betekent dat prioriteit hetzelfde is als de prioriteit voor MX-records. In het veld Gewicht kunt u een getal invoeren dat het “gewicht” van deze host aangeeft. Gebruikersverzoeken zullen voornamelijk gericht zijn aan de server die meer “gewicht” heeft.
Het veld Poort is bedoeld voor het invoeren van het poortnummer waarop deze dienst wordt verleend.
Publieke sleutel (SLEUTEL)- een recordtype dat een “sleutel” aan een host koppelt. Deze sleutel wordt gebruikt voor IPsec VPN.
Berichttypen beschikbaar in de omgekeerde zone:
Omgekeerd adres (PTR)- een recordtype dat een hostnaam associeert met een IP-adres in de omgekeerde zone. Voor DNS-clients is het noodzakelijk om hostnamen op een bepaald IP-adres op te zoeken. U moet voor elke host één vermelding van dit type aanmaken. In de meeste gevallen kan dit echter geautomatiseerd worden. Webmin kan een adresrecord aan de omgekeerde zone toevoegen onmiddellijk nadat het overeenkomstige adresrecord aan de voorwaartse zone is toegevoegd. Dat wil zeggen dat Webmin de voorwaartse en achterwaartse zones kan synchroniseren.
Bij het toevoegen of bewerken van dit type record zijn de velden Adres (IP-adres) en Hostnaam (Hostnaam) bedoeld voor het invoeren van het IP-adres (bijvoorbeeld 192.168.1.5; dit adres wordt door Webmin automatisch omgezet in het in-addr. arpa-indeling gebruikt door de DNS-server voor de omgekeerde zone) en hostnaam (hostnaam) in canonieke vorm (bijvoorbeeld test.example.ru . ), respectievelijk.
LET OP: Zorg ervoor dat u bij het invoeren van de hostnaam een punt aan het einde toevoegt. Dit is geen typefout.
Naamserver (NS)- het NS-recordtype in de omgekeerde zone is voor hetzelfde bedoeld als in de voorwaartse zone - het vertelt andere DNS-servers het IP-adres of de hostnaam (hostnaam) van de server die een bepaalde zone (domein) of een subdomein bedient.
Het veld Zonenaam is bedoeld voor het invoeren van de naam van de zone die deze server bedient. Normaal gesproken is de naam van de zone dezelfde als de naam van de zone waaraan deze vermelding wordt toegevoegd. In dit veld moet u een waarde invoeren in het formaat in-addr.arpa (aangezien er geen synchronisatie is, zoals in adresrecords - type A en PTR). Daarom zal de zonenaam voor 192.168.1 er als volgt uitzien: 1.168.192.in-addr.arpa . (De punt is vereist aan het einde, dit is geen typefout) In het veld Name Server moet u het IP-adres of de hostnaam in canonieke vorm invoeren (bijvoorbeeld ns1.example.ru).
Naamalias (CNAME)- een recordtype in de omgekeerde zone, bedoeld voor hetzelfde als in de voorwaartse zone: alias, link, binding aan een record. In de velden Naam en Echte naam moet u de waarde invoeren in het formaat in-addr.arpa, aangezien Webmin dit niet automatisch doet.
