Hogyan szerezzen be saját domainjét, a számítógépes világot Oroszországban, a "nyitott rendszerek"
IT infrastruktúra az Ön vállalkozása számára
Például a Sony moszkvai fiókjának - www.sony.ru lenne ideális megoldás. A legfontosabb az, hogy egy ilyen név elnyerése nagyon megvalósítható.
Az alkalmazás befejezésekor figyelembe kell venni, hogy a robot automatikusan feldolgozza. Ez a gép ellenőrzi, hogy hiba történt-e a párnázásban, és ellentmondásokkal szembesül a delegált domainek meglévő adatbázisával. A robot nem tolerálja a pontatlanságokat, és sikertelen a különféle kérésekhez, ezért óvatosan töltse ki az alkalmazást. A gép feldolgozza az alkalmazást, felveszi a rekordokat a regisztrációs adatbázisban. Maguk a feljegyzések mezőkből állnak. Minden mezőt az alkalmazásban a mezőnév alapján azonosítanak, majd a ":" szimbólumot.
A domain: mező leírási sorában adja meg a regisztrálni kívánt domain nevet. A RIPN csak a ru tartomány aldomainjeit regisztrálja. Regisztráljon "közvetlen" zónává, és "fordítva". A mi esetünkben ez egyszerűen a 43.226.194.in-addr.arpa zóna.
Az admin-c: mező leírási sorában a felhasználó jelzi a domainet. A mező kötelező formátumú. Több ilyen vonal lehet, ha a domain adminisztrációért felelős személyek több mint egy. A fenti formátum helyett használhatja a felhasználói azonosítót is, ha van ilyen. Az azonosító neve nic-handle, vagy személyes kód.
A tech-c mező: a domain technikai adminisztrátora, amelyhez vészhelyzet esetén elérhető. Formátuma megegyezik a parancs admin-c formátumával. Meggyőződésem szerint minden területen (admin-c, zóna-c és tech-c) van értelme meghatározni az azonos személy koordinátáit. Kevés az orosz internethasználók engedhetik meg maguknak a luxust, hogy három különböző szakembert tartanak a domain név szolgáltatásban. Figyelembe véve a hazai realitásokat, minden felelősségteljesen kijelenthetem, hogy a rendszergazdák többlete nem vezet zavartól.
Az nserver: mező leírási sorában adja meg a zónaiszerverek tartománynevét. Rendszerint számos ilyen sor van az alkalmazásban. Az első az elsődleges vagy primer tartományi kiszolgáló. A mi esetünkben ez a vega-gw.vega.ru. Ez a kiszolgáló tárolja a domain adatbázisát. A második a másodlagos vagy másodlagos tartományszerver. Számunkra polyn.net.kiae.su. A többszörözõ szervereket úgy alakították ki, hogy javítsák a domainnevek teljes rendszerének megbízhatóságát, lehet, hogy több van. Ha vannak más redundáns szerverek vannak megadva, és ők (polyn.net.kiae.su a mi alkalmazás szerver is fölöslegessé vega.ru tartomány). Az elsőnek meg kell adni azt a másodlagos kiszolgálót, amely a legigényesebb lekérdezéseket küld a tartománynak. Példánkban ez a szerver ns.relarn.ru. Megfontolások alapján úgy döntöttem, hogy a regisztrációt a RIPN-ben végezték, amelynek szakemberei adminisztrálják a domain relarn.ru-t. Kezdetben a biztonsági szerver csak a polyn.net.kiae.su szerver volt. Azonban a kiae.su domain domain domain felbontásának alacsony sebessége mindenkinek jól ismert. Ez meglehetősen hosszú késésekhez vezet a névbővítmények lekérdezéseinek megválaszolásához. A fordított kérelmek leghosszabb feldolgozása. Ennek eredményeként a gép folyamatosan jelentette, hogy a polyn.net.kiae.su szerver nem érhető el, bár a manuális tesztelés során minden rendben működött. Annak érdekében, hogy megbirkózzon ezzel a problémával, úgy döntöttek, hogy kérje a használatát ns.relarn.ru másodlagos szerver domain vega.ru, feltételezhető, hogy a domain név szerver található ugyanabban a tartományban, mint a gép, és telepítve van a gépen, egy közös koaxiális kábel automata válaszolni fog sokkal gyorsabb szerveren található egy másik domain és számos átjátszók és hidak. A kettős szerverek helyének kiválasztásakor ügyeljen arra, hogy először ellenőrizze a kapcsolatot ezekkel a szerverekkel. Ha legalább egyikük nem válaszol a gép kérésére, akkor az alkalmazás elutasításra kerül.
Az aldom: mező leírja a domain aldomaineket. Alkalmazásunkban nincs al-net mező, mivel a vega.ru domainben nincsenek aldomainek. De ha a tartományi struktúrát meg kell változtatnunk, nevezetesen zónákba való behatolását, ebben az esetben szükség lenne az alkalmazásba az nserver és a string dom-net közötti sorba beilleszteni egy sort:
Ebben az esetben az egész domain vega.ru két aldomént tartalmaz: zóna1 és zóna2. Például quest gép ZONE1 zóna lesz a domain név quest.zone1.vega.ru, és az autó a lekérdezés zóna Zone2 - query.zone2.vega.ru. Az aldomaineket a subdom parancsban egy szóközön keresztül adják meg. Dom-net: az adott tartomány IP-hálózatának listája. A mi alkalmazás tartalmaz egyetlen hálózat 194.226.43.0, de ha olyan szervezet, amely megkapja a saját domain, a rendelkezésre álló számos hálózatokban ezek a hálózatok megadható ezen a területen, szóközzel elválasztva.
A nic-hdl mezőben: jelzi a felhasználó személyes számát, ha van ilyen felhasználója. Ez a mező nem szükséges, de ahogyan az alkalmazások kitöltési útmutatójában hangsúlyozták, "nagyon kívánatos".
A személy leírása utolsó mezője, mint a domain alkalmazásban, a mező forrása:. Az alkalmazásban meg lehet adni néhány embert, ami azt jelenti, hogy mindegyikük saját belépését a domain-leírás adatbázisába.
A zónáról és az övezet fenntartásáért felelős személyekről (és nem csak róluk) a következő utasítás található:
Domainkiszolgáló fogadása esetén ügyeljen arra, hogy másodlagos (másodlagos) domain névkiszolgálóval rendelkezzen a domainhez. A legtöbb ajánlás szerint két-négy kiszolgálóra van szükség, ha az elsődleges tartománynévkiszolgáló nem sikerül.
Általánosságban elmondható, hogy meg lehet tárgyalni egy másodlagos tartománynév szerver és a RIPN, valamint bármely szolgáltató létrehozását. De a szolgáltatások az utóbbi kell fizetni. Ez lehet kezdeni a másodlagos szerver, és az egyik a számítógépek, de ebben az esetben kövesse a formai követelményeknek RosNIIROS megbízható eljárással ez a döntés nem növeli a felbontást a domain neveket.
Ossza meg az anyagot kollégákkal és barátokkal