[linux-help] Re: Lynx/Fetchmail Connection Problem -

[Steven Saner <ssaner@xxxxxxxxxxxxxxx>]

On Sun, Dec 03, 2000 at 07:32:54AM -0500, BOB GOODWIN wrote:
> Steve & Jeff:
> 
>  At your suggestion I collected the following data on the old '486 and I'm
> still scratching my head?
> 
> #
> # /ppp.txt      data observed 2k1203
> 
> 
> [root@localhost /root]# /c       [ /c is a script file to do
> /etc/ppp/ppp-on ]
> 
> [root@localhost /root]# ifconfig
> 
> lo        Link encap:Local Loopback
>           inet addr:127.0.0.1  Bcast:127.255.255.255  Mask:255.0.0.0
>           UP BROADCAST LOOPBACK RUNNING  MTU:3584  Metric:1
>           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0

Well this is the key right here. While your modem may have been
connected to the ISPs modem, you did not have PPP completely
negotiated. This completely explains the problem. Now, what is causing
it. Look in your log files (maybe /var/log/messages) for statements
about PPP when you try to connect. That might give us an idea as to
where in the PPP process things are breaking. In a previous message
you sent a copy of your options file. You might also give us a look at
your chat script. You mentioned that you where using CHAP. Is that
really the case? Most ISPs just you PAP authentication.



