[2957] in RedHat Linux List
RE: Continuing networking problems...
daemon@ATHENA.MIT.EDU (Kyle Ferrio)
Wed Nov 6 09:37:35 1996
Date: Wed, 6 Nov 1996 09:35:21 -0500 (EST)
From: Kyle Ferrio <kbf@phy.duke.edu>
To: redhat-list@redhat.com
In-Reply-To: <c=US%a=_%p=sii%l=SIINT-961106112719Z-1697@siint.sii.com>
Resent-From: redhat-list@redhat.com
Reply-To: redhat-list@redhat.com
On Wed, 6 Nov 1996, Al Longyear wrote:
> >Default Gateway: 127.0.0.1
> >Default Gateway Device: lo
>
> DON'T DO THAT!!!!!
Rest assured, I undid it. :)
> NO KIDDING. That is what happens when you do that! PPPD won't be the
> only program to just 'hang' if you attempt to make a default route and
> don't have an external router.
Interesting. I assumed (badly as it turns out) that the kernel IP
support would recognize 127.0.0.1 and lo as loopback and not actually go
looking for a real external router. Ok.
> The pppd process has code within it to not replace an existing default
> route. This is done for a reason, which may be not as significant now as
> it was a couple of years ago when it was started.
>
> The reason is that if you permit a user to run the pppd process and they
> use a bogus IP address for the peer system the only real damage that
> they could do is to generate a host route to that IP address UNLESS they
> also decided to change the default route to that location as well. So,
> in order to prevent the default route from being destroyed, we prevented
> the default route from being added if there is presently an existing
> default route. The theory is that the administrator would have
> configured the proper default route during the system startup and it is
> not up to the pppd process to change it.
That seems prudent.
> >So let me rephrase my question. I want to be able to do local mail
> >delivery all the time and ppp only when needed.
>
> 1. Create a bogus hostname. The hostname does not need to be the name
> which corresponds to any name associated with an IP address in the DNS
> tables. You don't need to change the hostname.
Did that.
> 2. Create an entry in the /etc/hosts file with a bogus IP address, such
> as 10.10.10.10 (this is a valid IP address reserved for local networks.)
> Assign your hostname to this IP address.
Ah. I will try this. Under slackware a bunch of people (including me)
have an /etc/hosts entry of the form
foo.bar.net 127.0.0.1
even though a smarter bunch of people specifically admonish against ever
attaching the hostname to the loopback IP. It worked there, but not here.
Gee, I guess it really matters. D'oh!
> 3. Get rid of the default route. Do not use one. Let the pppd process
> add the default route as needed.
Will do; thanks.
> If your IP address assigned to you by the service provider varies
> dynamically with each call then you can not directly receive SMTP mail
> from the service provider. You need to use POP or IMAP protocols to
> retrieve it. You can use fetchmail to help with this process if you
> want. Fetchmail is on http://www.ccil.org/~esr.
That much I understand. At the moment, I'm most concerned with getting
local mail (from my box, to my box, no middle man) working.
> There are usenet groups dedicated to the mail system. You will probably
> have much better response if you ask the appropriate usenet group --
> comp.mail.smail, comp.mail.misc (for the delivery agents), or
> comp.mail.sendmail.
Thanks. I'm aware of that, but figured that other Redhat users might be
experiencing similar problems since this is a clean install and I know a
lot of RH users have PPP-only connectivity. So I started here.
Cheers,
Kyle Ferrio
kbf@phy.duke.edu (919) 660-2518 office
Duke University, Dept. of Physics (919) 660-2525 FAX
Box 90305, Durham N.C. 27708-0305, USA
--
PLEASE read the Red Hat FAQ, Tips, Errata and the MAILING LIST ARCHIVES!
________________________________________________________________________
http://www.redhat.com/RedHat-FAQ http://www.redhat.com/RedHat-Errata
http://www.redhat.com/RedHat-Tips http://www.redhat.com/mailing-lists
------------------------------------------------------------------------
To unsubscribe: mail -s unsubscribe redhat-list-request@redhat.com < /dev/null
