Re: The PPP negotiation failed, coz serial loopback was detected
- From: ibuprofin@xxxxxxxxxxxxxxxxxxxxxx (Moe Trin)
- Date: Wed, 27 Jun 2007 19:49:00 -0500
On Wed, 27 Jun 2007, in the Usenet newsgroup alt.os.linux, in article
<f5rugk$rqg$1@xxxxxxxxxxxxxxx>, Paul wrote:
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
Network route - local network 192.168.0.x - fine
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
"LinkLocal" or "ZeroConf" An Apple invention taken over by microsoft to
grab an IP address out of mid air because the MCSE has so fscked up the
configuration of the DHCP server that even windoze can't work. I didn't
realize Ubuntu was adding this security hole. The normal purpose in a
Linux environment is to let you receive these 169.254.x.y addresses
without the system freaking out about Martian addresses. It's probably
not a factor in your problem.
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0
And this is wrong. You are saying that the Internet is reachable by
sending everything to a router located at 192.168.0.1. If this is the
case, why do you need dialin? If the world isn't reachable through
a router at that address, remove the line in /etc/network/interfaces
that says
gateway 192.168.0.1
Would it be th 3rd line thats causing the prob?
This should kill all dialin - including pon, not just KPPP.
If it is wrong, what should the destination be?
Should not be there when you are not dialed in. When you _are_ dialed in,
it will be added by pppd, and will be the address of the peer at the
other end of the telephone line.
Whats the 2nd one?? I'm on dialup NOT broadband.
Windoze compatibility - poorly implemented by the way.
How do I fix or delete the 2nd/3rd line, if theyre not needed?
Second line, I don't know, as I'm not using Ubuntu. I'd look in the
/etc/ directory, and one or two levels below, and see if some file has
the word 'LinkLocal' or 'ZeroConf'. (I'd use
grep -i Link /etc/* | grep -i Local
grep -i Link /etc/*/* | grep -i Local
grep -i Link /etc/*/*/* | grep -i Local
to see if I can find it - repeat with Zero and Conf if that doesn't
turn it up. Third line - as noted above "/etc/network/interfaces"
In pap-secrets, the pw/username is right. Do you delete the "" 's? or do
they stay there?
The way I'd expect to see it is
paul * my_secret_word
with the appropriate corrections. 'paul' is the username, "*" says that
it applies to all ppp servers (a fallback mode), and "my_secret_word"
is the password. None need to be quoted UNLESS there are non alphanumeric
characters in the username or password. Note that if 'pon' is getting
you connected, the pap-secrets file should be OK.
The ips in resolv.conf are right, they're showing the right DNS ips.
That's good.
Old guy
.
- Follow-Ups:
- Re: The PPP negotiation failed, coz serial loopback was detected
- From: John Hasler
- Re: The PPP negotiation failed, coz serial loopback was detected
- References:
- The PPP negotiation failed, coz serial loopback was detected
- From: Paul
- Re: The PPP negotiation failed, coz serial loopback was detected
- From: Moe Trin
- Re: The PPP negotiation failed, coz serial loopback was detected
- From: Paul
- Re: The PPP negotiation failed, coz serial loopback was detected
- From: Paul
- The PPP negotiation failed, coz serial loopback was detected
- Prev by Date: Re: Printing: OpenOffice yes, bash no.
- Next by Date: Re: The PPP negotiation failed, coz serial loopback was detected
- Previous by thread: Re: The PPP negotiation failed, coz serial loopback was detected
- Next by thread: Re: The PPP negotiation failed, coz serial loopback was detected
- Index(es):
Relevant Pages
|