Optimization DNS-beállítások
DNS nem vonatkozik érdekes téma. Amennyiben Ön nem egy mérnök hálózatok és az infrastruktúra, akkor a gyakorlatilag nem emlékszik -, amíg valami elromlik. Ha fut egy weboldal, nem zavarja a DNS, ez egy jó ideje, hogy tegyen intézkedéseket, hogy fogja a helyén a felszínen, amikor más oldalakon elsüllyed.
Kritizálni DNSimple könnyen és sokan nem csak ezt. Minden alkalommal, amikor a tömeges disable DNS, DNS-szolgáltatók (vállalkozások, amelyek szabályozzák a domain név szerver) kap egy csomó észrevételeket a felhasználók számára.
De ez a mi felelősségünk, hiszen a fejlesztők - biztosítja a stabil és rugalmas működés telephelyünkön, még (vagy inkább főleg), ha használja a harmadik felek által nyújtott szolgáltatások.
Anélkül, hogy észrevennénk, sokan elhagyják a pontokat, amelyeken keresztül könnyedén hozza le az összes, hogy gyakran előfordul. Ebben az esetben a cél az volt az egyik DNSimple ügyfelek, de mindenki elvesztette.
A jó hír az, hogy van egy pár lépést, amely nagyban növeli a rugalmasságát telephelyünkön.
1. Növeli a TTL
A fejlesztők szeretik a sebességet. De abban az esetben, TTL, nem jobb gyorsabb.
TTL az élettartam (time to live), a DNS TTL az idő, amely alatt a DNS bejegyzés marad a cache, amíg a razzia.
Ez nem az idő, hogy cache, hanem, hogy mennyi ideig a cache fog működni (bár kapcsolat nagyon fontos különbség).
Mivel a fejlesztők jellemzően olyan DNS-rekordokat csak akkor, ha a változtatásokat, hogy nagyon csábító, hogy ezek a változások érvénybe lépéséhez a lehető leghamarabb. De a csökkenés TTL teszi sebezhető áramszünetek, mivel ez teszi a névszerverek, hogy válaszoljon több kérelmet.
Beállítása TTL 60 másodperc, akkor mondja a névfeloldás (között található az ügyfelek és a névszerverek és egy nagy cache), hogy a nyilvántartásokat kell tisztítani egy perc alatt. Ami után ismét tekintse meg a névszerverek. Ez azt jelenti, hogy törés esetén akkor 60 másodpercen belül nem lesz elérhető.
Minél hosszabb a DNS bejegyzések maradnak a cache (azaz minél nagyobb a TTL), annál hosszabb a honlapon lesz élőben a törése esetén a DNS-szolgáltatója. Ha az IP a szerver nem változik, jobb lenne, ha meg a TTL időtartamra egy héten.
Hoster Canopy Heroku, így használjuk egy CNAME rekordot, rámutatva, hogy a Heroku tartományba. Ez a rekord még soha nem változott, így a TTL 60 másodpercig teljesen opcionális. 60 másodpercenként, megkapjuk ezer névfeloldás szolgáltatást, hogy a vizsgálatokat a mi DNS-kiszolgálók szerezni domain információk, hogy már van.
Ha a TTL vett egy teljes héten hétfőtől köszönhetően caching, a legtöbb felhasználó nem veszi észre semmilyen megszakítás DNSimpe.
2. A névszerverek különböző DNS-szolgáltatók
Ez az alapértelmezett névkiszolgálóneveket DNSimple. Nos, sokan vannak, de a rossz, hogy ők mindezt DNSimple. Ez azt jelenti, hogy még mindig a meghibásodási pont.
Ha ön használ egy DNS-szolgáltató -, akkor mindig van egy pont a kudarc, függetlenül az összeg által használt név szervereket.
Mert sok helyen, ez nem rossz, de ha szükség van a 100% -os rendelkezésre állást, akkor több kell védelmet. A több DNS-szolgáltatók az egyik legjobb módja, hogy megakadályozza a hibás működést.
DNS-szolgáltatók lehetővé teszik, sőt ösztönözzék a 4-6 további névszerverek. Ez rendben van, ha az egyik eltörik, a többiek képesek lesznek kezelni a lekérdezéseket. De ha minden a névszerverek egy cég, akkor csak úgy 100% -os rendelkezésre állást, de nem garantálja azt. Még figyelembe véve azt a tényt, hogy DNSimple biztosított számunkra 4 névszerverek, mindannyian elpusztultak alatt DDOS támadás, és honlapunkon velük.
Az esélyét alatt állni DDOS támadás megnő, ha használja a nem csak a további névszerverek, hanem a másodlagos DNS-szolgáltató.
Sajnos a valódi használatot kiszolgálónevek több cég bonyolultabb, mint az egyszerű hozzáadásával külső név szerver formájában látható típusú a fenti képet. Ez árnyalat nem túl ismert, de fontos, hogy:
Ha a DNS-feloldási keres egy domain nevet, a DNS szerver válaszol, de más, mint hogy elküldi a felvételt, hogy ellenőrizze a hitelességét a szerver. Ezek úgynevezett NS rekordok, és meg kell egyeznie a név szerver (ha nem egyezik, néhány felhasználó nem tud a domain).
Ezért, ha szeretné használni a névszerver 3 az Amazon Route 53 és 3. PointDNS, az NS és a Route 53 a jegyzeteket, és tartalmaznia kell minden PointDNS 6 névszervereket.
Sajnos, nem minden DNS-szolgáltatók teszik, hogy módosítsa NS rekordokat. DNSimple is adott szerkesztés NS rekordok, de a támadás után, rájöttek ennek fontosságát, és a hozzáadott támogatást további DNS.
Ha a használni kívánt névszerverek két különböző cégek, amelyek mindegyike kell szerkeszthető NS rekordokat.
Hozzáadása névszerver több vállalat egyértelműen igényel nagy erőfeszítést és nem az a tény, hogy ez indokolt minden telek. Például a saját személyes honlapján. Én ugyanazt a DNS-szolgáltató (a többszörös kiszolgáló nevek, természetesen). Nem számít, ha a helyén marad néhány órával elérhető.
De az a fajta Canopy ellátás alkalmazások offline-elfogadhatatlan. Ez összezavarja a felhasználókat, és megszabadítja őket kellemetlenkedő és rontja hírnevét márka. És most itt vagyok kész foglalkozni a szinkronizálás a két internetszolgáltató DNS-rekordokat, ha ez segít csökkenteni a kudarc kockázata.
Csökkentheti az állásidőt kapcsolatos terén DNS-szolgáltatók felelősségét, célunk, mint egy fejlesztő hatékony eszközök használata, mint például a DNS. Sok webhely még sérülékeny ezen keresztül egy pontot. Ha nem engedheti meg magának egy egyszerű, próbálja megosztani a két névszerver DNS-szolgáltatók. És növeli a teljes élettartama alatt a cache névfeloldásra szolgáltatásokat.
Függetlenül attól, hogy a cég úgy dönt, a DNS-menedzsment, ezek a változások jelentősen javítani fogja a rugalmasság a webhelyen.