GPRS "Could not determine remote IP address"
James Fitzsimons
I am trying to get my laptop to connected via ppp and my GPRS phone. For those that are interested I am using Mandrake 9.1 and have an Ericsson R520m, and my service provider is vodafone in New Zealand.
I am almost there, however I am getting the following error:
Could not determine remote IP address: defaulting to 10.64.64.64
(Complete log at end of message)
I have checked with vodafone and on their website they state pap authentication with blank user and password. I read the pppd man pages and have the following in my pap-secrets:
#client server secret IP addresses
"" * ""
I have spent hours on this but still no joy. I'd really appreciate any suggestions!
Thanks so much,
James Fitzsimons
[root@Mandrake root]# pppd call gprs
rAT
OK
ATH
OK
ATD*99***1#
CONNECT
Serial connection established.
using channel 3
Using interface ppp0
Connect: ppp0 <--> /dev/rfcomm0
Looking for secret in /etc/ppp/pap-secrets for client Mandrake server (null)
Got client
Got client
Looking for secret in /etc/ppp/chap-secrets for client Mandrake server (null)
sent [LCP ConfReq id=0x1 <asyncmap 0xa0000> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <pcomp> <accomp> <auth pap>]
sent [LCP ConfRej id=0x1 <auth pap>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0xa0000> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <pcomp> <accomp>]
sent [LCP ConfAck id=0x2 <asyncmap 0x0> <pcomp> <accomp>]
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>]
rcvd [LCP ProtRej id=0x4 80 fd 01 01 00 0c 1a 04 78 00 18 04 78 00]
rcvd [IPCP ConfReq id=0x1]
sent [IPCP ConfNak id=0x1 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x1 <addr 10.240.4.133> <ms-dns1 202.20.93.10> <ms-dns3 203.97.191.189>]
sent [IPCP ConfReq id=0x2 <addr 10.240.4.133> <ms-dns1 202.20.93.10> <ms-dns3 203.97.191.189>]
rcvd [IPCP ConfReq id=0x2]
sent [IPCP ConfAck id=0x2]
rcvd [IPCP ConfAck id=0x2 <addr 10.240.4.133> <ms-dns1 202.20.93.10> <ms-dns3 203.97.191.189>]
Could not determine remote IP address: defaulting to 10.64.64.64
not replacing existing default route to eth0 [192.168.1.1]
local IP address 10.240.4.133
remote IP address 10.64.64.64
primary DNS address 202.20.93.10
secondary DNS address 203.97.191.189
Script /etc/ppp/ip-up started (pid 2096)
Script /etc/ppp/ip-up finished (pid 2096), status = 0x0
Terminating on signal 2.
Script /etc/ppp/ip-down started (pid 2098)
sent [LCP TermReq id=0x2 "User request"]
Script /etc/ppp/ip-down finished (pid 2098), status = 0x0
rcvd [LCP TermAck id=0x2]
Connection terminated.
Connect time 0.2 minutes.
Sent 70 bytes, received 52 bytes.
Terminating on signal 2.
SIGINT
disconnect script failed
[root@Mandrake root]#
James Carlson
> I have checked with vodafone and on their website they state pap
> authentication with blank user and password.
That's just plain silly. If someone doesn't want to bother with
authentication, why demand authentication, but then accept blanks?
> I read the pppd man pages and have the following in my pap-secrets:
>
> #client server secret IP addresses
> "" * ""
That won't work with the current pppd. You'll need to hack the pppd
source or find out if you can give an arbitrary username/password to
this server.
> rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <pcomp> <accomp> <auth pap>]
> sent [LCP ConfRej id=0x1 <auth pap>]
The peer demands authentication, you refuse. That's likely to be the
problem.
--
James Carlson, Solaris Networking <james.d...@sun.com>
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
Mikko Rapeli
You should have a line like:
:10.0.0.1
This tells pppd, that the phone will be addressed with 10.0.0.1. If I
remember correctly, the r520 does not care with which address its
addressed, so it gives and address of 0.0.0.0 to it self during IPCP, but
pppd does not like this since 0.0.0.0 is not a valid IP address.
-Mikko
Clifford Kite
> I am trying to get my laptop to connected via ppp and my GPRS
> phone. For those that are interested I am using Mandrake 9.1 and
> have an Ericsson R520m, and my service provider is vodafone in
> New Zealand.
> I am almost there, however I am getting the following error:
> Could not determine remote IP address: defaulting to 10.64.64.64
This shouldn't matter as long as the remote accepts it. But considering
the remote assigned you a classful 10.0.0.0/8 IP address it might be
safer to use, say, 192.168.200.1 by adding
:192.168.200.1
to the pppd options.
> (Complete log at end of message)
> I have checked with vodafone and on their website they state pap
> authentication with blank user and password. I read the pppd man
> pages and have the following in my pap-secrets:
> #client server secret IP addresses
> "" * ""
You can try using a * instead of "" in the `client' field, but no
guarantee in this case. From the pppd man pages:
A "*" as the client or server name matches any name.
The "" for the secret field should be okay.
> I have spent hours on this but still no joy.
Actually the log showed PPP negotiations completed despite some
peculiarities (in particular the `sent [LCP ConfRej id=0x1 <auth pap>]'
which should have caused the peer to terminate PPP negotiations).
Is the real problem that you can't access the Internet? If so then
remove the (very likely) unnecessary default route to eth0 192.168.1.1
and see if that does the trick.
> I'd really appreciate any suggestions!
In addition to the suggestions above, I'd also suggest that you limit
your line-length to something like 72 columns when posting to usenet.
--
Clifford Kite Email: "echo xvgr_yv...@ri1.arg|rot13"
PPP-Q&A links, downloads: http://ckite.no-ip.net/
/* Those who can't write, write manuals. */
James
Hi Mikko,
thanks for your response. I have tried it with this option in the pppd
options, however when I do this it simply assigns :10.0.0.1 to the
remote ip address and I still can't ping anything (other than the ip
address I have been assigned).
Cheers,
James Fitzsimons
James
> James Fitzsimons <jame...@nospam.paradise.net.nz> wrote:
>
> > I am trying to get my laptop to connected via ppp and my GPRS
> > phone. For those that are interested I am using Mandrake 9.1 and
> > have an Ericsson R520m, and my service provider is vodafone in
> > New Zealand.
>
> > I am almost there, however I am getting the following error:
>
> > Could not determine remote IP address: defaulting to 10.64.64.64
>
> This shouldn't matter as long as the remote accepts it. But considering
> the remote assigned you a classful 10.0.0.0/8 IP address it might be
> safer to use, say, 192.168.200.1 by adding
>
> :192.168.200.1
>
> to the pppd options.
Firstly thanks very much for your suggestions. Just tried this, still
no joy. Now it just uses this address as the remote IP address. The
local IP address I am being assigned is still a 10.*.*.* though...
>
> > (Complete log at end of message)
>
> > I have checked with vodafone and on their website they state pap
> > authentication with blank user and password. I read the pppd man
> > pages and have the following in my pap-secrets:
>
> > #client server secret IP addresses
> > "" * ""
>
> You can try using a * instead of "" in the `client' field, but no
> guarantee in this case. From the pppd man pages:
>
> A "*" as the client or server name matches any name.
>
> The "" for the secret field should be okay.
Altered my pap secrets file as above, now it no longer rejects the pap
authentication, but this hasn't solved the problem.
>
> > I have spent hours on this but still no joy.
>
> Actually the log showed PPP negotiations completed despite some
> peculiarities (in particular the `sent [LCP ConfRej id=0x1 <auth pap>]'
> which should have caused the peer to terminate PPP negotiations).
>
> Is the real problem that you can't access the Internet? If so then
> remove the (very likely) unnecessary default route to eth0 192.168.1.1
> and see if that does the trick.
Sorry, I should have been more clear in my original posting. Yes, the
problem is that although I am connected I can't ping anything. I am
guessing this is because my routing table has no meaningful address
for the default gateway.
I tried your suggestion of removing the eth0 192.168.1.1 route
(actually I just did an if-down eth0) but this didn't seem to help.
>
> > I'd really appreciate any suggestions!
>
> In addition to the suggestions above, I'd also suggest that you limit
> your line-length to something like 72 columns when posting to usenet.
Sorry about that. I will change the settings in my News reader at
home. I don't have too much control over this posting as I am posting
this through google :-)
Mikko Rapeli
> Hi Mikko,
> thanks for your response. I have tried it with this option in the pppd
> options, however when I do this it simply assigns :10.0.0.1 to the
> remote ip address and I still can't ping anything (other than the ip
> address I have been assigned).
Ahem, ICMP echo and echo responce, alias ping, messages may be filtered by
your GPRS provider or by the hosts your trying to ping. If the PPP
negotiations don't fail, interface stays up, routing tables point
to the GPRS phone and your name servers have been properly set up (by pppd
with option "usepeerdns" or manually by you to /etc/resolv.conf), then
your connection should be up and running.
If you now can't ping, try going to some webpage and dumping the
interface traffic with tcpdump to see the actual packets on the move. It
may even be, that your GPRS connection is actually a proxied WWW cage,
and you need to setup your browser too before you see anything 'from the
Internet'.
-Mikko
> Cheers,
> James Fitzsimons
James Fitzsimons
Hi Mikko and group,
thanks again for your help. Here's where I'm at now. I have installed
tcpdump (never used it before) and attempted to capture some information
while requesting a web page while connected to the gprs network.
I set my browsers proxy address to the default wap gateway (172.30.38.3)
and port to the port specified by Vodafone (9021). Note, if I don't do
this I simply get an immediate response that the host cannot be found.
I then requested www.google.co.nz and captured the following using
tcpdump.
[root@Mandrake james]# tcpdump -i ppp0
tcpdump: listening on ppp0
20:46:59.865237 10.240.60.39.32795 > 172.30.38.3.9201: S 514985359:
514985359(0)
win 5840 <mss 1460,sackOK,timestamp 1151573[|tcp]> (DF)
20:47:02.861241 10.240.60.39.32795 > 172.30.38.3.9201: S 514985359:
514985359(0)
win 5840 <mss 1460,sackOK,timestamp 1151873[|tcp]> (DF)
20:47:08.861242 10.240.60.39.32795 > 172.30.38.3.9201: S 514985359:
514985359(0)
win 5840 <mss 1460,sackOK,timestamp 1152473[|tcp]> (DF)
20:47:20.861242 10.240.60.39.32795 > 172.30.38.3.9201: S 514985359:
514985359(0)
win 5840 <mss 1460,sackOK,timestamp 1153673[|tcp]> (DF)
20:47:44.861242 10.240.60.39.32795 > 172.30.38.3.9201: S 514985359:
514985359(0)
win 5840 <mss 1460,sackOK,timestamp 1156073[|tcp]> (DF)
20:48:06.650897 10.240.60.39.who > 192.168.1.255.who: udp 156 (DF)
20:50:07.155171 10.240.60.39.32796 > 172.30.38.3.9201: S 739078301:
739078301(0)
win 5840 <mss 1460,sackOK,timestamp 1170302[|tcp]> (DF)
20:50:07.779795 172.30.38.3.9201 > 10.240.60.39.32795: R 632958537:
632958537(0)
ack 514985360 win 33304 (DF)
20:50:10.151242 10.240.60.39.32796 > 172.30.38.3.9201: S 739078301:
739078301(0)
win 5840 <mss 1460,sackOK,timestamp 1170602[|tcp]> (DF)
20:50:16.151242 10.240.60.39.32796 > 172.30.38.3.9201: S 739078301:
739078301(0)
win 5840 <mss 1460,sackOK,timestamp 1171202[|tcp]> (DF)
20:50:28.151242 10.240.60.39.32796 > 172.30.38.3.9201: S 739078301:
739078301(0)
win 5840 <mss 1460,sackOK,timestamp 1172402[|tcp]> (DF)
20:50:52.151245 10.240.60.39.32796 > 172.30.38.3.9201: S 739078301:
739078301(0)
win 5840 <mss 1460,sackOK,timestamp 1174802[|tcp]> (DF)
20:51:06.680434 10.240.60.39.who > 192.168.1.255.who: udp 156 (DF)
20:51:40.151245 10.240.60.39.32796 > 172.30.38.3.9201: S 739078301:
739078301(0)
win 5840 <mss 1460,sackOK,timestamp 1179602[|tcp]> (DF)
tcpdump: pcap_loop: recvfrom: Network is down
[root@Mandrake james]#
Unfortuantely the browser responds that the page contained no data, and
the above doesn't mean too much to me...
If anyone has any pointers I'd be very grateful.
Thanks very much,
James Fitzsimons
Mikko Rapeli
> Hi Mikko and group,
> thanks again for your help. Here's where I'm at now. I have installed
> tcpdump (never used it before) and attempted to capture some information
> while requesting a web page while connected to the gprs network.
>
> I set my browsers proxy address to the default wap gateway (172.30.38.3)
> and port to the port specified by Vodafone (9021). Note, if I don't do
> this I simply get an immediate response that the host cannot be found.
Ok, I should have said this in my earlier post: to access Internet through
GPRS, make shure you have a GPRS enabled SIM and the Access Point Name
(APN) settings required for Internet access.
Usually GPRS operators have two APN's; one for Internet and one for WAP
connections. WAP is a proxied cage, where client browsers connect with
WAP specific protocols over UDP (or not that often with TCP) to operators
WAP gateway, a proxy sort of, and the WAP gateway connects to normal HTTP
servers and downloads WML etc pages. The proxy then packs the WML
content to the WSP (WAP Session Protocol) or something similar and sends
the stuff to the browser over UDP (or TCP).
So, with WAP the client can not send and receive IP or TCP or HTTP packets
with Internet hosts.
Yep, so the IP level connection to the operators network works. I may
have missed something, but I don't see a nice way to access WWW through a
WAP proxy without seeing only WAP specific content. And the WAP proxy may
even block access to sites, that you don't pay the operotr for.
> If anyone has any pointers I'd be very grateful.
Pay for an Internet APN service and try again ;)
-Mikko
James Fitzsimons
> through GPRS, make shure you have a GPRS enabled SIM and the Access
> Point Name (APN) settings required for Internet access.
>
I also didn't mention some things I should have earlier ;-) I do have a
GPRS enabled SIM and a data APN (in this case it is www.vodafone.net.nz)
I have tested this setup from a Compaq iPaq running pocketpc 2002 and
have been able to browse the web (normal pages - not wap) connect to IRC,
MSN messenger etc. so I know that my phone account is correct.
> Usually GPRS operators have two APN's; one for Internet and one for
> WAP connections. WAP is a proxied cage, where client browsers connect
> with WAP specific protocols over UDP (or not that often with TCP) to
> operators WAP gateway, a proxy sort of, and the WAP gateway connects
> to normal HTTP servers and downloads WML etc pages. The proxy then
> packs the WML content to the WSP (WAP Session Protocol) or something
> similar and sends the stuff to the browser over UDP (or TCP).
>
> So, with WAP the client can not send and receive IP or TCP or HTTP
> packets with Internet hosts.
Right, vodafone NZ also has two APN's. A WAP and a data APN.
>> Unfortuantely the browser responds that the page contained no data,
>> and the above doesn't mean too much to me...
>
> Yep, so the IP level connection to the operators network works. I may
> have missed something, but I don't see a nice way to access WWW
> through a WAP proxy without seeing only WAP specific content. And the
> WAP proxy may even block access to sites, that you don't pay the
> operotr for.
Right. I just changed the proxy address of the browser to the data APN (
the www.vodafone.net.nz I mentioned earlier) with port 80, and tried
again. Unfortuantely same result. The browser tried for a while, but
never managed to display a page.
>> If anyone has any pointers I'd be very grateful.
>
> Pay for an Internet APN service and try again ;)
Well, hopefully I have all the pieces, its just a matter of
understanding how to put them all togeather under Linux ;-)
Thank very much for your help,
James Fitzsimons
Mikko Rapeli
The -I option lounches ICMP echo requests with small Time To Live (TTL)
values and you should see, if you get out of the operators network to the
Internet.
Your problem must really be a simple one 'cos we don't see the solution.
You don't have ipchains or iptables filtering traffic, eh, do you?
-Mikko
James
> Where do you get with a `traceroute -I www.ericsson.com` command?
>
> The -I option lounches ICMP echo requests with small Time To Live (TTL)
> values and you should see, if you get out of the operators network to the
> Internet.
ok, when I traceroute -I www.ericsson.com it immediately returns
'traceroute: unknown host www.ericsson.com'
Just for interest I did 'traceroute -I 202.73.199.35', which is the ip
address of my data APN. That returned:
[root@Mandrake peers]# traceroute -I 202.73.199.35
traceroute to 202.73.199.35 (202.73.199.35), 30 hops max, 38 byte
packets
1 2.0.0.1 (2.0.0.1) 898.435 ms 927.901 ms 929.962 ms
2 172.27.65.11 (172.27.65.11) 929.785 ms * 880.532 ms
3 172.27.64.1 (172.27.64.1) 839.504 ms 869.664 ms 889.989 ms
4 192.168.200.2 (192.168.200.2) 841.547 ms 877.787 ms *
5 172.26.0.21 (172.26.0.21) 820.292 ms 819.824 ms 870.047 ms
6 172.26.1.2 (172.26.1.2) 839.965 ms !X * *
7 * * *
8 * 172.26.1.2 (172.26.1.2) 940.270 ms !X *
9 * 172.26.1.2 (172.26.1.2) 940.244 ms !X 889.530 ms !X
[root@Mandrake peers]#
Not too sure what that tells us though?
I have added the nameservers of my GPRS provider to my resolv.conf
file. Do I need to do anything else?
> Your problem must really be a simple one 'cos we don't see the solution.
> You don't have ipchains or iptables filtering traffic, eh, do you?
Not as far as I know... as you have probably guessed I am not an
networking expert ;-) (but I'm trying!)
Thanks again,
James Fitzsimons
eas...@absamail.co.za
> > I have checked with vodafone and on their website they state pap
> > authentication with blank user and password.
James Carlson <james.d...@sun.com> wrote:
> That's just plain silly. If someone doesn't want to bother with
> authentication, why demand authentication, but then accept blanks?
>
Well yes, it's like a door that can't be closed.
They can leave the door there for now and perhaps later they will
find out how to close use it ? Successive refinement ?
-- Chris Glur.
Clifford Kite
> Clifford Kite <ki...@see.signature.id> wrote in message
> news:<e2iiib...@corncob.inetport.com>...
>> remove the (very likely) unnecessary default route to eth0 192.168.1.1
>> and see if that does the trick.
> Sorry, I should have been more clear in my original posting. Yes, the
> problem is that although I am connected I can't ping anything. I am
> guessing this is because my routing table has no meaningful address
> for the default gateway.
> I tried your suggestion of removing the eth0 192.168.1.1 route
> (actually I just did an if-down eth0) but this didn't seem to help.
It will make a difference when the current problem is solved, from
your first post:
not replacing existing default route to eth0 [192.168.1.1]
Which means there is no route to the Internet.
--
Clifford Kite Email: "echo xvgr_yv...@ri1.arg|rot13"
PPP-Q&A links, downloads: http://ckite.no-ip.net/
/* The wealth of a nation is created by the productive labor of its
* citizens. */
Bill Unruh
]Hi all,
]I am trying to get my laptop to connected via ppp and my GPRS phone. For those that are interested I am using Mandrake 9.1 and have an Ericsson R520m, and my service provider is vodafone in New Zealand.
]I am almost there, however I am getting the following error:
Whole bunch of problems. But why do you care that the remote address is
10.64.64.64 If it works, then fine.
I suspect your worse problem is that the ppp is not getting set to
default.
Remove the default route to your ethernet card.
route -del default befor you start ppp. (Unless you want your ethernet
to be the default rout in which case you have to set the route to
machines you want to communicate with on ppp in /etc/ppp/ip-up)
You also need to put
noauth
into your options file, and remove the accept-pap or +pap that you may
have in there.
]Could not determine remote IP address: defaulting to 10.64.64.64
](Complete log at end of message)
]I have checked with vodafone and on their website they state pap authentication with blank user and password. I read the pppd man pages and have the following in my pap-secrets:
]#client server secret IP addresses
]"" * ""
]I have spent hours on this but still no joy. I'd really appreciate any suggestions!
]Thanks so much,
]James Fitzsimons
][root@Mandrake root]# pppd call gprs
]rAT
]OK
]ATH
]OK
]ATD*99***1#
]CONNECT
]Serial connection established.
]using channel 3
]Using interface ppp0
]Connect: ppp0 <--> /dev/rfcomm0
]Looking for secret in /etc/ppp/pap-secrets for client Mandrake server (null)
]Got client
]Got client
]Looking for secret in /etc/ppp/chap-secrets for client Mandrake server (null)
]sent [LCP ConfReq id=0x1 <asyncmap 0xa0000> <pcomp> <accomp>]
Why do you use oxa0000? Try asyncmap 0
]rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <pcomp> <accomp> <auth pap>]
]sent [LCP ConfRej id=0x1 <auth pap>]
You reject pap negotiations, probably because you have an empty username
and password.
I cannot see in the log that this causes trouble. It probably should,
but does not seem to.
]rcvd [LCP ConfAck id=0x1 <asyncmap 0xa0000> <pcomp> <accomp>]
]rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <pcomp> <accomp>]
The other side does not seem to care about pap.
]sent [LCP ConfAck id=0x2 <asyncmap 0x0> <pcomp> <accomp>]
]sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
]sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>]
Put noccp into /etc/ppp/options. You and they share no compressions.
]rcvd [LCP ProtRej id=0x4 80 fd 01 01 00 0c 1a 04 78 00 18 04 78 00]
]rcvd [IPCP ConfReq id=0x1]
]sent [IPCP ConfNak id=0x1 <addr 0.0.0.0>]
]rcvd [IPCP ConfNak id=0x1 <addr 10.240.4.133> <ms-dns1 202.20.93.10> <ms-dns3 203.97.191.189>]
]sent [IPCP ConfReq id=0x2 <addr 10.240.4.133> <ms-dns1 202.20.93.10> <ms-dns3 203.97.191.189>]
]rcvd [IPCP ConfReq id=0x2]
]sent [IPCP ConfAck id=0x2]
]rcvd [IPCP ConfAck id=0x2 <addr 10.240.4.133> <ms-dns1 202.20.93.10> <ms-dns3 203.97.191.189>]
]Could not determine remote IP address: defaulting to 10.64.64.64
]not replacing existing default route to eth0 [192.168.1.1]
This is probably your biggest problem.
]local IP address 10.240.4.133
Bill Unruh
]Clifford Kite <ki...@see.signature.id> wrote in message news:<e2iiib...@corncob.inetport.com>...
]> James Fitzsimons <jame...@nospam.paradise.net.nz> wrote:
]>
]> > I am trying to get my laptop to connected via ppp and my GPRS
]> > phone. For those that are interested I am using Mandrake 9.1 and
]> > have an Ericsson R520m, and my service provider is vodafone in
]> > New Zealand.
]>
]> > I am almost there, however I am getting the following error:
]>
]> > Could not determine remote IP address: defaulting to 10.64.64.64
]>
]> This shouldn't matter as long as the remote accepts it. But considering
]> the remote assigned you a classful 10.0.0.0/8 IP address it might be
]> safer to use, say, 192.168.200.1 by adding
]>
]> :192.168.200.1
]>
]> to the pppd options.
]Firstly thanks very much for your suggestions. Just tried this, still
]no joy. Now it just uses this address as the remote IP address. The
]local IP address I am being assigned is still a 10.*.*.* though...
No joy is a very unclear phrase. What gives you joy?
]>
]> > (Complete log at end of message)
]>
]> > I have checked with vodafone and on their website they state pap
]> > authentication with blank user and password. I read the pppd man
]> > pages and have the following in my pap-secrets:
]>
]> > #client server secret IP addresses
]> > "" * ""
]>
]> You can try using a * instead of "" in the `client' field, but no
]> guarantee in this case. From the pppd man pages:
]>
]> A "*" as the client or server name matches any name.
]>
]> The "" for the secret field should be okay.
]Altered my pap secrets file as above, now it no longer rejects the pap
]authentication, but this hasn't solved the problem.
]>
]> > I have spent hours on this but still no joy.
]>
]> Actually the log showed PPP negotiations completed despite some
]> peculiarities (in particular the `sent [LCP ConfRej id=0x1 <auth pap>]'
]> which should have caused the peer to terminate PPP negotiations).
]>
]> Is the real problem that you can't access the Internet? If so then
]> remove the (very likely) unnecessary default route to eth0 192.168.1.1
]> and see if that does the trick.
]Sorry, I should have been more clear in my original posting. Yes, the
]problem is that although I am connected I can't ping anything. I am
]guessing this is because my routing table has no meaningful address
]for the default gateway.
Remove the default route for eth0
route -del default
]I tried your suggestion of removing the eth0 192.168.1.1 route
](actually I just did an if-down eth0) but this didn't seem to help.
You MUST do this befor you run pppd.
But, remove the default route. Do not do if-down eth0. do
route -del default
BEFORE running pppd.
Bill Unruh
It means that the problem is (probably) not pppd. You can send out
messages and can get a response from the far machine. pppd exits, and is
working.
Why you get a blank page is unclear. Maybe teh page is blank. Try other
www sites.