Have several questions about setup- Bind 8.1.2

Adrian Griffis adrian at mpinet.net
Fri Dec 24 21:03:04 UTC 1999


I'm resending this, hopefully you'll see this.

Hello ,

First off, thank you for responding to my post. I didn't post the actual
domain name because I was worried about security, call it paranoia.
Anyway, our domain is appleton.fsu.edu, as you can see it falls under
fsu.edu but we are at a different location (we are a museum owned by FSU).
Under our old network setup (I mentioned in my last post) FSU had entries in
their DNS, just name-to-address, for us to point to the dial-up ISP servers,
since then I have contacted Fsu and had them change that info to the servers
on our network now(that was Monday). They told me that they well only do
name-to-address translations(say for e-mail and www) and we were responsible
for everything else.

Here are the files I have.

db.appleton.fsu.edu
db.204.96.30
db.127.0.0
db.cache

As far as the MX records go, in my db.appleton.fsu.edu file. It is listed as

             @ SOA ns1.appleton.fsu.edu
                IN NS ns1.appleton.fsu.edu
ns1           IN A 204.96.30.10
seminole   IN  A 204.96.30.2  ;seminole is our e-mail server
                IN MX seminole
#              IN MX seminole

I stuck in the wildcard for the MX ,after we could not get any e-mail.
I seen in DNS and BIND book to try the wildcard, So I did.

I hope this is enough info. Sorry it's so lengthy.......

Thanks again,

Adrian


Adrian Griffis <adrian at mpinet.net> wrote in message
news:s672qh4mh45145 at corp.supernews.com...
> Hello Joe,
>
> First off, thank you for responding to my post. I didn't post the actual
> domain name because I was worried about security, call it paranoia.
> Anyway, our domain is appleton.fsu.edu, as you can see it falls under
> fsu.edu but we are at a different location (we are a museum owned by FSU).
> Under our old network setup (I mentioned in my last post) FSU had entries
in
> their DNS, just name-to-address, for us to point to the dial-up ISP
servers,
> since then I have contacted Fsu and had them change that info to the
servers
> on our network now(that was Monday). They told me that they well only do
> name-to-address translations(say for e-mail and www) and we were
responsible
> for everything else.
>
> Here are the files I have.
>
> db.appleton.fsu.edu
> db.204.96.30
> db.127.0.0
> db.cache
>
> As far as the MX records go, in my db.appleton.fsu.edu file. It is listed
as
>
>              @ SOA ns1.appleton.fsu.edu
>                 IN NS ns1.appleton.fsu.edu
> ns1           IN A 204.96.30.10
> seminole   IN  A 204.96.30.2  ;seminole is our e-mail server
>                 IN MX seminole
> #              IN MX seminole
>
> I stuck in the wildcard for the MX ,after we could not get any e-mail.
> I seen in DNS and BIND book to try the wildcard, So I did.
>
> I hope this is enough info. Sorry it's so lengthy.......
>
> Thanks again,
>
> Adrian
>
> Joseph S D Yao <jsdy at cospo.osis.gov> wrote in message
> news:19991223192329.B17979 at adams.cospo.osis.gov...
> > On Thu, Dec 23, 1999 at 04:14:09PM -0500, Adrian Griffis wrote:
> > > Hello,
> > >
> > > A brief history:
> > > Our company recently switched our whole network around. We used to use
a
> > > dial-up connection and our web page and e-mail were through the
dial-up
> ISP
> > > server. Now we have a permanent connection and have our own web server
> and
> > > e-mail server. One of the catches was to run our own DNS server
because
> the
> > > new ISP wanted to much money for a primary for us, but we could use a
> their
> > > secondary at no charge.
> > >
> > > My questions are:
> > >
> > > 1) How do you setup for an ISP secondary server? (i.e. what files are
> needed
> > > ..db.xxx.xx.xx and what is needed in the named.conf file)
> > > I've tried this earlier but received a bunch of errors regarding
> named-xfer
> > > and non-authoritative in domain.
> >
> > You don't.  They do.  All you do is make sure that their server name is
> > declared in an NS record in the zone.
> >
> > Now you know why you got all those errors.  ;-)
> >
> > Some people like to restrict who can do an entire zone transfer.  That
> > was just argued roundly in this forum.  Some feel it's more secure,
> > others deride security by obscurity.
> >
> > > 2) Is there anything, as far as setup for 8.2.2 P5, new to change in
the
> > > named.conf file or other files?
> > > I did have this loaded, but had nothing but trouble with it, so I put
> 8.1.2
> > > back on my server, with no problems.
> >
> > You should put at the head of all zone files:
> >
> > $TTL N
> >
> > where N is the number that used to be the last number in your SOA
> > record, typically something like 1D (one day) or 86400 (same in
> > seconds).
> >
> > Other than that, there are only (a) added features, and (b) greatly
> > increased security, hint, hint.
> >
> > > 3) To make sure, you do put MX records in your db.domain.com file
right?
> > > We are still not getting e-mail.
> >
> > If that's what you call your zone file, then, yes.  Give us a (REAL)
> > example of what you are doing, and tell us what you expect of it, and we
> > can tell you if that's correct.
> >
> > --
> > Joe Yao jsdy at cospo.osis.gov - Joseph S. D. Yao
> > COSPO/OSIS Computer Support EMT-B
> > -----------------------------------------------------------------------
> > This message is not an official statement of COSPO policies.
> >
> >
>
>
>
>
>





More information about the bind-users mailing list