Z moich obserwacji wynika, że kolumna TTL jest bez znaczenia i zawsze zawiera
wartość -1000. Mogę tylko teoretyzować, że to dlatego, że pamięć podręczna DNS Chrome
nie przestrzega standardów i robi swoje. Zobacz poniżej po więcej.
Stanowisko wymiany stosów Unix Chromium / Chrome nie buforuje żądań DNS więcej niż minutę cytuje odpowiedzi z bugs-chromium - wydanie 164026 - DNS TTL nie został uhonorowany od 21 kwietnia 2011 roku ,
który został zamknięty 10 października 2013 r. jako „WontFix (przestarzałe / działa zgodnie z przeznaczeniem)”
Zawiera ten cytat z raportu o błędzie:
HostCache zakłada obecnie TTL = 60s dla wszystkich pozytywnych wyników. W przypadku asynchronicznego resolvera DNS planujemy użyć TTL = max (60s, server_reported_ttl), tj. Co najmniej 60s. Uzasadnieniem jest poprawa wydajności pamięci podręcznej. (Gdy CDN NS zapewnia TTL = 10-20s, a pobranie wszystkich sub-zasobów zajmuje 30s +, często musimy ponownie zapytać o tę samą nazwę hosta podczas ładowania jednej strony).
Ponadto, gdy Chrome po minucie zaznacza wpisy w pamięci podręcznej jako [Expired],
wpisy po prostu tam pozostają. Nie starałem się zmierzyć, jak długo, ale oni
nadal były tam przez co najmniej 15 minut po wygaśnięciu.
Moja konkluzja jest taka, że Chrome ścina sporo zakrętów w poszukiwaniu szybkości,
nawet nieprzestrzeganie reguł DNS. W szczególności ignoruje wartość TTL,
zaznaczenie wszystkich pozycji jako wygasłych po zaledwie jednej minucie, ale potem idzie dalej
i przechowuje te wpisy dla nieznanego mi okresu czasu.
Wartość w kolumnie TTL i [Expired] znak, nie mają prawdziwego znaczenia.
Chrome będzie nadal cenił szybkość ponad wiele innych czynników.
