Czym jest rekord DNS typu TXT? Format i przykłady

Rekord DNS typu TXT to rekord DNS, w którym przechowywany jest tekst dotyczący danej domeny. Obecnie służy on głównie do potwierdzania własności domeny oraz do publikowania rekordów uwierzytelniających pocztę elektroniczną (SPF, DKIM i DMARC).

Sprawdź rekordy TXT dowolnej domeny za pomocą naszej wyszukiwarkę rekordów TXT.

Czym jest rekord TXT w systemie DNS?

Rekord DNS typu TXT (tekstowy) to rekord zasobów w systemie nazw domenowych (DNS), przeznaczony do przechowywania nieformatowanych ciągów tekstowych. Zgodnie z wczesnymi specyfikacjami internetowymi rekordy TXT służyły do umieszczania czytelnych dla człowieka notatek, danych kontaktowych lub opisów systemu związanych z nazwą hosta.

Z biegiem czasu standardy bezpieczeństwa i komunikacji dostosowały ten typ rekordu do automatycznego przetwarzania. Nowoczesne serwery pocztowe, dostawcy usług w chmurze oraz urzędy certyfikacyjne sprawdzają rekordy TXT w celu odczytania zasad bezpieczeństwa, kluczy kryptograficznych i tokenów własności w formacie nadającym się do odczytu maszynowego.

W przeciwieństwie do rekordów adresowych rekordy TXT nie kierują ruchem sieciowym ani nie łączą użytkowników z adresem IP. Zamiast tego udostępniają one metadane operacyjne, które są pobierane i analizowane przez systemy zewnętrzne. W ramach jednej domeny można bez konfliktu opublikować wiele rekordów TXT dla tej samej nazwy hosta.

Aby dowiedzieć się więcej o podstawowych rekordach strefowych, zapoznaj się z naszym przewodnikiem na temat czym jest rekord DNS oraz nasz kompletny indeks typów rekordów DNS.

Format rekordu TXT w systemie DNS

W standardowych plikach stref DNS rekord TXT ma ustaloną strukturę:

example.com. 3600 IN TXT „v=spf1 include:_spf.google.com ~all”

Elementy tego wpisu działają w następujący sposób:

• Nazwa (przykład.com.): Domena lub subdomena, której dotyczy rekord.
• TTL (3600): Czas życia w sekundach, określający serwerom nazw, jak długo mają przechowywać w pamięci podręcznej dany ciąg znaków.
• Klasa (IN): Klasa internetowa, stosowana w niemal wszystkich konfiguracjach domeny publicznej.
• Typ (TXT): Określa, że rekord zasobu jest rekordem tekstowym.
• Wartość („v=spf1…”): Rzeczywiste dane tekstowe ujęte w cudzysłowy.

Panele zarządzania DNS często upraszczają to, wyświetlając pola „Host”, „TTL” i „Wartość”. Podczas konfigurowania hosta znak @ zazwyczaj oznacza domenę główną (apex), natomiast prefiksy takie jak _dmarc, _mta-sts lub selector._domainkey odnoszą się do konkretnych subdomen. Większość paneli zarządzania DNS automatycznie dodaje domenę główną. Wpisanie _dmarc.example.com w polu hosta może nieumyślnie spowodować utworzenie domeny _dmarc.example.com.example.com, co uniemożliwi rozpoznanie adresu.

Limit 255 znaków i dzielenie ciągów znaków

Zgodnie ze specyfikacjami DNS (RFC 1035) pojedynczy ciąg znaków w rekordzie TXT nie może przekraczać 255 oktetów (znaków). Podczas publikowania długich wpisów, takich jak 2048-bitowe klucze publiczne DKIM lub szczegółowe zasady SPF, należy podzielić treść na wiele ciągów znaków ujętych w cudzysłowy w ramach tego samego rekordu:

example.com. 3600 IN TXT „v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA0Y…” „…pozostała część ciągu klucza publicznego…”

Serwery rozpoznające automatycznie łączą te sąsiednie ciągi znaków z powrotem w jedną całość, nie dodając spacji. Długie wartości są automatycznie dzielone za pomocą naszego narzędzie do dzielenia rekordów DNS.

Przykłady rekordów TXT w systemie DNS