> 
> [ no data for ppp0 although I believe I was connected here? ]
> 
> 
> [root@localhost /root]# route
> 
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use
> Iface
> 127.0.0.0       *               255.0.0.0       U     0      0        0 lo
> 
> [ Should be similar to data below which I just collected from this working
> computer ]
> 
> #
> # /ppp2.txt     2k1203  data from '586 box
> 
> [root@localhost /]# route
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use
> Iface
> 199.70.219.90   *               255.255.255.255 UH    0      0        0
> ppp0
> 127.0.0.0       *               255.0.0.0       U     0      0        0 lo
> 
> default         199.70.219.90   0.0.0.0         UG    0      0        0
> ppp0
> [root@localhost /]#
> 
> [ Back to the '486 data ]
> 
> #
> # /ppp3.txt     2k1203 netstat -r   [ I had to go back and do netstat -r,
> I left off the -r ]
> 
> [root@localhost /root]# /c
> [root@localhost /root]# netstat -r
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags   MSS Window  irtt
> Iface127.0.0.0
> 
>        *               255.0.0.0       U      3584 0          0 lo
> 
> 
> 
> [root@localhost /root]# netstat
> 
> Active Internet connections (w/o servers)
> Proto Recv-Q Send-Q Local Address           Foreign Address         State
> Active UNIX domain sockets (w/o servers)
> Proto RefCnt Flags       Type       State         I-Node Path
> unix  2      [ ]         STREAM                   3648   /dev/log
> unix  2      [ ]         STREAM     CONNECTED     3647
> unix  2      [ ]         STREAM                   2311   /tmp/.X11-unix/X0
> 
> unix  2      [ ]         STREAM     CONNECTED     2310
> unix  2      [ ]         STREAM                   2299   /tmp/.X11-unix/X0
> 
> unix  2      [ ]         STREAM     CONNECTED     2298
> unix  2      [ ]         STREAM                   2268   /tmp/.X11-unix/X0
> 
> unix  2      [ ]         STREAM     CONNECTED     2267
> unix  2      [ ]         STREAM                   2245   /tmp/.X11-unix/X0
> 
> unix  2      [ ]         STREAM     CONNECTED     2193
> unix  1      [ ]         STREAM                   1848
> unix  2      [ ]         STREAM                   1410   /dev/log
> unix  2      [ ]         STREAM     CONNECTED     1408
> Active IPX sockets
> Proto Recv-Q Send-Q Local Address              Foreign Address
> State
> 
> [root@localhost /root]# /d    [ /d another script to do /etc/ppp/ppp-on ]
> 
> PPP link to ppp0 terminated.
> 
> 
> [ Data from /var/log/messages for this "connection" ]
> 
> Dec  3 06:36:32 localhost kernel: CSLIP: code copyright 1989 Regents of
> the University of California
> Dec  3 06:36:34 localhost kernel: PPP: version 2.2.0 (dynamic channel
> allocation)
> Dec  3 06:36:34 localhost kernel: PPP Dynamic channel allocation code
> copyright 1995 Caldera, Inc.
> Dec  3 06:36:34 localhost kernel: PPP line discipline registered.
> Dec  3 06:36:34 localhost kernel: registered device ppp0
> Dec  3 06:36:35 localhost pppd[450]: pppd 2.3.5 started by root, uid 0
> Dec  3 06:36:37 localhost chat[451]: abort on (BUSY)
> Dec  3 06:36:37 localhost chat[451]: send (ATDT3424101^M)
> Dec  3 06:36:37 localhost chat[451]: expect (CONNECT)
> Dec  3 06:37:05 localhost chat[451]: ATDT3424101^M
> Dec  3 06:37:05 localhost pppd[450]: Serial connection established.
> Dec  3 06:37:05 localhost chat[451]: CONNECT
> Dec  3 06:37:05 localhost chat[451]:  -- got it
> Dec  3 06:37:05 localhost chat[451]: send (^M)
> Dec  3 06:37:15 localhost pppd[450]: Using interface ppp0
> Dec  3 06:37:15 localhost pppd[450]: Connect: ppp0 <--> /dev/modem
> Dec  3 06:37:24 localhost kernel: Swansea University Computer Society IPX
> 0.34 for NET3.035
> Dec  3 06:37:24 localhost kernel: IPX Portions Copyright (c) 1995 Caldera,
> Inc.
> Dec  3 06:37:28 localhost kernel: Appletalk 0.17 for Linux NET3.035
> Dec  3 06:37:46 localhost pppd[450]: LCP: timeout sending Config-Requests
> Dec  3 06:37:46 localhost pppd[450]: Connection terminated.
> Dec  3 06:38:40 localhost pppd[450]: Terminating on signal 2.
> Dec  3 06:38:45 localhost pppd[450]: Hangup (SIGHUP)
> Dec  3 06:38:46 localhost pppd[450]: Exit.
> Dec  3 06:40:25 localhost kernel: PPP: ppp line discipline successfully
> unregistered
> [root@localhost /root]#
> 
> I'm able to transfer this data via serial ports using minicom and zmodem.
> that works slick anyway and at 38,400k despite the old uart in the 486. At
> faster speeds zmodem begins to complain with error messages and I'm not
> sure it's correcting them?
> 
> Thanks for your help, perhaps you can see something from this data.
> 
> Hope you don't mind the html, it helps to make things easier to read if
> you're not using a plain text  mail reader.
> 
> Bob
> 
> 
> Steven Saner wrote:
> 
> > Okay, when you get connected, as root try the following commands so
> > you can see what IP address you have and if the routing is set up
> > correctly.
> >
> > ifconfig
> > netstat -r
> >
> > On Sat, Dec 02, 2000 at 12:54:43PM -0500, BOB GOODWIN wrote:
> > > Steve:
> > >
> > > This is what I have in OPTIONS -
> > >
> > > #
> > > # /etc/ppp/options
> > >
> > > lock
> > > crtscts
> > > defaultroute
> > > noauth
> > > noipdefault
> > > default-asyncmap
> > >
> > > Both computers look the same.
> > >
> > >
> > >
> > > Steven Saner wrote:
> > >
> > > > The first thing I can think of is to look at the pppd
> > > > options. Specifically, I wonder if you are missing the defaultroute
> > > > option.
> > > >
> > > > On Sat, Dec 02, 2000 at 07:51:11AM -0500, BOB GOODWIN wrote:
> > > > > I have a '486 with a minimal Red Hat 5.2 installation on it.
> > > > > It appears that it is connecting to AT&T all right,
> > > > > satisfying their CHAP requirements since it will stay
> > > > > connected for atleast a minute and a half an then
> > > > > disconnects normally on "ppp-off." But Fetchmail and Lynx
> > > > > never seem to know that the connection is established?
> > > > >
> > > > > Fetchmail reports -
> > > > >
> > > > > POP3 connection to postoffice.worldnet.att.net failed:
> > > > > temporary nameserver error
> > > > >
> > > > > fetchmail: Query status=2
> > > > >
> > > > > Lynx reports -
> > > > >
> > > > > Alert!: Unable to connect to remote host.
> > > > >
> > > > > lynx: Can't access startfile http://rushlimbaugh.com/
> > > > >
> > > > > I've been looking for my problem for two days and whatever
> > > > > it is evades me?  For the most part it looks  pretty much
> > > > > like the installation on this box which works perfectly but
> > > > > obviously I am missing something. I've had problems when
> > > > > /etc/resolv.conf was not in the right directory [was in
> > > > > etc/ppp/] but it looks ok.
> > > > >
> > > > > Any suggestion appreciated.
> > > > >
> > > > >
> > > > > Bob Goodwin - Durant, Florida
> > > > >
> > > > > Red Hat Linux release 7.0
> > > > > Kernel 2.2.16-22 i586
> > > > >
> > > > >
> > > > > -- This is the linux-help@xxxxxxxxx list.  To unsubscribe,
> > > > > visit http://tmp2.complete.org/cgi-bin/listargate-aclug.cgi
> > > >
> > > > -- This is the linux-help@xxxxxxxxx list.  To unsubscribe,
> > > > visit http://tmp2.complete.org/cgi-bin/listargate-aclug.cgi
> > >
> > > --
> > >
> > > Bob Goodwin - Durant, Florida
> > >
> > > Red Hat Linux release 7.0
> > > Kernel 2.2.16-22 i586
> > >
> > >
> > > -- This is the linux-help@xxxxxxxxx list.  To unsubscribe,
> > > visit http://tmp2.complete.org/cgi-bin/listargate-aclug.cgi
> >
> > -- This is the linux-help@xxxxxxxxx list.  To unsubscribe,
> > visit http://tmp2.complete.org/cgi-bin/listargate-aclug.cgi
> 
> 
> 
> 
> Bob Goodwin - Durant, Florida
> 
> Red Hat Linux release 7.0
> Kernel 2.2.16-22 i586

-- This is the linux-help@xxxxxxxxx list.  To unsubscribe,
visit http://tmp2.complete.org/cgi-bin/listargate-aclug.cgi