Lecții din modul (2/3)
Serve-stale and data freshness
Servire învechită și prospețime a datelor
În mod normal, un resolver reîmprospătează sau renunță la un răspuns după expirarea TTL-ului său. Servire-stale permite unui rezolutor, atunci când nu poate reîmprospăta datele, să returneze temporar un răspuns expirat în loc să eșueze imediat. Este ca și cum ați folosi o copie de rezervă a unui director în timp ce biroul central este inaccesibil.
Acest lucru poate îmbunătăți disponibilitatea, dar reduce prospețimea: o adresă veche poate să nu mai fie validă sau sigură. Rezolvatorul ar trebui să încerce să reîmprospăteze, să limiteze cât timp servește datele învechite și să gestioneze cu atenție semnăturile DNSSEC expirate și înregistrările sensibile la securitate, cum ar fi DS sau TLSA.
De exemplu, dacă o autoritate este inaccesibilă și soluția are api.example.test → 192.0.2.10, difuzarea acelui răspuns învechit poate menține un serviciu disponibil dacă adresa este încă corectă. Dacă adresa a fost reatribuită, același comportament poate fi periculos. Servire-stale este o politică de rezolvare, nu o anulare universală a TTL-urilor. Definiți limitele și monitorizați utilizarea acestora.
Referință: RFC 8767 — Servirea datelor învechite pentru a îmbunătăți rezistența DNS
Verificați-vă înțelegerea
Alegeți cel mai bun răspuns. Exemplele folosesc nume de antrenament și nu trimit interogări DNS reale.
Care este compromisul cu serve-stale?