Puuttuvan tietueen vastaus voi elää kauemmin kuin puuttuva tietue
Uusi DKIM valitsin voi esiintyä arvovaltaisessa DNS ssä, kun taas rekursiivinen ratkaisija vastaa edelleen ikään kuin avainta ei olisi. Yksi mahdollinen selitys on negatiivinen välimuisti: ratkaiseja sai aiemmin tietää, että nimi tai pyydetty tietuetyyppi ei ollut saatavilla, ja säilytti vastauksen. Toistuvasti tallentaa saman TXT tietue ei ilmoita jokaiselle välimuistille tilanteen muuttumisesta.
Aloita todistamalla, että aiottu tietue on nyt oikealla viranomaisella. Tarkista omistajan täydellinen nimi, pyydetty tyyppi ja mahdollinen aliaskohde. Negatiivinen välimuisti on hypoteesi, joka testataan julkaisun vahvistamisen jälkeen, ei kätevä selitys ennätys joka on luotu väärälle vyöhykkeelle tai kaikki asiaankuuluvat viranomaiset eivät ole palvelleet sitä.
Selvitä, mitä edellinen vastaus kielsi
NXDOMAIN osoittaa, että nimeä ei ole olemassa. NODATA kuvaa vastausta, jossa ei ole vaadittua tyyppiä oleellisia tietueita, eikä omaa DNS vastauskoodia. Sen tavallinen otsikkokoodi on NOERROR. Tarkista auktoriteettiosion ja aliaksen käsittely erottaaksesi tuloksen viittauksesta tai keskeneräisestä hausta. Pelkkä tyhjä vastausosio ei riitä. RFC 2308 , kohdat 2.1–2.2.
Laajuudella on väliä. RFC 2308 :n välimuistimallissa nimivirhe-merkintä liittyy nimeen ja luokkaan; ei-data-merkintä sisältää myös pyydetyn tyypin. Jos alias edeltää kieltävää vastausta, selvitä, mikä lopullinen nimi puuttuu. Asiakaspuolen valitsimen alias voi olla olemassa, vaikka sen tarjoajapuolen kohde ei olisi. Tämä vaatii toisen omistajan tutkimisen kuin puuttuvan asiakastietueen.
Säilytä aikaisempi tulos, jos se on saatavilla. Nykyinen myönteinen vastaus ei voi rekonstruoida eilen saadun kielteisen vastauksen TTL- ja auktoriteettiosiota. Jos aikaisempaa sieppausta ei ole, sano, että negatiivinen välimuisti on havaintojen mukainen, mutta sitä ei ole todistettu.
Laske käyttöikä oikeista SOA-kentistä
Jos haluat arvovaltaisen kielteisen vastauksen, RFC 2308 asettaa SOA-ennätys's TTL tässä vastauksessa pienempään SOA-tietueen omaan TTL:ään ja sen MINIMI-kenttään. Välimuistissa oleva negatiivinen käyttöikä laskee sitten alaspäin. Pelkästään SOA.MINIMUM:in lukeminen yleisenä negatiivisen välimuistin ajastimena on epätäydellinen. RFC 2308 , osat 3–5.
Kuvitteellisessa esimerkissä vyöhykkeen SOA TTL on 900 sekuntia ja MINIMI on 3 600. Näitä arvoja käyttämällä luodun negatiivisen vastauksen negatiivinen alkuikä on 900 sekuntia, ei 3 600. Jos ratkaisija sai sen klo 12.00 ja uusi valitsin julkaistiin klo 12.03, aikaisempi negatiivinen merkintä saattaa silti vaikuttaa kyseiseen selvittimeen jäljellä olevan tavallisen välimuistiikkunan aikana. Nämä keksityt ajat kuvaavat laskelmaa, eivät havaittua tapausta.
Klo 12.05 näytteitetty rekursiivinen vastaus saattaa näyttää pienentyneen SOA TTL:n. Säilytä se, mitä se todella raportoi, sen sijaan, että korvaisit kyseisen arvon uuden SOA-kyselyn määritetyillä kentillä. Muut välimuistit ovat saattaneet saada erilaisia vastauksia eri aikoina, ja ratkaisukäytäntö voi rajoittaa välimuistia. Yksittäinen laskelma ei vahvista yleistä palautumista klo 12:15.
Älä sekoita poissaoloa välimuistiin epäonnistumisen välimuistiin
SERVFAIL ja aikakatkaisu eivät vahvista tietueen puuttumista. Ne kuvaavat käyttökelpoisen tuloksen epäonnistumista. RFC 9520 päivittää vanhemmat negatiivisen välimuistin säännöt edellyttämällä resoluutiovirheiden välimuistia, mukaan lukien DNSSEC validointivirheet; sen vikavälimuistin kesto on vähintään yksi sekunti ja enintään viisi minuuttia. Tämä on erillinen SOA-pohjaisesta NXDOMAIN / NODATA laskelmasta. RFC 9520 , kohdat 3.2–3.4.
Toistuvat epäonnistuneet päivitykset voivat johtaa uusiin virhevälimuistin merkintöihin, joten yläraja ei ole katkospalautustakuu. Jos haku palauttaa SERVFAIL korjauksen jälkeen, säilytä vastaus ja tutki ratkaisejan diagnostiikkaa ja alkupään käytettävyyttä. Älä korvaa todennuskäytäntöä vain siksi, että ratkaisuvirhe kuvattiin epävirallisesti puuttuvaksi tietueeksi.
Valtuutuksen päivitysvirheiden aikana palvelun vanhentunut toiminta voi myös monimutkaistaa aikajanaa, mukaan lukien vanhentuneet negatiiviset tiedot. Tallenna, onko ongelman ratkaiseja määritetty näyttämään vanhentuneita vastauksia, kun tiedot ovat saatavilla. Älä päättele kokoonpanoa yhdestä lähtölinjasta. RFC 8767 , kohdat 4 ja 10.
Julkaise uudet nimet ennen kuin niistä tulee riippuvuuksia
Valmistele uusi julkinen tietue suunniteltua valitsinkiertoa varten ennen kuin vaihdat allekirjoituspalvelun käyttämään sitä. Tarkista tarkka omistaja ja mahdollinen kohde vastuullisilta toimijoilta. Vältä luomattoman tuotantonimen toistuvaa tutkimista ikään kuin menestystä olisi odotettu. tällaiset kyselyt voivat luoda negatiivisia välimuistimerkintöjä ennen julkaisua.
Jos esitarkastuskysely on tarpeen, säilytä sen aika ja vastaus. Sisällytä negatiivista välimuistia koskevia näkökohtia käynnistyssuunnitelmaan sen sijaan, että piilottaisit hankalan esitarkastuksen epäonnistumisen. Alempi TTL tulevassa TXT tietueessa ei lyhennä takautuvasti jo muualla välimuistissa olevaa poissaolovastausta. Vastaavasti järjestelmänvalvojan kannettavan tietokoneen huuhtelu ei tyhjennä sähköpostintarjoajan ratkaisua.
Luo rajattu palautustietue
Ehdotetussa laskentataulukossa on yksi rivi kutakin päätepistettä ja havaintoa varten: UTC-aika, tarkka kysymys, vastauskoodi, asiaankuuluva vastaus tai alias, SOA-omistaja ja palautettu TTL sekä auktoriteetin tai rekursion rooli. Vertaa nykyisiä arvovaltaisia tuloksia vaikuttaneeseen rekursiiviseen polkuun ja erikseen tunnistettuun vertailun ratkaisijaan. Säilytä täydelliset vastaukset ja toista ne kohtuullisen dokumentoidun väliajoin.
Jos viranomaiselta puuttuu tietue, korjaa julkaisu. Jos auktoriteetti on oikea ja siepattu negatiivinen merkintä selittää rekursiivisen tuloksen, seuraa kyseistä välimuistipolkua. Jos näkyviin tulee SERVFAIL , viittauksia tai epäjohdonmukaisia viranomaisia, tutki sen sijaan kyseiset haarat. Vahvista lopuksi ohjattu viesti uudella valitsimella. Tämä artikkeli sisältää vain kuvitteellista aritmetiikkaa ja ehdotetun työnkulun. Alkuperäiset ratkaisijavertailut ja vastaanotettujen viestien tulokset ovat edelleen erinomaisia, joten luettelon käyttötodistusportti on edelleen auki.