W przypadku podstawowych rekordów A i CNAME możesz to zrobić po prostu
nslookup somewhere.com some.dns.server
Usage:
nslookup [-opt ...] # interactive mode using default server
nslookup [-opt ...] - server # interactive mode using 'server'
nslookup [-opt ...] host # just look up 'host' using default server
nslookup [-opt ...] host server # just look up 'host' using 'server'
lub jeśli wpiszesz nslookup bez żadnych parametrów, możesz zrobić o wiele więcej opcji ...
Commands: (identifiers are shown in uppercase, [] means optional)
NAME - print info about the host/domain NAME using default server
NAME1 NAME2 - as above, but use NAME2 as server
help or ? - print info on common commands
set OPTION - set an option
all - print options, current server and host
[no]debug - print debugging information
[no]d2 - print exhaustive debugging information
[no]defname - append domain name to each query
[no]recurse - ask for recursive answer to query
[no]search - use domain search list
[no]vc - always use a virtual circuit
domain=NAME - set default domain name to NAME
srchlist=N1[/N2/.../N6] - set domain to N1 and search list to N1,N2, etc.
root=NAME - set root server to NAME
retry=X - set number of retries to X
timeout=X - set initial time-out interval to X seconds
type=X - set query type (ex. A,AAAA,A+AAAA,ANY,CNAME,MX,NS,PTR,SOA,SRV)
querytype=X - same as type
class=X - set query class (ex. IN (Internet), ANY)
[no]msxfr - use MS fast zone transfer
ixfrver=X - current version to use in IXFR transfer request
server NAME - set default server to NAME, using current default server
lserver NAME - set default server to NAME, using initial server
root - set current default server to the root
ls [opt] DOMAIN [> FILE] - list addresses in DOMAIN (optional: output to FILE)
-a - list canonical names and aliases
-d - list all records
-t TYPE - list records of the given RFC record type (ex. A,CNAME,MX,NS,PTR etc.)
view FILE - sort an 'ls' output file and view it with pg
exit - exit the program
NSLOOKUPautomatycznie spróbuje użyć dowolnych sufiksów wyszukiwania skonfigurowanych w systemie, aby uzyskać dopasowanie.NSLOOKUPAby skorzystać z opcji, nie musisz mieć pełnego dostępu - składnia jest trochę dziwna. Przykład :nslookup -all -debug -type=ANY -class=ANY servertolookup.com someDNSserver.comWłaśnie zagłębianie się w opcje nslookup, które możesz wyświetlić, jeśli wywołujesz,
nslookupa następnie wpisaniehelpw trybie interaktywnym nslookup dało mi właściwą odpowiedź:źródło
Tak,
C:\Documents and Settings\Anton Daneyko>nslookup superuser.comwyszukuje własny serwer DNS, aby znaleźć adres IP witryny superuser.com. Jeśli dodasz adres IP lub nazwę innego serwera DNS do wiersza poleceń, będzie on wyszukiwał podany serwer DNS pod adresem ip superuser.com. Dawny:Nawiasem mówiąc, 8.8.4.4 to adres IP serwerów Google DNS.
Ale oba powyższe dają „Nieautorytatywne odpowiedzi”, ponieważ żadna z nich nie jest SOA, która jest autorytatywna dla domeny superuser.com. Oba mają buforowaną kopię, która została propagowana z SOA. Jeśli chcesz zapytać autorytatywny serwer, najpierw sprawdź nazwę adresu IP tego autorytatywnego serwera, używając polecenia:
Spowoduje to zwrócenie nieautorytatywnej odpowiedzi z lokalnego serwera DNS z Marburg Uni, podając wszystkie autorytatywne serwery dla superuser.com. Następnie możesz użyć polecenia, którego użyliśmy wcześniej, aby zapytać dowolny z 4 autorytatywnych serwerów w następujący sposób:
Jak widzisz, tym razem autorytatywny serwer SOA zwrócił adresy IP, dlatego nie widzisz już komentarza „Odpowiedź nieautorytatywna”. Jest to szczególnie przydatne, gdy utworzyłeś nową nazwę domeny lub zmieniłeś dostawców hostingu lub przeniosłeś się do innego rejestratora domen i nie możesz uzyskać dostępu do swojej witryny, ponieważ nowe adresy IP nie propagowały się nawet po 24 godzinach. Następnie możesz zacząć od SOA i sprawdzić, czy serwer DNS podaje poprawny adres IP, a następnie podążać za nim w dół drzewa. Dobrze jest sprawdzić, czy serwery Google DNS otrzymały zmiany, a następnie, czy lokalny serwer DNS może rozpoznać nazwę domeny pod kątem poprawnego adresu IP.
źródło
Aby zmienić domyślny serwer DNS w nslookup, możesz po prostu zmienić serwer, wpisując serwer NAMEorIPofDNS W poniższym przykładzie zmieniłem domyślny serwer DNS (192.168.50.21) na nowy (4.2.2.3)
C: \ Windows \ system32> nslookup
Serwer domyślny: UnKnown
Adres: 192.168.50.21
Serwer domyślny: c.resolvers.level3.net
Adres: 4.2.2.3
>
Teraz jestem gotowy do zapytania w stosunku do wersji 4.2.2.3 w porównaniu z 192.168.50.21
źródło
możesz skonfigurować podstawowy DNS, który będzie używany z Twoim połączeniem.
Przejdź do właściwości połączenia => Internet Procol (TCP / IP). (miejsce, w którym możesz ustawić statyczny adres IP)
Tutaj możesz ręcznie określić, którego DNS chcesz używać dla każdego połączenia.
Po przetestowaniu zawsze możesz przywrócić poprzednią wartość.
źródło
Uzyskaj określone typy rekordów z określonego serwera DNS za pomocą jednego polecenia
Aby wyszukać typy rekordów inne niż domyślne rekordy A i AAAA (i CNAME) zwrócone przez nslookup przy użyciu określonego serwera DNS:
Na przykład, aby zwrócić rekordy MX dla domeny
stackexchange.comkorzystającej z serwera DNS,8.8.4.4komenda wyglądałaby następująco:źródło
Pracuję na Openwrt 18.06.1 ARMv6 Raspberry pi i konfiguruję tor dns oraz dnscrypt-proxy, więc miałem bardzo podobny problem. Główną przyczyną jest to, że lokalny ISP przechwytuje niepewne odpowiedzi z root-servers.net, odpowiedzi, które mówią, że strona nie została znaleziona, a następnie przekierowuje na własną stronę internetową. Chociaż nie jest to duża wada bezpieczeństwa, nie uważam go za szczególnie przydatny.
Pierwszym testem, który należy wykonać podczas zapytania o konkretny adres, jest wypróbowanie nieprawidłowego adresu, aby upewnić się, że otrzymujesz prawidłową odpowiedź zerową podczas korzystania z parametrów serwera, portu i hosta. Istnieje wiele przewodników i wersji i łatwo jest myśleć wykonujesz test portu, gdy w rzeczywistości odpowiada on na wyniki z pamięci podręcznej lub z serwerów domyślnych. Po otrzymaniu odpowiedzi zerowej pracuj z aktywnym adresem i portem serwera. Aktywne porty mogą być wyświetlane w trybie openwrt za pomocą netstat -plnt, ale należy pamiętać, że niektóre polecenia routera mogą wymagać instalacji w pierwszej kolejności. Usługa Tor, którą ustawiłem na porcie 9053, nie jest tutaj wyświetlana, ale nadal działa po dodaniu DNSPort 127.0.0.1:9053 do pliku torrc. Format nslookup na tej platformie akceptuje parametry [host] i [serwer] i mogę testować dns z nslookup cnn.com 127.0.0.1 # 9053 Mogę przetestować dnscrypt za pomocą polecenia nslookup cnn. com 127.0.0.1 # 5353 Zmiana na nieprawidłowe numery portów lub domen otrzymuje odpowiedź; ; Przekroczono limit czasu połączenia; nie można dotrzeć do serwerów Dig działa również na openwrt, ale musi zostać zainstalowany z pakietu bind-dig. dig -q 127.0.0.1 -p 9053 www.bbc.com I znowu nie działa z powodu nieprawidłowych portów. W moim przypadku problem został rozwiązany, kiedy zmieniłem wpisy w / etc / config / network i ustawiłem opcję dns „127.0.0.1” dla sieci, w których wcześniej używałem tam niepewnych wpisów dns.
źródło
W przypadku systemu Windows to, czego możesz szukać, przedstawiono w następującym artykule: https://technet.microsoft.com/en-us/library/ff394369.aspx
źródło