PPP problems on RHL 9 - PPP

This is a discussion on PPP problems on RHL 9 - PPP ; Hello! I have RHL 9 and I have problems connecting to Internet via PPP with Wvdial. I'm using an external modem (USR Sportster 28000) on COM1 port (/dev/ttyS0). I read these documents on the Internet : - Using & Managing ...

+ Reply to Thread
Results 1 to 5 of 5

Thread: PPP problems on RHL 9

  1. PPP problems on RHL 9

    Hello!
    I have RHL 9 and I have problems connecting to Internet via PPP with Wvdial.
    I'm using an external modem (USR Sportster 28000) on COM1 port (/dev/ttyS0).
    I read these documents on the Internet :
    - Using & Managing PPP by O'Reilly:
    Chapter 6: Dial-out PPP Setup
    - http://axion.physics.ubc.ca/ppp-linux.html
    But to no avail...
    Kernel supports PPP allright:
    $dmesg
    plip0: Parallel port at 0x378, not using IRQ.
    PPP generic driver version 2.4.2
    PPP Deflate Compression module registered
    PPP BSD Compression module registered
    netlog: using network device <>
    netlog: network device does not exist, aborting.
    NET4: Linux TCP/IP 1.0 for NET4.0
    IP Protocols: ICMP, UDP, TCP
    IP: routing cache hash table of 512 buckets, 4Kbytes
    TCP: Hash tables configured (established 8192 bind 16384)
    NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.

    It seems I have everything set up correctly or am I wrong?
    Any help would be greatly appreciated.
    Thank you in advance,
    Karlo.

    Below are the excerpts from the relevant files:

    /etc/wvdial.conf:
    -----------------
    [Dialer Defaults]
    Modem = /dev/modem
    Baud = 115200
    Init1 = ATE0Q0V1
    Init2 = AT&F1E0Q0V1&C1&D2S0=0
    Init3 = ATM0&M4&K1&H1&R2&I0B0X3
    Phone = 088832480
    Username = myUsername
    Password = myPassword

    /etc/ppp/options:
    -----------------
    debug
    /dev/ttyS0 115200
    lock
    modem
    crtscts
    #connect "/usr/sbin/chat -v -f /home/raklo/.pppchat"
    asyncmap 00000000
    +chap
    noipdefault
    defaultroute

    /etc/ppp/chap-secrets:
    ----------------------
    # Secrets for authentication using CHAP
    # client server secret IP addresses
    myUsername ppp0 myPassword
    myUsername * myPassword

    /etc/ppp/pap-secrets:
    (but this file really doesn't matter 'cause my ISP uses CHAP)
    ---------------------
    # Secrets for authentication using PAP
    # client server secret IP addresses
    myUsername ppp0 myPassword
    myUsername * myPassword

    /var/log/ppp:
    -------------
    May 19 10:55:53 racunalo pppd[1361]: pppd 2.4.1 started by root, uid 0
    May 19 10:55:53 racunalo pppd[1361]: using channel 2
    May 19 10:55:53 racunalo pppd[1361]: Using interface ppp0
    May 19 10:55:53 racunalo pppd[1361]: Connect: ppp0 <--> /dev/ttyS0
    May 19 10:55:53 racunalo pppd[1361]: sent [LCP ConfReq id=0x1
    ]
    May 19 10:55:53 racunalo pppd[1361]: rcvd [LCP ConfAck id=0x1
    ]
    May 19 10:55:55 racunalo pppd[1361]: rcvd [LCP ConfReq id=0x6e 0xa0000> ]
    May 19 10:55:55 racunalo pppd[1361]: sent [LCP ConfAck id=0x6e 0xa0000> ]
    May 19 10:55:55 racunalo pppd[1361]: rcvd [CHAP Challenge id=0x1
    , name = "voljamppp"]
    May 19 10:55:55 racunalo pppd[1361]: sent [CHAP Response id=0x1
    <115501b1254740f499eb1bb5a72a3c71>, name = "karlman"]
    May 19 10:55:55 racunalo pppd[1361]: rcvd [CHAP Success id=0x1 ""]
    May 19 10:55:55 racunalo pppd[1361]: sent [IPCP ConfReq id=0x1 0.0.0.0> ]
    May 19 10:55:55 racunalo pppd[1361]: sent [CCP ConfReq id=0x1
    ]
    May 19 10:55:55 racunalo pppd[1361]: rcvd [IPCP ConfReq id=0x1 217.72.64.169>]
    May 19 10:55:55 racunalo pppd[1361]: sent [IPCP ConfAck id=0x1 217.72.64.169>]
    May 19 10:55:55 racunalo pppd[1361]: rcvd [IPCP ConfRej id=0x1 0f 01>]
    May 19 10:55:55 racunalo pppd[1361]: sent [IPCP ConfReq id=0x2 0.0.0.0> ]
    May 19 10:55:55 racunalo pppd[1361]: rcvd [LCP ProtRej id=0x1 80 fd 01 01 00
    0f 1a 04 78 00 18 04 78 00 15 03 2f]
    May 19 10:55:55 racunalo pppd[1361]: rcvd [IPCP ConfNak id=0x2 217.72.92.237> ]
    May 19 10:55:55 racunalo pppd[1361]: sent [IPCP ConfReq id=0x3 217.72.92.237> ]
    May 19 10:55:56 racunalo pppd[1361]: rcvd [IPCP ConfAck id=0x3 217.72.92.237> ]
    May 19 10:55:56 racunalo pppd[1361]: local IP address 217.72.92.237
    May 19 10:55:56 racunalo pppd[1361]: remote IP address 217.72.64.169
    May 19 10:55:56 racunalo pppd[1361]: primary DNS address 217.72.64.10
    May 19 10:55:56 racunalo pppd[1361]: secondary DNS address 217.72.64.11
    May 19 10:55:56 racunalo pppd[1361]: Script /etc/ppp/ip-up started (pid
    1370)
    May 19 10:55:56 racunalo pppd[1361]: Script /etc/ppp/ip-up finished (pid
    1370), status = 0x0
    May 19 10:55:56 racunalo pppd[1361]: rcvd [LCP EchoReq id=0x1
    magic=0x9e399e06 d9 48 40 0a]
    May 19 10:55:56 racunalo pppd[1361]: sent [LCP EchoRep id=0x1
    magic=0x73a4052b d9 48 40 0a]
    May 19 10:56:07 racunalo pppd[1361]: Terminating on signal 15.
    May 19 10:56:07 racunalo pppd[1361]: Script /etc/ppp/ip-down started (pid
    1374)
    May 19 10:56:07 racunalo pppd[1361]: sent [LCP TermReq id=0x2 "User
    request"]
    May 19 10:56:07 racunalo pppd[1361]: rcvd [LCP TermAck id=0x2]
    May 19 10:56:07 racunalo pppd[1361]: Connection terminated.
    May 19 10:56:07 racunalo pppd[1361]: Connect time 0.3 minutes.
    May 19 10:56:07 racunalo pppd[1361]: Sent 203 bytes, received 142 bytes.
    May 19 10:56:07 racunalo pppd[1361]: Waiting for 1 child processes...
    May 19 10:56:07 racunalo pppd[1361]: script /etc/ppp/ip-down, pid 1374
    May 19 10:56:07 racunalo pppd[1361]: Script /etc/ppp/ip-down finished (pid
    1374), status = 0x0
    May 19 10:56:07 racunalo pppd[1361]: Exit.






  2. Re: PPP problems on RHL 9

    "karlman" writes:
    > I have RHL 9 and I have problems connecting to Internet via PPP with Wvdial.
    > I'm using an external modem (USR Sportster 28000) on COM1 port (/dev/ttyS0).


    What exactly do you mean by "problems?" Please specify.

    > /etc/ppp/options:

    [...]
    > asyncmap 00000000


    That's the default for pppd; no need to specify it. (But see below.)

    > +chap


    You don't want "+chap" -- that means "demand authentication from your
    peer." Most ISPs won't authenticate to you.

    Instead, you may want "noauth."

    > May 19 10:55:55 racunalo pppd[1361]: rcvd [LCP ConfReq id=0x6e > 0xa0000> ]


    Your peer is asking for asyncmap 0xa0000. Many peers that do this
    have bugs that prevent them from operating correctly unless you
    specify this as well. Add this to your configuration:

    asyncmap 000a0000

    > May 19 10:55:56 racunalo pppd[1361]: local IP address 217.72.92.237
    > May 19 10:55:56 racunalo pppd[1361]: remote IP address 217.72.64.169
    > May 19 10:55:56 racunalo pppd[1361]: primary DNS address 217.72.64.10
    > May 19 10:55:56 racunalo pppd[1361]: secondary DNS address 217.72.64.11


    That looks fine. The PPP link is up.

    > May 19 10:56:07 racunalo pppd[1361]: Terminating on signal 15.


    Looks like pppd was running fine, and was manually terminated here.
    You didn't specify why.

    --
    James Carlson, IP Systems Group
    Sun Microsystems / 1 Network Drive 71.234W Vox +1 781 442 2084
    MS UBUR02-212 / Burlington MA 01803-2757 42.497N Fax +1 781 442 1677

  3. Re: PPP problems on RHL 9

    Thanks for the reply...
    Well the problem is that when I open the browser
    (or any app that uses the internet (gFtp etc.)) and I want to connect
    to a site, it just won't connect. It behaves like I don't have a connection
    although it seems that the pppd made a successful connection.
    And yeah... I terminated it manually because it obviously isn't working...
    Karlo.
    "James Carlson" wrote in message
    news:xoavsmdwvgc0.fsf@sun.com...
    > "karlman" writes:
    > > I have RHL 9 and I have problems connecting to Internet via PPP with

    Wvdial.
    > > I'm using an external modem (USR Sportster 28000) on COM1 port

    (/dev/ttyS0).
    >
    > What exactly do you mean by "problems?" Please specify.
    >
    > > /etc/ppp/options:

    > [...]
    > > asyncmap 00000000

    >
    > That's the default for pppd; no need to specify it. (But see below.)
    >
    > > +chap

    >
    > You don't want "+chap" -- that means "demand authentication from your
    > peer." Most ISPs won't authenticate to you.
    >
    > Instead, you may want "noauth."
    >
    > > May 19 10:55:55 racunalo pppd[1361]: rcvd [LCP ConfReq id=0x6e > > 0xa0000> ]

    >
    > Your peer is asking for asyncmap 0xa0000. Many peers that do this
    > have bugs that prevent them from operating correctly unless you
    > specify this as well. Add this to your configuration:
    >
    > asyncmap 000a0000
    >
    > > May 19 10:55:56 racunalo pppd[1361]: local IP address 217.72.92.237
    > > May 19 10:55:56 racunalo pppd[1361]: remote IP address 217.72.64.169
    > > May 19 10:55:56 racunalo pppd[1361]: primary DNS address 217.72.64.10
    > > May 19 10:55:56 racunalo pppd[1361]: secondary DNS address 217.72.64.11

    >
    > That looks fine. The PPP link is up.
    >
    > > May 19 10:56:07 racunalo pppd[1361]: Terminating on signal 15.

    >
    > Looks like pppd was running fine, and was manually terminated here.
    > You didn't specify why.
    >
    > --
    > James Carlson, IP Systems Group
    > Sun Microsystems / 1 Network Drive 71.234W Vox +1 781 442 2084
    > MS UBUR02-212 / Burlington MA 01803-2757 42.497N Fax +1 781 442 1677




  4. Re: PPP problems on RHL 9

    "karlman" writes:
    > Thanks for the reply...
    > Well the problem is that when I open the browser
    > (or any app that uses the internet (gFtp etc.)) and I want to connect
    > to a site, it just won't connect. It behaves like I don't have a connection
    > although it seems that the pppd made a successful connection.
    > And yeah... I terminated it manually because it obviously isn't working...


    In that case, it doesn't sound like you have a PPP problem at all. It
    sounds like a name service problem. Try doing this:

    # rm -f /etc/resolv.conf
    # ln -s /etc/ppp/resolv.conf /etc/resolv.conf

    (And do fix the asyncmap, as that's likely to cause you trouble in the
    future.)

    --
    James Carlson, IP Systems Group
    Sun Microsystems / 1 Network Drive 71.234W Vox +1 781 442 2084
    MS UBUR02-212 / Burlington MA 01803-2757 42.497N Fax +1 781 442 1677

  5. Re: PPP problems on RHL 9

    Thank you very much...
    It works now!
    Karlo.

    On 19 May 2004 07:49:07 -0400, James Carlson
    wrote:

    > "karlman" writes:
    >> Thanks for the reply...
    >> Well the problem is that when I open the browser
    >> (or any app that uses the internet (gFtp etc.)) and I want to connect
    >> to a site, it just won't connect. It behaves like I don't have a
    >> connection
    >> although it seems that the pppd made a successful connection.
    >> And yeah... I terminated it manually because it obviously isn't
    >> working...

    >
    > In that case, it doesn't sound like you have a PPP problem at all. It
    > sounds like a name service problem. Try doing this:
    >
    > # rm -f /etc/resolv.conf
    > # ln -s /etc/ppp/resolv.conf /etc/resolv.conf
    >
    > (And do fix the asyncmap, as that's likely to cause you trouble in the
    > future.)
    >




    --
    Using Opera's revolutionary e-mail client: http://www.opera.com/m2/

+ Reply to Thread