query domain name servers using resolver
dnsquery [-n nameserver] [-t type]
[-c class] [-r retry]
[-p period] [-d] [-s] [-v] host
program is a general interface to name servers via
BIND resolver library calls. The program supports
queries to the name server with an opcode of QUERY.
This program is intended to replace or
supplement programs like
All arguments except for
are treated without case-sensitivity.
The name server to be used in the query. Name servers can appear as either
Internet addresses of the form:
or as domain names.
The default is specified in
The type of resource record of interest. Types include:
domain name pointer
start of authority
mail group member
DCE or AFS server
Note that any case may be used. The default type is
The class of resource records of interest.
Note that any case may be used. The default
class is IN.
The number of times to retry if the name server is
not responding. The default is 4.
The period to wait before timing out. The default
Turn on debugging. This sets the
bit of the resolver's
field. The default is no debugging.
rather than a packet. This uses a TCP stream connection with
the name server, rather than a UDP datagram. This sets the
bit of the resolver's
field. The default is to use UDP datagrams.
The name of the host (or domain) of interest.
Queries of a class other than
can have interesting results
since ordinarily a name server only has a list of root name servers
uses a call to
to determine if the argument
option is a valid Internet address. Unfortunately,
seems to cause a segmentation fault with some (bad)
IP addresses (for example, 188.8.131.52.5).
to get the default name server and search lists
list of usable RR types and classes
list of resolver flags
If the resolver fails to answer the query and debugging has not been
will simply print a message like:
Query failed (rc = 1) : Unknown host
The value of the return code is supplied by
Queries of a class other than IN can have interesting
results since ordinarily a nameserver only has a list of root
nameservers for class IN resource records.
dnsquery uses a call to
to determine if the argument for the -n option is a
valid Internet address. Unfortunately,
seems to cause a segmentation fault with some (bad) IP
addresses (e.g., 184.108.40.206.5).
© 2005 The SCO Group, Inc. All rights reserved.
SCO OpenServer Release 6.0.0 -- 02 June 2005