Jak sprawdzić, kto hostuje stronę

Szybki sposób

Sprawdź domenę w kontroli WHOIS i przeczytaj dwie rzeczy: serwery nazw, które mówią, kto obsługuje DNS strony, oraz rejestratora, który mówi, gdzie kupiono samą nazwę domeny. Następnie sprawdź tę samą domenę przez trasę lub ping, żeby uzyskać adres IP, na który się rozwiązuje, i sprawdź ten adres. Te dwa zapytania dają zwykle odpowiedź w niecałą minutę, i są to te same dwa zapytania, które metoda ręczna wykonuje krok po kroku.

Sposób ręczny: domena do IP do właściciela

Cały łańcuch obejmują cztery polecenia:

dig +short www.example.com          # domain -> IP address(es)
dig +short NS example.com           # who answers DNS for the domain
whois 93.184.216.34                 # who owns that IP block
dig +short -x 93.184.216.34         # reverse DNS name for the address

Czytaj je po kolei. Pierwsze daje Ci jeden lub więcej rekordów A. Jeśli otrzymasz CNAME wskazujący na coś w rodzaju *.cloudfront.net albo *.azureedge.net, znalazłeś już CDN, a nie serwer źródłowy. Drugie wskazuje dostawcę DNS, często inną firmę niż rejestrator i host. Trzecie jest tym najważniejszym: rekord WHOIS dla adresu IP prowadzi regionalny rejestr internetowy, a nie rejestrator domen, i podaje organizację, do której przypisany jest dany blok adresów, wraz z jej ASN (numerem systemu autonomicznego) oraz kontaktem do zgłaszania nadużyć. Czwarte często zwraca nazwę hosta, która zdradza dostawcę jeszcze szybciej, bo hostingi zwykle nazywają swoje maszyny po sobie samych.

W Windowsie nslookup example.com oraz nslookup -type=ns example.com wykonują pierwsze dwa kroki bez instalowania czegokolwiek.

Rejestrator, dostawca DNS i host to trzy różne rzeczy

Tu zaczyna się większość nieporozumień. Pojedyncza strona rutynowo angażuje trzy osobne firmy:

• Rejestrator sprzedał nazwę domeny i to do niego zwracasz się w sprawie odnowień, transferów i blokad. Widnieje w rekordzie WHOIS domeny.
• Dostawca DNS odpowiada na zapytania dotyczące domeny. Widnieje jako serwery nazw. Wiele stron przenosi DNS do zewnętrznego dostawcy, pozostawiając domenę u pierwotnego rejestratora.
• Host prowadzi maszynę, która serwuje treść. Widnieje w rekordzie WHOIS adresu IP, nie domeny.

Więc linia z serwerem nazw to nie adres hostingu. Czytaj ją jako "kto odpowiada na zapytania DNS dla tej domeny", nic więcej. Poczta dodaje czwartą stronę: rekordy MX (dig +short MX example.com) wskazują, kto obsługuje pocztę, co często jest znów innym dostawcą.

Gdy hostem jest CDN, i jak zobaczyć, co za nim stoi

Jeśli sprawdzenie IP zwraca CDN albo dużą sieć brzegową w chmurze, znalazłeś brzeg sieci, a nie serwer źródłowy. To CDN działający zgodnie z założeniem: kończy połączenie na węźle brzegowym blisko odwiedzającego i pobiera dane od serwera źródłowego w tle, a adres źródłowy celowo nie jest publikowany. Kilka rzeczy wciąż może pomóc:

1. Sprawdź inne rekordy tej samej domeny. Rekordy MX i subdomeny takie jak mail., ftp., cpanel. czy direct. często omijają CDN i rozwiązują się bezpośrednio do sieci źródłowej.
2. Spójrz na nagłówki odpowiedzi. curl -I https://example.com/ często pokazuje server, via lub nagłówki charakterystyczne dla danego dostawcy, które wskazują dostawcę brzegowego, a czasem także stos technologii za nim.
3. Czytaj ASN, nie tylko nazwę firmy. Dwaj dostawcy mogą odsprzedawać przepustowość z tej samej sieci bazowej, a ASN mówi, czyja to naprawdę sieć.
4. Zaakceptuj ograniczenie. Jeśli serwer źródłowy jest właściwie ukryty za CDN, żadne publiczne zapytanie go nie ujawni, a traktowanie domysłu jak faktu jest gorsze niż stwierdzenie "obsługiwane przez CDN".

Ta sama ostrożność dotyczy historycznego wyniku każdego zapytania. Rekordy zmieniają się, gdy strona się przenosi, a zbuforowana lub zarchiwizowana odpowiedź może być nieaktualna o kilka miesięcy, więc lepiej uruchomić zapytanie ponownie, niż ufać zrzutowi ekranu.

Do czego przydają się te zapytania

• Ocena dostawcy hostingu przed migracją, przez sprawdzenie, kto hostuje strony porównywalne z Twoją.
• Znalezienie właściwego kontaktu do zgłaszania nadużyć, gdy ruch, spam albo atak prowadzą do konkretnego adresu.
• Potwierdzenie, że migracja się zakończyła, przez sprawdzenie, czy domena rozwiązuje się już do sieci nowego dostawcy z kilku lokalizacji.
• Ustalenie, czy awaria leży po Twojej stronie, czy po stronie dostawcy, bo cały blok adresów, który milknie, nie jest problemem Twojej aplikacji.

Kiedy odpowiedź się zmienia

Te zapytania mówią, gdzie strona żyje dzisiaj. Nie powiedzą Ci, kiedy odpowiedź się zmieni, a zmienia się ona regularnie: edycja serwera nazw, wygasła domena albo w połowie skończona migracja mogą zepsuć stronę, mimo że sam serwer jest w pełni sprawny. Ciągły monitoring obserwuje razem rekordy DNS, wygaśnięcie domeny i dostępność, i alertuje, gdy którykolwiek z nich się zmieni. Kontrola WHOIS uruchomi zapytanie już teraz, jak czytać rekord WHOIS omawia pola szczegółowo, a propagacja DNS to kolejny krok po zmianie miejsca, do którego wskazuje domena.