Współczesne standardy internetowe wykorzystują rekordy TXT w zakresie dostarczania wiadomości e-mail, bezpieczeństwa routingu oraz weryfikacji tożsamości. W poniższej tabeli wymieniono osiem popularnych wdrożeń:

Szczegółowe informacje na temat flag polityki DMARC, takich jak p, rua i pct, można znaleźć w naszej obszernej dokumentacji dotyczącej rekordów DMARC.

Typowe zastosowania rekordów DNS TXT

Uwierzytelnianie wiadomości e-mail: SPF, DKIM, DMARC i BIMI

Uwierzytelnianie wiadomości e-mail opiera się niemal wyłącznie na rekordach TXT w systemie DNS, co pozwala zapobiegać podszywaniu się pod inne podmioty i chronić reputację marki.

Sender Policy Framework (SPF) wykorzystuje wpis TXT opublikowany w domenie głównej w celu określenia, które serwery pocztowe i adresy IP są uprawnione do dostarczania wiadomości w Twoim imieniu. Agenci dostarczający pocztę sprawdzają ten wpis podczas dostarczania wiadomości, aby wykrywać sfałszowane źródła pochodzenia i pomóc organizacjom powstrzymać fałszowanie wiadomości e-mail.

DomainKeys Identified Mail (DKIM) publikuje kryptograficzne klucze publiczne pod wyznaczonymi nazwami hostów selektorów. Serwery odbiorcze pobierają te klucze w celu weryfikacji podpisów kryptograficznych umieszczonych w nagłówkach wychodzących wiadomości e-mail, potwierdzając, że wiadomości nie zostały zmienione ani sfałszowane podczas przesyłania. Szczegółowy opis procesu publikacji kluczy krok po kroku można znaleźć w naszym przewodniku po konfiguracji DKIM .

Protokół DMARC (Domain-based Message Authentication, Reporting, and Conformance) zapewnia spójność między uwierzytelnianiem SPF a DKIM. Opublikowany na stronie _dmarc, zawiera wytyczne dla dostawców poczty elektronicznej dotyczące postępowania z wiadomościami nieautoryzowanymi poprzez monitorowanie oraz politykę kwarantannylub całkowite odrzucanie.

Standardy uzupełniające rozbudowują te podstawy. Standard BIMI ( Brand Indicators for Message Identification ) odwołuje się do zweryfikowanych znaków firmowych wyświetlanych w obsługujących go interfejsach poczty internetowej, natomiast standardy MTA-STS i TLS-RPT nakładają obowiązek stosowania szyfrowanych tuneli transportowych oraz zgłaszania błędów połączeń.

Weryfikacja własności domeny

Aplikacje internetowe innych dostawców oraz platformy SaaS wymagają potwierdzenia kontroli nad domeną przed przyznaniem uprawnień administracyjnych. Usługi takie jak Google Workspace, Microsoft 365, konsole wyszukiwania oraz publiczne urzędy certyfikacji generują unikalne tokeny weryfikacyjne podczas konfiguracji.

Opublikowanie wygenerowanego ciągu znaków w rekordzie TXT w Apex potwierdza dostęp administracyjny do powiązanej strefy DNS. Ponieważ tylko uprawnieni właściciele domen mogą wprowadzać zmiany w plikach stref DNS, potwierdza to uprawnienia dzierżawcy bez konieczności modyfikowania routingu strony internetowej ani konfiguracji hostingu.

Inne zastosowania

Rekordy TXT umożliwiają również automatyzację procesów operacyjnych oraz zarządzanie cyklem życia certyfikatów. Zautomatyzowane systemy certyfikatów, takie jak Let’s Encrypt, wykorzystują _acme-challenge do walidacji DNS-01, potwierdzając kontrolę nad domeną przed wydaniem bezpłatnych certyfikatów TLS. Inne platformy korporacyjne wykorzystują tokeny TXT do weryfikacji miejsc docelowych webhooków, kierowania usługami stron trzecich oraz przechowywania notatek administracyjnych.

Jak dodać rekord DNS TXT

Dostęp do ustawień DNS 

Zaloguj się do serwisu rejestratora domen, panelu sterowania hostingu lub dostawcy usług zarządzania DNS w chmurze, gdzie znajdują się Twoje autorytatywne serwery nazw. Przejdź do pulpitu nawigacyjnego służącego do zarządzania strefą DNS dla docelowej domeny.

