Hi There :

 I have tried to use kppp 1.6.22 without success:

 I can get a remote and local address without problems in the
 negotiation.

 I have a correct connection as appeared in /etc/messages
  Since I have got mandrake 6.0 and 6.1 I use kppp without success , -
 actually I use XISP dialer without troubles.

now I have the Red Hat 6.1 cartman  ,  but I have the same results as
listed above  :

********SIMILAR MANDRAKE AND RED HAT 6.1*********

  1.- I have configured the DNS address and options as indicated in the
 help file of KPPP , no problem

  2.- My connection is succeed , but when I have got the remote address
 from  the ISP server and a local address in for my machine  .

  3.- But when I tried to get an URL either with netscape or kfm  ,
there is an indication as " the name server is not reached " as well as
other
 netscape variables conflict  ,  typically when you try it without a
 connection to the web .

  4.- I have verified the /etc/resolv.conf about options also after the
 connection with kppp  I have success with a ping command with the help
 of Network Utilities .

 but for both dialers I have the same logs, but the real connection with

 kppp  is not working


 ***********************  xisp
 ********************************************************

 Jan 17 14:29:17 localhost kernel: CSLIP: code copyright 1989 Regents
of
the University of California
Jan 17 14:29:17 localhost kernel: PPP: version 2.3.7 (demand dialling)

Jan 17 14:29:17 localhost kernel: PPP line discipline registered.
Jan 17 14:29:17 localhost kernel: registered device ppp0
Jan 17 14:29:17 localhost pppd[597]: pppd 2.3.8 started by root, uid 0

Jan 17 14:29:43 localhost pppd[597]: Serial connection established.
Jan 17 14:29:43 localhost pppd[597]: Using interface ppp0
Jan 17 14:29:43 localhost pppd[597]: Connect: ppp0 <--> /dev/modem
Jan 17 14:29:53 localhost kernel: PPP BSD Compression module
registered
Jan 17 14:29:53 localhost pppd[597]: local  IP address 200.38.36.24
Jan 17 14:29:53 localhost pppd[597]: remote IP address 200.38.36.3
Jan 17 14:43:51 localhost -- MARK --
Jan 17 15:03:51 localhost -- MARK --
Jan 17 15:23:52 localhost -- MARK --
Jan 17 15:43:52 localhost -- MARK --
Jan 17 15:48:19 localhost inetd[763]: execv /usr/sbin/in.identd: No
such file or directory
Jan 17 16:03:52 localhost -- MARK --
Jan 17 16:08:06 localhost pppd[597]: Terminating on signal 2.
Jan 17 16:08:07 localhost pppd[597]: Connection terminated.
Jan 17 16:08:07 localhost pppd[597]: Connect time 98.4 minutes.
Jan 17 16:08:07 localhost pppd[597]: Sent 881809 bytes, received 7197816

bytes.
Jan 17 16:08:10 localhost pppd[597]: Exit.
Jan 17 16:20:01 localhost kernel: PPP: ppp line discipline
successfully
unregistered


 *************************** Kppp
 ********************************************

 Jan 17 16:45:05 localhost kernel: CSLIP: code copyright 1989 Regents
of
the University of California
Jan 17 16:45:05 localhost kernel: PPP: version 2.3.7 (demand dialling)

Jan 17 16:45:05 localhost kernel: PPP line discipline registered.
Jan 17 16:45:05 localhost kernel: registered device ppp0
Jan 17 16:52:14 localhost pppd[561]: pppd 2.3.8 started by root, uid 0

Jan 17 16:52:14 localhost pppd[561]: Using interface ppp0
Jan 17 16:52:14 localhost pppd[561]: Connect: ppp0 <--> /dev/ttyS0
Jan 17 16:52:16 localhost kernel: PPP BSD Compression module
registered
Jan 17 16:52:17 localhost kernel: PPP Deflate Compression module
registered
Jan 17 16:52:17 localhost pppd[561]: local  IP address 200.38.36.17
Jan 17 16:52:17 localhost pppd[561]: remote IP address 200.38.36.3
Jan 17 16:54:35 localhost pppd[561]: Terminating on signal 15.
Jan 17 16:54:35 localhost pppd[561]: Connection terminated.
Jan 17 16:54:35 localhost pppd[561]: Connect time 2.4 minutes.
Jan 17 16:54:35 localhost pppd[561]: Sent 4984 bytes, received 6298
bytes.
Jan 17 16:54:36 localhost pppd[561]: Exit.


Do you have a comment / hint / advice to use kppp ???

I really like the way it measures the calls statistic and good looking
of kppp .

 thanks


 Salvador Morua

 mpsnet.com.mx
 200.004.048.010
 200.004.048.013

 terminal and script based options are working good with XISP


Reply via email to