On Sun, 21 Nov 1999, Gerardo Soto wrote:
> Hi to everyone:
> I would deeply appreciate any leading information / help
> regarding the upgrade process of the Redhat 5.0 version of bind to the
> 6.0 version . You see , I tried to upgrade it but something goes wrong and
You don't want the version from 6.0, you want a new one from
updates.redhat.com. Or just download the source from www.isc.org and
build it yourself, it's a clean compile on Linux these days. 8.2.2PL3 or
better for exploits, 8.2.2PL5 if you want everything up to date. If
that's not the version string you see, then you've got an exploitable BIND.
To see what version is running, run the following commands from a shell
prompt (don't type in the prompt characters):
$ nslookup - 127.0.0.1
> set type=txt
> set class=chaos
> version.bind.
> exit
> I just can't. how do you configure a main dns server to load
> balance the requests with a backup dns server ?
Add a second server, or use lbnamed. You can play failover tricks with
multiple servers, load sharing requires other things, so use lbnamed if
it's really necessary, or point half the clients at one as a primary and
half at the other and alternate the secondaries.
> Furtheremore , I am in the process of adding 3 more mail
> servers to the net , how can I configure them to mail exchange the
> incoming and outgoing mail of the whole network within the 4 of them ?
Add them at equal MX values, and tell BIND to round-robin MX's. For
outgoing mail, round robin their addresses to the outgoing MX's name.
>
> Like I mentioned before , I will appreciate if someone can
> help me out directly or by leading me to where I can find the information
> that I am looking for. Thanks !
DNS help can be found at Acme Byte and Wire, I think the site is
acmebw.com, but a search on "Acme Byte and Wire" or the training link off
of the ISC site will get you there, look for "Ask Mr. DNS."
Paul
-----------------------------------------------------------------------------
Paul D. Robertson "My statements in this message are personal opinions
[EMAIL PROTECTED] which may have no basis whatsoever in fact."
PSB#9280
-
[To unsubscribe, send mail to [EMAIL PROTECTED] with
"unsubscribe firewalls" in the body of the message.]