Dodawanie rekordu

1. Kliknij „Dodaj rekord” i wybierz TXT z listy rozwijanej typów rekordów.
2. Wpisz Host lub nazwę. Użyj @ dla swojej domeny Apex lub wprowadź konkretny prefiks subdomeny (np. _dmarc lub swój selektor DKIM). Nie wpisuj pełnej nazwy domeny, jeśli Twój dostawca dodaje ją automatycznie.
3. Wklej podany ciąg znaków do pola pola lub Treść . Wprowadź wartość w sposób czytelny, bez dodawania dodatkowych cudzysłowów, chyba że interfejs DNS wyraźnie wymaga ręcznego umieszczenia ciągu znaków w cudzysłowach.
4. Ustaw TTL (Time to Live). Standardową wartością jest 3600 (jedna godzina), natomiast wartość 300 (pięć minut) sprawdza się dobrze podczas testowania nowych rekordów.
5. Zapisz lub opublikuj wprowadzone zmiany.

Czas propagacji 

Zmiany w systemie DNS nie są od razu widoczne na całym świecie. Serwery nazw nadal korzystają z kopii przechowywanej w pamięci podręcznej do momentu wygaśnięcia poprzedniego czasu TTL.

Większość aktualizacji rekordów TXT rozprzestrzenia się wśród głównych serwerów rozdzielczych w ciągu kilku minut, choć pełne rozprzestrzenienie się na całym świecie może zająć nawet 48 godzin, w zależności od pamięci podręcznej poszczególnych dostawców. Śledź, jak zmiany się rozprzestrzeniają, korzystając z naszego narzędzia do sprawdzania propagacji DNSlub dowiedz się więcej o działaniu pamięci podręcznej z naszego przewodnika na temat jak długo trwają aktualizacje DNS.

Jak sprawdzić rekordy DNS TXT

Online

Sprawdzanie wpisów za pomocą narzędzi internetowych pozwala na przeglądanie wartości rozdzielających bez konieczności korzystania z lokalnych środowisk terminalowych. Możesz sprawdzić aktualną konfigurację swojej domeny, korzystając z naszego dedykowanego narzędzia do wyszukiwania rekordów TXT . Aby jednocześnie przejrzeć wszystkie opublikowane rekordy strefy, należy wysłać zapytanie dotyczące domeny za pośrednictwem naszego kompleksowego wyszukiwanie rekordów DNS.

Wiersz poleceń

Można również wyszukiwać rekordy bezpośrednio z terminala systemu operacyjnego:

Korzystanie z polecenia `dig` w systemach Linux i macOS:

dig TXT example.com +short

Aby sprawdzić konkretny rekord subdomeny, np. DMARC:

dig TXT _dmarc.example.com +short

Korzystanie z polecenia `nslookup` w systemach Windows, macOS lub Linux:

nslookup -type=TXT example.com

Korzystanie z programu PowerShell w nowoczesnych systemach Windows:

Resolve-DnsName example.com -Type TXT

Zasady dotyczące rekordów TXT i typowe błędy

Chociaż system DNS zapewnia znaczną elastyczność, konfiguracje rekordów TXT podlegają kilku zasadom strukturalnym:

• W każdej domenie należy opublikować tylko jeden rekord SPF: Domeny mogą zawierać dziesiątki oddzielnych rekordów TXT w katalogu głównym, ale nigdy nie wolno publikować więcej niż jednego rekordu SPF (v=spf1). Opublikowanie wielu rekordów SPF powoduje, że serwery pocztowe rozpoznające adres zwracają błąd SPF PermError, co prowadzi do niepowodzenia uwierzytelnienia. Należy połączyć wszystkie źródła wysyłania w jedną linię.
• Utrzymuj liczbę wyszukiwań DNS poniżej limitu SPF: Zasady SPF nie mogą wymagać więcej niż 10 wyszukiwań DNS we wszystkich mechanizmach typu include, a, mx i ptr. Utrzymuj liczbę wyszukiwań w granicach limitu, korzystając z naszego licznika wyszukiwań SPF.
• Podział ciągów znaków przekraczających 255 znaków: Jeśli ciągły ciąg tekstowy przekracza 255 znaków bez przerw spowodowanych cudzysłowami, niektórzy dostawcy usług DNS odrzucają aktualizację lub skracają wartość, co powoduje uszkodzenie kryptograficznych kluczy DKIM.
• Należy unikać cudzysłowów typograficznych: Kopiowanie i wklejanie danych z edytorów tekstu lub systemów dokumentacji często powoduje pojawienie się cudzysłowów zakręconych lub inteligentnych (“ ”). Systemy DNS wymagają zwykłych cudzysłowów ASCII (” “).
• Usuń nieaktualne ciągi weryfikacyjne: Usuń starsze tokeny weryfikacyjne domen po wycofaniu dostawców usług w chmurze lub zakończeniu migracji oprogramowania, aby pliki stref pozostawały uporządkowane i łatwe w zarządzaniu.

