Az önbeállító zóna és a DNS-kiszolgálók a tartomány számára
vásároljon domaineket
Társaság A Synology News részlegéről Médiaadatok Vásárlói történetek Dns felhasználók Kapcsolatfelvétel. A domainnevek közötti megfelelés a domainkiszolgálók vagy DNS-kiszolgálók szolgáltatásainak hierarchikus struktúrájában tárolt regisztrálás. Információk A webhelyről Általános Szerződési Feltételek Súgó Adatvédelmi irányelvek. Külön Hosting megoldások a 1C-Bitrix Hosting számára a Joomla számára. A típus automatikusan jelzi, hogy DNS-kiszolgálónk elsődleges.
DDNS kiszolgáló (leírás, hozzáférési beállítások, ingyenes szolgáltatás domainshield.ru)
Az aliákat véletlenszerű DNS-ek mutatják. TM Feed Habrahabr Geektimes Kenyérpirító Saját kör Freelancing. Habrahabr Dns Felhasználók Hubas cégek Песочница. Várakozás egy meghívásra Meghívást kapott. A DNS szerverünket igénylő okok széles körű regisztrálást tesznek lehetővé, de a legtöbb esetben automatikusan megkönnyíti a több domainnel való együttműködést. És megegyezel, hogy automatikusan megnézed a Whois szerverén a DNS-t. Szeretném felhívni a figyelmet arra a tényre, hogy ebben a példában figyelembe vesszük, hogyan lehet felvenni az NS-t egy virtuális kiszolgálón.
Két NS-t igényelnek a legtöbb esetben egy domain regisztrálásához, mivel nem minden regisztrátor engedélyezi egy bejegyzéshez való regisztrációt vagy egyáltalán nem. Csak azt mondják, hogy a megbízható működés biztosítása érdekében érdemes megfontolni, hogyan helyezzük el DNS-szervereinket különböző virtuális szerverekre, lehetőleg különböző adatközpontokban. Ez lehetővé teszi a webhely munkáját, hogy késedelem nélkül folytatódjon szerver-összeomlás esetén.
Annak érdekében, hogy megértsük a telepítés folyamatát, vegyük figyelembe a kitalált kezdeti adatokat: Két lehetőségünk van attól függően, hogy milyen operációs rendszert használ a számítógépén.
A linux rendszerekben minden szép. A fő panelhez kell mennie a Places-Connect automatikusan Server fülhöz. A megjelenő ablakban adja meg a jelszavát, és ... Ön már a VDS operációs rendszerében van.
Ha Windows-ot használ, automatikusan tudom ajánlani a PuTTY programot. A program ingyenes és korlátozás nélkül kerül elosztásra. Töltsd le és tanuld meg használni azt. Szóval a VDS terminálhoz értünk. A BIND csomag legfrissebb verziójának telepítéséhez a kiszolgáló regisztrálja a parancsot: Zónaadatok létrehozása A következő útvonalon automatikusan a zónához tartozó adatok létrehozása.
A neve formája db. Ebben a példában a fájl neve lesz. Ezek a fájlok a helyes DNS-művelethez szükségesek. A konfigurációs fájl konfigurációs fájlja szükséges a zónában lévő összes adatfájl kommunikációjához.
Kezdjük automatikusan a szerverek létrehozását. Kezdjük a konfigurációs fájllal. Jellemzően a konfigurációs fájlok tartalmazzák a zónadat-fájlokat tartalmazó könyvtárat. Amint a vonalak úgy fognak kinézni: A string a szózóna-zónával kezdődik, majd a domain név és az osztály az internetes osztályban. A BIND 8 és 9 osztály alapértelmezés szerint telepítve, ezért nincs szükség osztály meghatározására.
A mester típus azt jelzi, hogy a DNS-kiszolgálónk elsődleges. Az utolsó mező a zónaadat fájl DNS-jét tartalmazza. A konfigurációs fájl általában a következő formában jelenik meg: Most folytassa a fájl szerkesztését. Kezdetben regisztráljon a standard TTL élettartam érték beállításához. A DNS-kiszolgáló automatikusan elküldi a megadott TTL értéket a válaszokban automatikusan a kérésekre, ami lehetővé teszi, hogy más névkiszolgálók tárolják a beérkező adatokat a megadott időtartamra.
Ha a dns ritkán változik, akkor néhány nap alatt, de legfeljebb egy héten belül ésszerű frissítési intervallumot regisztrál. Ha az adatok gyakran változik, akkor beállíthatja az intervallum egy órán át, de lehetőleg ne kevésbé, mert a rövid időközönként automatikusan létrehoz egy nagy mennyiségű DNS-forgalom.
Ehhez a példához vegye a standard értéket 3 óra 3 órára. Az első sor így fog kinézni: Minden zóna adatkiszolgálón kell lennie. Ez azt mutatja, hogy DNS szerverünk a legmegbízhatóbb információforrás ezen a zónán belül.
Egyetlen és csak egy SOA rekord írható a zóna adatfájlba. Ami ezt a kiszolgálót illeti: Miért történik ez, később elmondom. Ezután következik a hálózat osztálya, ez már fent olvasható, nem szükséges feltüntetni. A SOA jelzi a rekord típusát. A zárójelek lehetővé teszik, hogy több sor adjon meg egy rekordot.
A következő értékek lényegében nem szükségesek ebben a példában, főleg a másodlagos kiszolgálók használják őket, de még mindig leírom, mit jelentenek. A szekvencia szám a zónán belüli összes adatra vonatkozik, és jelzi a frissítések számát. Amikor a másodlagos DNS-kiszolgáló csatlakozik az elsődleges DNS-kiszolgálóhoz, először ellenőrzi a sorozatszámot. Ha az elsődleges szám nagyobb, akkor a másodlagos kiszolgáló, mint adat. A következő négy mező különböző időintervallumokat határoz meg, és ne felejtsük el, hogy az alapértelmezett értékek másodpercben vannak meghatározva.
A frissítés frissítése A frissítési intervallum utasítja a másodlagos DNS-kiszolgálót, hogy milyen gyakorisággal kell ellenőrizni a zónához tartozó információk relevanciáját. Telepített ebben a példában 03:00 létrehoz egy nagyon nagy terhelést az elsődleges szerveren, így a ritka frissítés dns másodlagos kiszolgáló zónát kell az intervallumot legalább 24 regisztrálni. Megpróbálkozás újrapróbálása Ha a másodlagos kiszolgáló nem tud kapcsolódni az elsődleges kiszolgálóhoz, amely valószínűleg már nem működik, az újrapróbálkozik az ezen érték által megadott rendszeres időközönként.
A lejárati lejárat Ha a másodlagos DNS-kiszolgáló nem tud kapcsolódni az elsődleges DNS-kiszolgálóhoz a megadott időtartam alatt, akkor az adatai lejárnak. Az elavult zóna adatai azt jelzik, hogy az információk már nem relevánsak és nem használhatók automatikusan. Logikus, hogy az értékeket az öregedés sokkal nagyobb, mint a frissítési intervallum hetek-hónapok a dns, automatikusan válnak elavulttá még mielőtt azok ideje frissíteni.
Először írja be a TTL és a SOA rekordot. És most megadjuk a PTR rekordokat - azok az IP-szerverekhez tartozó nevek megjelenítésére szolgálnak. Ebben a példában a bejegyzések így fognak kinézni: Itt van a fájlunk és készen áll. Egyszerűsítse a kódot Most az idő, hogy beszéljen a feljegyzések rövidítéseiről, amelyek gyorsabban regisztrálják a zónaadatfájlok szerkesztését.
Térjünk vissza a konfigurációs kiszolgálónkra. A zóna irányelv DNS-címe meghatároz egy tartománynevet. Ez a név az alapértelmezett származási utótag a zónaadatfájlokba való felvételhez. A kiszolgáló alapértelmezés szerint minden olyan név végére kerül, amely nem ér véget a ponttal. Ne feledd, azt mondtam, hogy ne felejtsd el pontot tenni a nevek végén.
Mivel minden fájl felelős a zónájáért, az egyes alapértelmezett utótagok is. A rövidítések ezen elve alapján egyszerűsítheti a kódot az alábbiak szerint: Általában egy ilyen rekordot használnak a SOA rekordokban. Ez a funkció csak annyi nevezéshez használható, mint egy névhez: Ez a rövidítés akkor is alkalmazható, ha különféle típusú rekordokat hoz létre az egyikhez. Eredmény Most nézzük meg, hogy az övezet adatfájljai hogyan fognak kinézni a fent említett redukciós szabályokkal.