Re: The PPP negotiation failed, coz serial loopback was detected

OK this is what it brought up, after typing /sbin/route -n

192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0

169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0

0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0

Would it be th 3rd line thats causing the prob?

If it is wrong, what should the destination be?

Whats the 2nd one?? I'm on dialup NOT broadband.

How do I fix or delete the 2nd/3rd line, if theyre not needed?

In pap-secrets, the pw/username is right. Do you delete the "" 's? or do
they stay there?

The ips in resolv.conf are right, they're showing the right DNS ips.


"Paul" <noone@xxxxxxxxxxxxx> wrote in message
news:f5qml9$kli$1@xxxxxxxxxxxxxxxxxx
Thanx Moe, I'll check the config and see if its got
0.0.0.0 etc in it.

If it does have 0.0.0.0 what should I change it to?

"Moe Trin" <ibuprofin@xxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:slrnf80suo.qvq.ibuprofin@xxxxxxxxxxxxxxxxxxxx
On Mon, 25 Jun 2007, in the Usenet newsgroup alt.os.linux, in article
<f5nie9$th$1@xxxxxxxxxxxxxxx>, Paul wrote:

This PITA program called KPPP keeps bringing this error up when it
connects. I got sick of the damn script bit in this program. I
deleted everything in it.

Well, I suppose that is one solution

Now KPPP connects and says pppd starting or something

Free clue - exact error messages (use 'cut-and-paste' get results,
not guesses of what you think it said. In this case, the messages
before and after "starting ppp" would be useful.

BUT with the above error. I've done a search on Google/Yahoo. There's
HEAPS of queries / ppl with the same prob. BUT, I cant find a solution!

Yeah, crap "helper" programs have been around for over ten years, doing
stupid things that may or may not work. They help you by hiding details
that confuse users who can only click the [OK] button.

"serial loopback" occurs when the peer hangs up the phone because you've
misconfigured the so-called "helper" program such the negotiations never
even start. You keep talking on the phone, and the phone hears the echos
of what you said as if the peer was replying. KPPP isn't helping
because it's trying to hide all those nasty technical details from you,
but as it's misconfigured somehow, nothing is going to work.

Anyone know what I should be looking for or what file to edit (if thats
what needs fixing), to fix it??

It's some helpful configuration that's screwed. You might have a look
at the PPP-HOWTO, which supposedly tells you how to set up that piece
of garbage called KPPP.

To connect, you need to go through the following steps:

1. Verify that your existing routing configuration does NOT have a
route that begins with 0.0.0.0 (/sbin/route -n) before you connect.
2. Send an appropriate init string to the modem - AT&F1 is what i
normally recommend.
3. Dial the phone
4. When the other side answers, start sending pppd frames. DO NOT
look for some "Login:" prompt that went out of style when microsoft
invented the telephone (or what-ever). Let pppd handle the rest of
the connection, INCLUDING authentication. This is done by having the
appropriate username/password in the file /etc/ppp/pap-secrets (or
for some weird ISPs, /etc/ppp/chap-secrets).
5. See that /etc/resolv.conf has one or two 'nameserver' lines, with
the appropriate IP addresses.

pon and poff works fine, I can connect thru terminal.

BUT, I would rather have something with an Icon,

Each to his own taste - I have better things to do with my CPU cycles
than to draw pictures of buttons.

(I've got PPP-Gnome and KPPP, which I might as well delete). Since
neither can connect!

They'll both work if you configure them correctly. But they are "helping"
you - just not in the way you expect.

Any info appreciated

The fact that pon can connect says the hardware is working. That you can
not connect using the icons merely means that you haven't set them up
to emulate what pon is doing. Both of those pieces of crap software can
be configured to provide logs. Specific clues will be found there.

Old guy




.

Quantcast