KWALIFIKACJA INF2 - STYCZEŃ 2021

PYTANIE NR 31.
W której usłudze serwera można konfigurować parametr TTL?
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
TTL (Time To Live) w DNS określa czas ważności rekordu w cache. Konfiguruje się go w rekordach/strefach DNS, aby zdecydować, jak długo odpowiedź może być przechowywana przez serwery pośredniczące i klienta. Dlatego parametr TTL konfiguruje się w usłudze DNS, a nie w FTP, HTTP ani DHCP.

Pełne wyjaśnienie:

Parametr TTL (Time To Live) w kontekście usług serwerowych najczęściej odnosi się do DNS i oznacza czas (w sekundach), przez jaki odpowiedź lub rekord DNS może być przechowywany w pamięci podręcznej (cache) przez resolver lub serwery pośredniczące.

Ustawienie TTL jest elementem konfiguracji danych DNS (stref i rekordów). Administrator dobiera TTL zależnie od potrzeb:

  • krótszy TTL ułatwia szybkie "rozchodzenie się" zmian (np. przed zmianą adresu IP usługi), ale może zwiększać liczbę zapytań do serwera DNS,
  • dłuższy TTL zmniejsza liczbę zapytań (lepsze cache’owanie), ale powoduje, że zmiany mogą być widoczne później dla części klientów.

Pozostałe usługi z odpowiedzi nie służą do ustawiania TTL rekordów DNS:

  • FTP jest usługą transferu plików i nie zarządza rekordami nazw ani ich czasem życia w cache.
  • HTTP dotyczy komunikacji aplikacji webowych; choć istnieją mechanizmy cache, pytanie dotyczy parametru TTL konfigurowanego w usłudze serwera typowo kojarzonej z rekordami.
  • DHCP przydziela konfigurację IP, ma własne czasy dzierżawy (lease time), ale to inny parametr niż TTL rekordów DNS.

Na egzaminie warto zapamiętać skojarzenie: TTL → rekord DNS → cache resolvera. To pozwala szybko odróżnić DNS od usług transportu plików, WWW i przydzielania adresów.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
TTL w DNS to czas życia rekordu w pamięci podręcznej. Określa, jak długo resolver lub serwer pośredniczący może używać zapisanej odpowiedzi DNS bez ponownego pytania serwera autorytatywnego. Wpływa to na szybkość propagacji zmian i liczbę zapytań do DNS.
Zbyt wysoki TTL powoduje, że po zmianie rekordu (np. IP) część użytkowników będzie długo korzystać ze starej wartości z cache. Zyskujesz mniej zapytań do DNS, ale tracisz elastyczność przy migracjach i awariach. To częsty powód, że "u mnie działa, u innych nie".
Krótszy TTL skraca czas przetrzymywania starej odpowiedzi w cache. Dzięki temu po zmianie rekordu klienci szybciej pobierają nową odpowiedź z DNS. Praktyka: przed planowaną migracją obniża się TTL odpowiednio wcześniej, aby cache zdążył "wygasnąć".
Nie. DHCP ma zwykle parametr czasu dzierżawy adresu (lease time), który określa, jak długo klient może używać przydzielonego IP. TTL w DNS dotyczy cache’owania rekordów nazw. Mechanizm i miejsce konfiguracji są inne, mimo podobnego skojarzenia z "czasem".
TTL ustawia się w konfiguracji strefy DNS lub konkretnego rekordu DNS (zależnie od serwera DNS i narzędzia administracyjnego). Jest to część danych DNS publikowanych przez serwer autorytatywny, z których korzystają resolvery podczas rozwiązywania nazw.
Im dłuższy TTL, tym częściej odpowiedzi są brane z cache resolverów i tym mniej zapytań trafia do serwera autorytatywnego DNS. Im krótszy TTL, tym więcej odpytań o te same nazwy, co może zwiększać obciążenie. Dobór TTL to kompromis między wydajnością a szybkością zmian.
Dłuższy TTL ma sens dla rekordów stabilnych (np. długo niezmieniane nazwy usług), gdy chcesz zmniejszyć liczbę zapytań i poprawić wydajność rozwiązywania nazw. Sprawdza się też przy dużej liczbie użytkowników, o ile nie planujesz częstych zmian w strefie.
Najczęstsze pomyłki to: mylenie TTL rekordu DNS z czasem dzierżawy DHCP, utożsamianie TTL z cache w HTTP, oraz traktowanie TTL jako "parametru sieci IP" niezależnego od usług. W pytaniach testowych warto kojarzyć TTL przede wszystkim z rekordami i strefami DNS.
Powodem jest cache DNS. Resolver lub system użytkownika może przechowywać starą odpowiedź do czasu wygaśnięcia TTL. Dopiero po tym czasie następuje ponowne odpytywanie DNS i pobranie aktualnej wartości. To normalne zjawisko wynikające z mechanizmu TTL.
Utrwal role usług: DNS (nazwy), DHCP (adresy), HTTP (WWW), FTP (pliki). Ćwicz pojęcia: strefa, rekord, resolver, cache, TTL. Dobrą metodą jest analizowanie scenariuszy: migracja serwera, propagacja zmian, "nieaktualny adres" – i wskazywanie, że przyczyną bywa TTL i cache DNS.
info

To pytanie poprawnie rozwiązuje 59% zdających egzamin. średnie

Specjaliści zwracają uwagę: "TTL (Time To Live) w DNS określa czas ważności rekordu w cache."

Źródła:

  • RFC 1034: Domain Names - Concepts and Facilities, IETF, 1987, sekcje dot. stref i rekordów DNS (w tym TTL): https://www.rfc-editor.org/rfc/rfc1034
  • RFC 1035: Domain Names - Implementation and Specification, IETF, 1987, pola rekordów zasobów (RR) i TTL: https://www.rfc-editor.org/rfc/rfc1035
  • RFC 2181: Clarifications to the DNS Specification, IETF, 1997, wyjaśnienia dot. semantyki TTL i danych DNS: https://www.rfc-editor.org/rfc/rfc2181

Materiały:

  • Dokumentacja administracji serwerem DNS (strefy, rekordy, TTL)
  • Materiały o działaniu resolverów i mechanizmach cache DNS
  • RFC opisujące DNS oraz zasady TTL i cache’owania

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego