I have problems with internet connection. I have lucent modem and use 8.31a
driver, which seems to work well. On Mandrake10.1 there was no problem with
connecting.
This is log of pppd from kppp:
Oct 27 19:16:57 michael pppd[5486]: pppd 2.4.3 started by marek, uid 1000
Oct 27 19:16:57 michael pppd[5
Jan 10 22:13:57 xonadinho kernel: Serial driver version 4.27 with no serial
options enabled
Jan 10 22:13:57 xonadinho kernel: ttyS00 at 0x03f8 (irq = 4) is a 16550A
Jan 10 22:13:57 xonadinho kernel: ttyS01 at 0x02f8 (irq = 3) is a 16550A
Jan 10 22:16:45 xonadinho mcedit: /dev/gpmctl: Connection r
Roger Waters wrote:
> Debian User wrote:
>
> > Hi,
> >
> > I have the following error message when starting pppd:
> > /usr/sbin/pppd -detach
> > /usr/sbin/pppd: The remote system is required to authenticate itself
> > /usr/sbin/pppd: but I couldn't find any suitable secret (password) for
> > i
On Mon, Sep 25, 2000 at 06:04:57PM +0300, thus spake Debian User:
> Hi,
>
> I have the following error message when starting pppd:
> /usr/sbin/pppd -detach
> /usr/sbin/pppd: The remote system is required to authenticate itself
> /usr/sbin/pppd: but I couldn't find any suitable secret (password
Adrian Nims writes:
> I have the following error message when starting pppd:
> /usr/sbin/pppd -detach
Run pppconfig as root to configure ppp and then use pon to start the
connection, plog to monitor progress, and poff to stop it. If you have
trouble post the output of plog and your /etc/ppp/peers
Hi,
I have the following error message when starting pppd:
/usr/sbin/pppd -detach
/usr/sbin/pppd: The remote system is required to authenticate itself
/usr/sbin/pppd: but I couldn't find any suitable secret (password) for
it to use to do so.
/usr/sbin/pppd: (None of the available passwords wou
M.Henry writes:
> I have not been able to successfully connect to my ISP using Debian/GNU
> Linux.
>
> Any help would be appreciated.
Undo all the damage you did by following the instructions in the
ISP-Hookup-HOWTO. The simpest way to do this is to reinstall ppp with
'apt-get install ppp' as ro
I believe that pppd recognizes a "nodetach" option, which prevents it
from forking/exec'ing to run in the background. Since you are using the
'exec' shell command, I'd say you want it in the background, so you can
get that result by running the command as:
pppd connect 'chat -v -f /etc/ppp/chatsc
After I finished reading the ISP-Hookup-HOWTO and making sure all my
files were as the HOWTO instructed I did this from the bash command line:
exec pppd connect \ 'chat -v -f /etc/ppp/chatscript' \-detach crtscts modem
defaultroute \ user (myusername) \ /dev/modem 38400
Then I got the following
>> "SC" == Sudhakar Chandrasekharan <[EMAIL PROTECTED]> writes:
SC> I was able to get over the 8-bit clean problem.
I am curious. What was the solution? :-)
SC> properly. The modem hang ups with no explanation. Got to spend more
SC> time debugging it.
If you want us to help you, send the lo
> >> /etc/chatscripts/isp
> >>
> >> ABORT BUSY
> >> ABORT "NO CARRIER"
> >> ABORT VOICE
> >> ABORT "NO DIALTONE"
> >> ABORT "NO ANSWER"
> >> "" ATZ
> >> OK ATDT2230101
> >> CONNECT ''
> >> ogin: \d\q'us,ppp,thaths'
> >> ssword: \qpassword
> >>
> >> "" \d\c
> OK, terminal logi
> Wrong passwords produce the "link is not 8-bit clean" message from pppd.
> For some reason improper authentication doesn't (can't?) get reported as
> such.
When chat authentication fails for any reason, the peer keeps on echoing
what it receives, still hoping for a correct login. Your chat scr
Wrong passwords produce the "link is not 8-bit clean" message from
pppd. For some reason improper authentication doesn't (can't?) get
reported as such.
I missed the beginning of this thread, so perhaps this has been
mentioned.
Good luck,
--
Pete Harlan
[EMAIL PROTECTED]
>> "SC" == Sudhakar Chandrasekharan <[EMAIL PROTECTED]> writes:
[.. failed dial-in attempts ..]
>> /etc/chatscripts/isp
>>
>> ABORT BUSY
>> ABORT "NO CARRIER"
>> ABORT VOICE
>> ABORT "NO DIALTONE"
>> ABORT "NO ANSWER"
>> "" ATZ
>> OK ATDT2230101
>> CONNECT ''
>> ogin: \d\q'u
> Sudhakar Chandrasekharan wrote:
>
> [EMAIL PROTECTED] wrote:
> > This usually means that the chat script is exiting without having provided
> > the other end with everything it needs. Dial in with minicom and work
> > through the login until you get the garbage that indicates that ppp has
> > s
Martin writes:
> You should ask their tech support. This is an important issue to know
> when setting up a dial-in connection.
Yes, but if they offer you a set of scripts for Linux, don't install them:
just use them for reference. Some isp's are passing out wacky
Slackware-style scripts that will
>> "SC" == Sudhakar Chandrasekharan <[EMAIL PROTECTED]> writes:
[.. Dial-in attempts.]
SC> * Does Netcom use PAP / CHAP?
You should ask their tech support. This is an important issue to know
when setting up a dial-in connection.
You described your failed attempts, but to help you, we need the
I installed Hamm on a machine at home. The installation went perfectly.
I next tried configuring a dial up connection to get into my ISP (Netcom
- http://www.netcom.com/).
Here is the story of my experiments with pppd and associated
applications -
1. I first tried dunc to create a new connection
I don't know if this is a FreeBSD problem or a Debian GNU/Linux
problem...
I'm using pppd between kirk (a FreeBSD 2.1.6.1-RELEASE machine) and
bitbucket (a Debian 1.2 box, linux kernel 2.0.27). It works fine,
except for an annoying message that keeps showing up in kirk's log
files:
Jan 21 19:42:2
19 matches
Mail list logo
