Polecenie Linux do sprawdzenia rekordów TXT domeny

Odpowiedzi:

220

Dig również zrobi to całkiem nieźle: dig -t txt example.coma jeśli dodasz +shortopcję, otrzymasz tylko rekord txt w cudzysłowie bez żadnych innych cruft.

kaerast
źródło
7
Według mojego menedżera DNS mam 4 rekordy TXT - jeden SPF z hostem „@”, a następnie 3 dla kluczy domeny. dig -tPokazuje jednak tylko wartość SPF. Jakieś pomysły?
Nic Cottrell,
14
@NicCottrell i wszyscy inni zastanawiają się nad tym; wynika to z domeny, której dotyczy zapytanie. Aby wyświetlić klucze domeny za pomocą dig, byłoby to: dkim-selector._domainkey.example.com Gdyby Google był Twoim dostawcą poczty e-mail:dig -t txt google._domainkey.example.com
Robert Brisita
66

Polecenie host (1) ma ładny, zwięzły wynik:

$ host -t txt google.com
google.com descriptive text "v=spf1 include:_netblocks.google.com ip4:216.73.93.70/31 ip4:216.73.93.72/31 ~all"
$ wajig findfile $(which host)
bind9-host: /usr/bin/host
$

W przypadku dig (1) „muszę” również dodawać opcję „+ short” przez cały czas.

(Jestem na Debianie).

asjo
źródło
0

Co nslookup?

Massimo
źródło
2
nslookup jest przestarzały przez długi czas i nie powinien być już używany
bortzmeyer
2
Dlaczego dokładnie Działa ...
Massimo,
7
To działa , na pewno, ale tak robi rysik z glinianej tabliczki. nslookupwydaje się być bardzo podstawowym portem nslookup.exesystemu Windows (a może pochodzi z BSD? Nie wiem). Nie jest to oczywiście złe, ale nslookup dla Linuksa jest ... ls, helpnie jest zaimplementowany. Wynik jest trudny do przeanalizowania przez skrypty. Zarówno digi hostmają znacznie bogatszy zestaw funkcji.
grawity
5
Nie, nslookup NIE jest osłabiony. kb.isc.org/article/AA-00496/0/BIND-9.9.0a3-Release-Notes.htm
Daniele Testa
7
Cytat z linku powyżej: „nslookup nie może być już traktowany jako przestarzały”.
Daniele Testa