Najczęściej zadawane pytania

Jaka jest różnica między rekordem DNS TXT a rekordem CNAME?

Rekord TXT przechowuje dowolne dane tekstowe wykorzystywane do uwierzytelniania, metadanych oraz weryfikacji domeny. Rekord Rekord CNAME tworzy alias, który przypisuje jedną nazwę domeny do innej kanonicznej nazwy domeny, przekierowując zapytania, zamiast przechowywać bezpośrednio informacje tekstowe.

Czy domena może mieć wiele rekordów DNS TXT?

Tak. W ramach jednej domeny lub nazwy hosta można jednocześnie przechowywać wiele rekordów TXT. Na przykład w domenie głównej można przechowywać rekord SPF wraz z oddzielnymi tokenami weryfikacyjnymi dla Google i Microsoftu. Nie wolno jednak nigdy publikować wielu rekordów SPF dla tej samej nazwy hosta.

Czy rekordy TXT wpływają na szybkość lub wydajność witryny?

Nie. Przeglądarki internetowe wyszukują rekordy adresowe typu A i AAAA w celu zlokalizowania serwerów internetowych i wyświetlenia stron internetowych. Podczas normalnego przeglądania stron nie wysyłają one żądań dotyczących rekordów TXT ani nie analizują ich, co oznacza, że wpisy TXT nie mają żadnego wpływu na szybkość ładowania stron internetowych.

Czy istnieje ograniczenie długości rekordów TXT?

Tak. Poszczególne ciągi znaków w rekordzie TXT nie mogą przekraczać 255 znaków. Wartości przekraczające ten limit należy podzielić na kilka ciągów znaków ujętych w cudzysłowy w ramach tego samego wpisu rekordu. Nowoczesne programy rozpoznające automatycznie łączą te sąsiadujące ze sobą ciągi znaków z powrotem w jeden ciągły blok bez spacji.

Jak sprawdzić, czy rekord TXT w systemie DNS jest aktywny?

Możesz sprawdzić, czy rekord TXT został już zaktualizowany, testując nazwę hosta w naszej bezpłatnej wyszukiwarkę rekordów TXT lub wpisując w wierszu poleceń polecenie dig TXT example.com +short. Jeśli wynik zawiera oczekiwany ciąg znaków, rekord jest aktywny.

Słowa końcowe

Rekordy TXT w systemie DNS przekształciły się z prostych notatek administracyjnych w kluczowy mechanizm zapewniający bezpieczeństwo poczty elektronicznej, weryfikację tożsamości oraz integrację usług internetowych. Od publikowania zasad SPF, DKIM i DMARC po weryfikację certyfikatów SSL i korporacyjnych pakietów oprogramowania — prawidłowe sformatowanie rekordów TXT chroni Twoją domenę cyfrową przed spoofingiem i błędnymi konfiguracjami.

Zapewnienie stałego wglądu w opublikowane dane gwarantuje, że zmiany w zasadach i nieaktualne wpisy nie wpłyną negatywnie na skuteczność dostarczania wiadomości ani na zaufanie do marki.

Monitoruj każdy wpis w każdej domenie

Niepowodzenia w testach uszeregowane według stopnia ważności wraz z instrukcjami naprawy, alerty dotyczące domen o podobnych nazwach, monitorowanie wygaśnięcia certyfikatów SSL i domen oraz spersonalizowane raporty w formacie PDF i CSV na potrzeby audytów SOC 2, ISO 27001 i PCI DSS — wszystko to w jednym panelu kontrolnym.