[comp.sys.hp] Name resolution service for HP 9000/HP-UX 7.0

karl@gimms835.gsfc.nasa.gov (Karl A. Anderson) (10/02/90)

I want to set my 800 and 300s up to get IP addresses from a name server.  
Are name-resolver versions of the standard ARPA/Berkeley programs (telnet, 
ftp, SMTP, etc.) available for HP-UX 7.0?  Maybe just an MX sendmail? TIA.
-- 
Karl A. Anderson		| Internet: karl@forest.gsfc.nasa.gov
NASA/GSFC code 923 (STX)	| voice: (301) 286-3815
Greenbelt, MD 20771		| %include <std_disclaimer>

jdunlap@milton.u.washington.edu (John Dunlap) (10/02/90)

>I want to set my 800 and 300s up to get IP addresses from a name server.  

On my HP-9000/375 I installed /etc/resolv.conf with contents:

	domain  apl.washington.edu
	nameserver      128.95.120.1
	nameserver      128.95.96.120
	nameserver      128.95.96.121

which allows telnet, ftp, rlogin, etc to work fine.
Check with nslookup, set type=any, set recurse.

John Dunlap
dunlap@apl.washington.edu

karl@forest.gsfc.nasa.gov (karl anderson ) (10/03/90)

Several people have told me how to enable name resolution on HP 9000s, by
simply creating the /etc/resolv.conf file.  It works just fine - thanks to
all who responded to my query.
-- 
Karl A. Anderson		| Internet: karl@forest.gsfc.nasa.gov
NASA/GSFC code 923 (STX)	| voice: (301) 286-3815
Greenbelt, MD 20771		| %include <std_disclaimer>

cricket@hpcc01.HP.COM (Cricket Liu) (10/04/90)

    I want to set my 800 and 300s up to get IP addresses from a name
    server.  Are name-resolver versions of the standard ARPA/Berkeley
    programs (telnet, ftp, SMTP, etc.) available for HP-UX 7.0?  Maybe
    just an MX sendmail?  TIA.

Actually, the versions of telnet, ftp, etc., that are shipped with HP-UX
7.0 are compiled with resolver versions of gethostby*().  If you've got a
nameserver running for your local domain, all you need to do is point
/etc/resolv.conf at it using the "nameserver" directive, like so (also see
man 4 resolver):

nameserver 128.183.10.134

If you want your search list to be set correctly and you don't set your
hostname to a full domain name, you should also use the "domain" directive
(also man 4 resolver) in /etc/resolv.conf:

domain gsfc.nasa.gov

sendmail is trickier - your sendmail.cf file may need to include the
appropriate canonicalization operators, etc., to work with nameservice.
But I think that the stock sendmail.cf shipped with 7.0
(/etc/newconfig/sendmail.cf) does that.

Last, if you want to *run* a nameserver locally, I'd suggest having a look
at the "Installing and Maintaining BIND" chapter in the _Installing and
Administering ARPA Services_ manual.

cricket

hostmaster@hp.com

dme@doc.ic.ac.uk (Dave Edmondson) (10/04/90)

In article <1670002@hpcc01.HP.COM> cricket@hpcc01.HP.COM (Cricket Liu) writes:
cricket> If you want your search list to be set correctly and you don't set your
cricket> hostname to a full domain name, you should also use the "domain" directive
cricket> (also man 4 resolver) in /etc/resolv.conf:
cricket> domain gsfc.nasa.gov
is it possible to have clusters, _and_ have all of the hosts with fully
qualified domain names ?  i've spent about 10 minutes thinking about
doing this, and decided that it wouldn't work.

cricket> cricket
dave.
--
Dave Edmondson, Systems Support.                     Opinions are all my own.
Department of Computing, Imperial College of Science, Technology and Medicine,
180 Queen's Gate, London SW7 1BZ. phone: 071-589-5111 x5085 fax: 071-581-8024
email: dme@doc.ic.ac.uk, ..!ukc!icdoc!dme, dme@athena.mit.edu
  ``Be selective, be objective, be an asset to the collective'' -- Jazzy B

tml@tik.vtt.fi (Tor Lillqvist) (10/06/90)

In article <DME.90Oct4064950@mr-uppity.doc.ic.ac.uk> dme@doc.ic.ac.uk (Dave Edmondson) writes:
   is it possible to have clusters, _and_ have all of the hosts with fully
   qualified domain names ?  i've spent about 10 minutes thinking about
   doing this, and decided that it wouldn't work.

Sure, we have a mixed cluster with an 845 as server and s300 clients.
All have their fqdn as `hostname`.  Their cnode and uname name is just
the first part.

However, adding a cluster client when you already have it in
/etc/hosts and/or in the DNS (if, for example, you are converting the
client to diskless, or moving it from one server to another) is a real
pain: You have to comment out the entry from /etc/hosts and kill named
before you start sam.  If you are adding a cluster client called
'john', and john.your.dom.ain already is in /etc/hosts and/or the DNS,
sam won't let you assign john's own IP address to it.  Sam doesn't
understand that it's the same machine you are talking about...

--
Tor Lillqvist,
working, but not speaking, for the Technical Research Centre of Finland

shankar@hpclscu.HP.COM (Shankar Unni) (10/06/90)

Dave Edmondson writes:

> is it possible to have clusters, _and_ have all of the hosts with fully
> qualified domain names ?  i've spent about 10 minutes thinking about
> doing this, and decided that it wouldn't work.

Not at all, Dave.

I am posting this from a cluster server that is configured to use a
domain name server.

My clusterconf file still looks like the plain old:

    ############: # Clustercast address--DO NOT REMOVE THIS LINE
    ############:1:hpclscu:r:1:1
    ############:2:hpcll04:c:1:0
    etc...

The *only* thing I had to do to make my cluster use the domain name server
was to create an /etc/resolv.conf file (and of course, some files like
/usr/lib/sendmail.fc have to be re-frozen, but that's easy: just reboot the
cluster once).

P.S. Don't let the "originating host name" on this note fool you (that is
inserted by the "notes" program) - the actual hostname for this machine is
"hpclscu.cup.hp.com".

-----
Shankar Unni                                   E-Mail: 
Hewlett-Packard California Language Lab.     Internet: shankar@hpda.cup.hp.com
Phone : (408) 447-5797                           UUCP: ...!hplabs!hpda!shankar

DISCLAIMER:
This response does not represent the official position of, or statement by,
the Hewlett-Packard Company.  The above data is provided for informational
purposes only.  It is supplied without warranty of any kind.