2
<TH>ASKMARA 1 "askmara" "Janeiro 2002" "askmara"</TH>
4
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=iso8859-1">
8
askmara - faz simples consultas de DNS
11
<b>askmara </b>examina o servidor de dns especificado pelo usu�ro
12
por registros, e reproduz a resposta em formato csv2-compat�vel (csv2
13
� o formato de arquivos de zona que <b>maradns </b>utiliza).
16
<b>askmara </b> [-n] [ -v | -t timeout] query [ server ]
23
Se isto estiver presente, o argumento seguinte � o intervalo de tempo
24
do askmara, em segundos. Nota que <b>askmara</b> n�o pode ter
25
ao mesmo tempo o intervalo de tempo (-t) e a sa�da verbosa (-v)
26
definida pelo usu�rio.
30
Se isto estiver setado, <b>askmara</b> ir� mostrar a produ��o da
31
resposta completa que o servidor enviou. Note que esta sa�da verbosa
32
n�o � csv2-compat�vel.
36
Se estiver setado, <b>askmara</b>ao enviar uma consulta, n�o
37
pedir� recurs�o de DNS; em outras palavras, askmara pedir� que o
38
servidor de DNS remoto n�o contate outro servidor de DNS para
39
responder a consulta em quest�o.
43
registro de dns � ser consultado. A consulta tem duas se��es:
44
O tipo de registro que n�s desejamos, e o hostname desejado para
48
O tipo de consulta pode ter duas formas: Tipo mnem�nico uma-letra, ou um
49
rtype num�rico seguido por dois pontos (:). Isto � concatenado
50
imediatamente pelo nome completo do hostname que n�s desejamos
54
Por exemplo, para pedir o IP de 'example.com.', n�s podemos usar um
55
mnem�nico de uma-letra, na forma 'Aexample.com.', ou n�s podemos usar o
56
RR num�rico seguido por dois pontos, dando a consulta 1:example.com. '
57
(j� que A tem o tipo de registro de um). Nota que o nome de consulta precisa
58
do ponto '.' no final.
61
Askmara aceita uma variedade de mnem�nico uma-letra, como segue:
64
<b>A</b>significa uma requisi��o para um RR tipo A (endere�o ipv4 ) <p>
65
<b>N </b>significa um RR NS <p>
66
<b>C </b>significa que n�s estamos pedindo por um RR CNAME <p>
67
<b>S </b>significa que n�s queremos um RR SOA <p>
68
<b>P </b>significa que n�s queremos um RR PTR <p>
69
<b>@ </b>significa que n�s queremos um RR MX <p>
70
<b>T </b>significa que n�s queremos um RR TXT <p>
71
<b>Z </b>significa que n�s queremos pedir por todos os RRs.
74
<dd>Endere�o IP do servidor de dns a ser examinado. Se nenhum
75
servidor for determinado, askmara examinar� 127.0.0.1.
79
Pedindo ao servidor com o IP 127.0.0.1 o endere�o de IP de example.com:
84
Pedindo ao servidor com o IP 198.41.0.4 o endere�o de IP de example.com:
86
askmara Aexample.com. 198.41.0.4
89
Pedindo ao servidor com o endere�o IP 127.0.0.1 o endere�o de IP de
90
example.com, usando o formato de rr_number:query,:
92
askmara 1:example.com.
95
Pedindo ao servidor com o endere�o ip 127.0.0.1 por um registro SRV.
96
Em particular, n�s pedimos o servi�o "http sobre tcp" para example.net.
97
J� que askmara n�o tem um mnem�nico para tipos de registro SRV,
98
usamos ent�o o c�digo num�rico (33 para SRV):
100
askmara 33:_http._tcp.example.net.
103
Pedindo ao servidor com o endere�o IP 127.0.0.1 o registro AAAA
104
(endere�o ipv6) para example.net:
106
askmara 28:example.net.
109
Nota que a sa�da ser� um pacote de DNS cru em ambos exemplos
114
Quando askmara � solicitado para um registro SOA, a sa�da do
115
<b>askmara </b>se assemelha ao formato de um arquivo csv2,
116
mas n�o pode ser analisado gramaticalmente como um arquivo csv2
120
askmara produz sa�das multi-chunk ("character-string") TXT
121
incorretamente (s� mostra o primeiro peda�o).
127
<A href=http://www.maradns.org>http://www.maradns.org</a>
129
<h1>RETRATA��O LEGAL</h1>
130
THIS SOFTWARE IS PROVIDED BY THE AUTHORS ''AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHORS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
134
MaraDNS � escrito por Sam Trenholme. Jaakko Niemi usou 5 minutos para
135
criar este manpage junto com o autro, o qual Sam revisou subsequentemente.
138
A tradu��o deste documento foi realizada por Daniel Zilli.