Some more interesting information.

1) I have the pppd link up, routed -q running.

2) I have removed resolv.conf.=20

3) Now I can ping the lan hosts very quickly (by ip addr). No pause =
before the ping starts. I think it must have been trying to reverse =
lookup the ip address specified to ping.

4) I cannot check the response on the lan side as I am not there and all =
of those hosts are PeeCee's so I can't
telnet into them to check ;-(

5) I think the popper was trying to lookup the ip addresses if the =
machines that were pop3'ing in from the lan and that is why that is =
slow. I guess with pppd down the gethostbyname() call would fail more =
quickly and thats why performance would be fine with pppd down ?

6) The problem is I need resolv.conf up as I have squid running on the =
machine, and when the broswer requests come in from the clients squid =
requires dns to perform the name lookup. Because of this will I need to =
have DNS setup on the machine for the local lan and have any requests =
not resolved there forwarded to my providers DNS ?

7) Even with this configuration (resolv.conf renamed to hide it) =
telneting in from the outside world gives me a login prompt but after =
entering a username a password prompt never appears ? But rsh'ing in =
works fine ?

8) It would appear that the default route entry is not working as if i =
ping a host out on internet the dns lookup works out to the provider dns =
servers but traceroute says it is going to send the data to the lan =
interface ?

www# traceroute www.netcontech.com (which is: 209.89.182.66)
traceroute: Warning: Multiple interfaces found; using 192.168.1.4 @ ep0
traceroute to www.netcontech.com (209.89.182.66), 30 hops max, 40 byte =
packets

It should have used the ppp0 interface as it is marked as the default =
route ?

www# netstat -r -n
Routing tables

Internet:
Destination        Gateway            Flags     Refs     Use    Mtu  =
Interface
default            204.191.69.201     UGS         4     3358      -  =
ppp0
127.0.0.1          127.0.0.1          UH         16      107      -  lo0
192.168.1          link#1             UC          0        0      -  ep0
192.168.1.4        00:a0:24:85:a3:56  UHL         1       32      -  lo0
192.168.1.5        00:a0:c9:90:23:fd  UHL         0       33      -  ep0
204.191.68.2       204.191.69.201     UH          0        0      -  =
ppp0
204.191.69.201     127.0.0.1          UH          1        0      -  lo0

Very strange.

Any ideas ?

Scott...
----------
From: 	rmcm@compsoft.com.au
Sent: 	Saturday, September 26, 1998 20:52
To: 	Scott R. Burns
Cc: 	netbsd-help@netbsd.org
Subject: 	Re: PPPD and Routing problem ?

1. DNS? - does "ping IP" behave same as "ping hostname"
2. Routing? - how does it behave with static routing (no routed).
   What does your firewall routing table (netstat -nr) look like, with
   and without ppp connection.
------------------------------------------------------------
Rex McMaster                            rmcm@compsoft.com.au=20
                                   rex@mcmaster.wattle.id.au
     PGP Public key: http://www.compsoft.com.au/~rmcm/pgp-pk
Scott R. Burns writes:
 > I am having a heck of a time getting a pppd firewall up. We have =
1.3.2 on a i386 and a modem hanging off the back up to our provider. if =
I am on the console of the box pinging, dns lookup etc. work great. The =
box also has a lan card (ep0) on the local lan. Any attempt to telnet or =
pop3 in from the lan pauses for minutes then works but it is bursty. =
Even pings to the firewall from the lan pause for a long time before =
starting. Killing pppd and shutting down the ppp0 interface removes this =
problem.
 >=20
 > The kernel was compiled with no GATEWAY option, routed was started =
with -q. pppd is autostarted in /etc/ppp/peers/PROVIDERNAME. This file =
contains the defaultroute option and mygate is empty. The box is a =
compaq deskpro pentium 200 with 64MB of RAM.
 >=20
 > I am sure it is something simple. Can anyone shed any light on this. =
It has been about 2 years since I setup this type of link under 1.2.1 =
and it worked fine but I must have missed a step.
 >=20
 > Scott Burns
 > Scott.Burns@Netcontech.Com
 > (519) 673-3424

--=20