[comp.sys.sgi] HELP! I am in a BIND.

karron@KARRON.MED.NYU.EDU (11/03/90)

I have an unusual situation where I wish to run BIND as a local server, but
my machine is generally a network client.

When named is running, my machine looks to a domain host for info as to
who it is. If that machine is not running, or my machine is disconnected
from the net, it will NOT boot. This is not a good situation to be in.

I am trying to configure my machine to only know a minimal ammount of
information about itself and a few other vital machines on the net. The
static host table is not used by the named BIND stuff, and all queries
for static info without named running fail (The /etc/hosts and named should
not ignore each other, but that is another thing that will have to be
fixed).  My resolver.conf file has slots for three nameservers. I want
my machine to be first, the domain server second, and the super domain
server third. The documentation says to specify the local host as
0.0.0.0, not localhost, or loopback. nslookup does not seem to be able to
query the local host named, and so I am wondering if the way I want to
run this is possible ?

I only want to keep minimal info, really, only about my machine on my local
server, and let it cache info about the net locally. If it is possible,
can I have my machine distribute info about itself to the other name servers ?

Is there any scripts that can turn an /etc/hosts file into a named.hosts file ?

While I have every confidence in the net people here, the local medical
center computer operations does not have any budget, no maintence contracts,
and no support from the medical center administration for network services.
The general consensus about the research computing network it that it is an
expersive toy. If it goes down, then if enough people scream, things may
get fixed. This is not the trusted host paradign that most network protocols
are designed around. Is what I want to do possible ?

dan(paranoid, and proud of it)

+-----------------------------------------------------------------------------+
| karron@nyu.edu (mail alias that will always find me)                        |
|                                         Dan Karron                          |
| . . . . . . . . . . . . . .             New York University Medical Center  |
| 560 First Avenue           \ \    Pager <1> (212) 397 9330                  |
| New York, New York 10016    \**\        <2> 10896   <3> <your-number-here>  |
| (212) 340 5210               \**\__________________________________________ |
| Please Note : Soon to move to dan@karron.med.nyu.edu 128.122.135.3  (Nov 1 )|
+-----------------------------------------------------------------------------+

SMITH@MCCLB0.MED.NYU.EDU ("P.R. Smith, NYUMC 340-5356", 212) (11/04/90)

Look Dan, I have no idea whether you can do this stuff or not.  But there
is one thing absolutely clear: If you do not know how to use your own s/w
then I can guarantee it will never work.  Why not read the manuals?  Why
not read the cute, informative messages your s/w already prints?  Why send
me mail asking why you can not get MX record information from a host called
MX.MED.NYU.EDU, when you know, and everyone else here knows also that there
IS NO MACHINE CALLED MX. Or do you know what information should be typed
in to the  program, and what to expect as an answer?

The Medical Center may not have great support to offer you, everyone is sorry
about that, but your problem is unrelated to that.  It is entirely up to
you to figure out what is going on.   Right now the net services shoud be
adequate to your needs, and, more importantly, it is all working.
+---------------------------------------------------------------------------+
|Ross Smith, Cell Biology,  NYU Medical Center,  550 First Ave.,  NYC, 10016|
|Phone: (212) 340-5356: FAX: (212) 340-8139 (Alternate NYUMC) (212) 340-7190|
|E-Mail:  SMITH@NYUMED.BITNET (BITNET),  SMITH@MCCLB0.MED.NYU.EDU (Internet)|
+---------------------------------------------------------------------------+

jcmst1@unix.cis.pitt.edu (John C Moschgat) (11/04/90)

In article <0D55D79A073F000AD6@MCCLB0.MED.NYU.EDU> SMITH@MCCLB0.MED.NYU.EDU ("P.R. Smith, NYUMC  340-5356", 212) writes:
>
>Look Dan, I have no idea whether you can do this stuff or not.  But there
... some heated words deleted ...
>Why send
>me mail asking why you can not get MX record information from a host called
>MX.MED.NYU.EDU, when you know, and everyone else here knows also that there
>IS NO MACHINE CALLED MX.
... more heated words deleted ...
>+---------------------------------------------------------------------------+
>|Ross Smith, Cell Biology,  NYU Medical Center,  550 First Ave.,  NYC, 10016|
>|Phone: (212) 340-5356: FAX: (212) 340-8139 (Alternate NYUMC) (212) 340-7190|
>|E-Mail:  SMITH@NYUMED.BITNET (BITNET),  SMITH@MCCLB0.MED.NYU.EDU (Internet)|
>+---------------------------------------------------------------------------+


Take a pill dude.

I didn't know that there is NO MACHINE CALLED MX.

I Think Dan had a valid question.

-jcmst1@unix.cis.pitt.edu

arc@thyme.wpd.sgi.com (Andrew Cherenson) (11/07/90)

In article <9011030433.AA05693@karron.med.nyu.edu> karron%CMCL2.NYU.EDU@cunyvm.cuny.edu writes:
>
>I have an unusual situation where I wish to run BIND as a local server, but
>my machine is generally a network client.
>
>When named is running, my machine looks to a domain host for info as to
>who it is. If that machine is not running, or my machine is disconnected
>from the net, it will NOT boot. This is not a good situation to be in.

In IRIX 3.3 (and most likely 3.2), the name server is NOT used during booting 
-- only /etc/hosts is used.

You don't state what release you're running, which is an important piece
of information.  If you're running 3.2, then the window system may not
come up -- perhaps that's what you mean by not booting? You need to install 
3.3, because 4sight is much more robust when the name server doesn't respond.

>I am trying to configure my machine to only know a minimal ammount of
>information about itself and a few other vital machines on the net. The
>static host table is not used by the named BIND stuff, and all queries
>for static info without named running fail (The /etc/hosts and named should
>not ignore each other, but that is another thing that will have to be
>fixed).  

Ah, but they can both be used in IRIX 3.3.
Install 3.3 and then look at the resolver(4) man page and the
administration chapter in the new Network Communications Guide.

>My resolver.conf file has slots for three nameservers. I want
>my machine to be first, the domain server second, and the super domain
>server third. The documentation says to specify the local host as
>0.0.0.0, not localhost, or loopback. nslookup does not seem to be able to
>query the local host named, and so I am wondering if the way I want to
>run this is possible ?

Are you sure the name server is running on your machine? With that
resolv.conf setup, nslookup will work if the local server is running.

>I only want to keep minimal info, really, only about my machine on my local
>server, and let it cache info about the net locally. If it is possible,
>can I have my machine distribute info about itself to the other name servers ?

Look at info about setting up a forwarding server in the BIND chapter in 
the NCG.

>Is there any scripts that can turn an /etc/hosts file into a named.hosts file ?

Something is planned for a future release.

mitch@sgi.com (Thomas Mitchell) (11/21/90)

"bind' as in name services.

Hmm...  The first place to start is:

	RFC 1033 "DOMAIN ADMINISTRATORS OPERATIONS GUIDE"

Then back up to:

	RFC 1034 "DOMAIN NAMES - CONCEPTS AND FACILITIES"

These are available by mailing to the server, But check with
your local network wizzards first.  I suspect they have most
of them on line.

More than anything else get help from the SOA (Start of
Authority) for your name space.  They have already done this
stuff.  In many cases you will need to 'go with the flow'
and follow any conventions in place at your site.


--
--
  Thomas P. Mitchell   --  mitch@sgi.com  or mitch%relay.csd@sgi.com
	"All things in moderation; including moderation."