3 ferramentas imprescindíveis

host, dig e nslookup - são três das ferramentas que MAIS uso e sempre que entro numa máquina linux pela primeira vez, testo logo os DNS através de um desses comandos (host é o meu favorito). O nslookup é talvez o mais conhecido na generalidade, o host é menos mas é funcional e o mais prático de todos, o dig possivelmente o mais detalhado/elaborado e será para pessoas que entendem um pouco mais do assunto. 

Acontece é que nem sempre estas ferramentas se encontram instaladas na máquina... se as tiverem instaladas ou forem a fazê-lo seguem abaixo alguns procedimentos de utilização das mesmas:

testei os comandos antes de alguma coisa:

[root@mpf ~]# host
-bash: host: command not found
[root@mpf ~]# nslookup
-bash: nslookup: command not found
[root@mpf ~]# dig
-bash: dig: command not found
como não estavam instalados, instalei-os via yum

[root@mpf ~]# yum install bind-utils
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: centos.mirror.xtratelecom.es
 * extras: centos.mirror.xtratelecom.es
 * updates: centos.mirror.xtratelecom.es
Setting up Install Process
Resolving Dependencies
--> Running transaction check
(...) - output cortado
Installed:
  bind-utils.x86_64 32:9.7.3-8.P3.el6_2.2
Dependency Installed:
  bind-libs.x86_64 32:9.7.3-8.P3.el6_2.2
Complete!

depois de instalados os pacotes, já posso usá-los!

como saber os registos MX dum domínio qualquer (neste caso vou pedir o MX da Universidade Eduardo Mondlane que é a entidade responsável pelo TLD .mz):

[root@mpf ~]# host -t mx uem.mz
uem.mz mail is handled by 30 zebra.uem.mz.
uem.mz mail is handled by 20 webmail.uem.mz.

[root@mpf ~]# dig mx uem.mz
; <<>> DiG 9.7.3-P3-RedHat-9.7.3-8.P3.el6_2.2 <<>> mx uem.mz
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21600
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 4, ADDITIONAL: 5

;; QUESTION SECTION:
;uem.mz. IN MX

;; ANSWER SECTION:
uem.mz. 68355 IN MX 20 webmail.uem.mz.
uem.mz. 68355 IN MX 30 zebra.uem.mz.

;; AUTHORITY SECTION:
uem.mz. 67031 IN NS anyns.uem.mz.
uem.mz. 67031 IN NS sad.uem.mz.
uem.mz. 67031 IN NS oceano.uem.mz.
uem.mz. 67031 IN NS zebra.uem.mz.

;; ADDITIONAL SECTION:
webmail.uem.mz. 67927 IN A 196.3.96.50
zebra.uem.mz. 67031 IN A 196.3.96.67
sad.uem.mz. 84979 IN A 196.3.96.81
anyns.uem.mz. 67076 IN A 204.61.216.14
oceano.uem.mz. 67076 IN A 196.3.96.69

;; Query time: 13 msec
;; SERVER: 192.168.100.1#53(192.168.100.1)
;; WHEN: Wed Feb 1 14:50:44 2012
;; MSG SIZE rcvd: 223

[root@mpf ~]# nslookup
> set type=mx
> uem.mz
Server: 192.168.100.1
Address: 192.168.100.1#53

Non-authoritative answer:
uem.mz mail exchanger = 30 zebra.uem.mz.
uem.mz mail exchanger = 20 webmail.uem.mz.
Authoritative answers can be found from:
uem.mz nameserver = zebra.uem.mz.
uem.mz nameserver = oceano.uem.mz.
uem.mz nameserver = sad.uem.mz.
uem.mz nameserver = anyns.uem.mz.
webmail.uem.mz internet address = 196.3.96.50
zebra.uem.mz internet address = 196.3.96.67
sad.uem.mz internet address = 196.3.96.81
anyns.uem.mz internet address = 204.61.216.14
oceano.uem.mz internet address = 196.3.96.69

em cima, a vermelho as respostas para os meus pedidos dos registos MX do domínio uem.mz. Alguém consegue descobrir porque é que o host é o meu favorito? :) Atenção que o host é simples e prático mas peca por isso mesmo em determinadas situações.


Atenção que estes pedidos são feitos ao servidor DNS que está no meu ficheiro /etc/resolv.conf mas as três ferramentas permitem que se façam os pedidos a outros servidores quaisquer, da seguinte forma (vou pedi-los ao 8.8.8.8 - DNS público da Google):

host -t mx uem.mz 8.8.8.8
dig mx uem.mz @8.8.8.8
nslookup > server 8.8.8.8