Checklista IPv4 i IPv6 dla domeny publicznej
IPv4 IPv6 domena · domain ip lookup · rekordy A AAAA
Praktyczny przewodnik po Domain IP Lookup, gdy trzeba sprawdzić publiczne adresy IPv4 i IPv6 domeny.
Autor: DN01 Network Team
Sprawdzenie IP domeny jest proste tylko na pierwszy rzut oka. W produkcji wynik zależy od publicznego DNS, CDN, rekordów A, rekordów AAAA, a czasem także od CNAME lub flatteningu po stronie dostawcy. Ten poradnik pokazuje, jak używać Domain IP Lookup na /pl/find-ip-address, aby szybko uzyskać wspólny, możliwy do skopiowania punkt odniesienia. Narzędzie odpowiada na konkretne pytanie: jakie adresy IPv4 i IPv6 widzi publiczny klient dla tej domeny teraz?
Lookup przydaje się podczas zmiany hostingu, włączenia CDN, obsługi zgłoszeń o ruchu trafiającym na zły serwer oraz przy technicznym SEO przed wdrożeniem. Wpisz domenę bez ścieżki, skopiuj zwrócone adresy IP i dodaj permalink wyniku do ticketu. Dzięki temu zespół pracuje na tym samym hostname, zamiast porównywać lokalne notatki.
Po tej lekturze przejdź do /pl/articles/migracja-dns-kontrola-ip, aby zobaczyć powiązany scenariusz, i wróć do narzędzia, gdy porównujesz apex, www, staging oraz produkcję.
Kiedy sprawdzać IP domeny
Uruchom lookup przed i po zmianach DNS, zmianie nameserverów, migracji CDN albo przełączeniu na nowy load balancer. Domena może publikować wiele adresów IP, a odpowiedź dostawcy może zmieniać się w trakcie propagacji.
Dla krytycznych usług zapisuj domenę, czas testu, resolver oraz listę IPv4 i IPv6. Taka dyscyplina pomaga odróżnić problem DNS od routingu, firewalla lub aplikacji.
Jak czytać rekordy A i AAAA
Rekordy A wskazują adresy IPv4, a rekordy AAAA adresy IPv6. Brak IPv6 nie zawsze jest błędem: część usług celowo działa tylko po IPv4. Jeśli widzisz tylko IPv6, upewnij się, że klienci mają zgodną łączność.
Przy CDN i zarządzanych proxy wynik często pokazuje publiczne adresy edge, a nie prawdziwy origin. To normalne i zwykle pożądane, bo origin pozostaje ukryty przed bezpośrednim ruchem.
Zalecany workflow DN01
Zacznij od Domain IP Lookup, aby dostać wąską odpowiedź. Następnie otwórz /pl/dns-checker, żeby zobaczyć CNAME, MX, TXT i NS, a potem /pl/ssl-certificate-checker, aby potwierdzić certyfikat dla tego samego hostname.
Jeżeli ruch trafia na właściwy IP, ale zachowanie HTTP nadal jest inne niż oczekiwane, użyj /pl/http-header-checker do sprawdzenia przekierowań, cache, HSTS i nagłówków bezpieczeństwa.
Typowe błędy
Nie porównuj apex i www tak, jakby były jednym targetem: mogą mieć różne rekordy. Nie wpisuj URL-a ze ścieżką, kiedy potrzebujesz diagnozy DNS; narzędzie normalizuje domenę, ale w runbooku zapisuj sam hostname.
Jeżeli wynik szybko się zmienia, sprawdź TTL, geograficzny DNS i konfigurację CDN. Pojedynczy lookup nie jest globalną mapą, ale daje solidny początek powtarzalnej diagnozy.
| Pole | Znaczenie | Działanie |
|---|---|---|
| IPv4 | Opublikowane rekordy A | Porównaj z hostingiem lub CDN |
| IPv6 | Opublikowane rekordy AAAA | Sprawdź dual stack |
| Resolver | Resolver użyty przez backend | Zapisz w tickecie |
| Warnings | Puste lub częściowe odpowiedzi | Sprawdź DNS i CNAME |
Najczęściej zadawane pytania
- Czy Domain IP Lookup pokazuje prawdziwy origin?
Nie zawsze. Przy CDN lub proxy wynik zwykle pokazuje publiczne IP edge, a nie ukryty origin.
- Dlaczego nie widzę rekordu AAAA?
Domena może nie obsługiwać IPv6 albo dostawca nie opublikował AAAA dla tego hostname.
- Kiedy użyć DNS Checker?
DNS Checker jest lepszy dla pełnego zestawu rekordów; Domain IP Lookup skupia się na A i AAAA.