[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [ppp] New Release: 20010729



> > will provide more info after testing this latest release.

Great thanks!


> ppp ON localhost>
> Ppp ON localhost>
> PPp ON localhost>

Happily, you do manage to negotiate a connection.

> On a different terminal you can see how the tunnel interface is setup correctly:
> 
> hurd:~# ifconfig
> lo (1):
>   inet address  127.0.0.1
>   netmask       255.0.0.0
>   flags         UP LOOPBACK RUNNING
>   mtu           3924
> 
> tun0 (2):
>   inet address  169.207.136.70
>   netmask       255.255.255.255
>   peer address  169.207.80.76
>   flags         UP POINTOPOINT RUNNING NOARP MULTICAST
>   mtu           1514

I am not sure what ifconfig you are using, however, can you do:

	# fsysopts /servers/socket/2

just so I can be confident.

> hurd:~# ping www.gnu.org
> ping: unknown host

Could you try a few numerical ip addresses.  Start with your local, e.g.
in this case 129.207.136.70.  Then try the peer, the default gateway and
the dns servers.  Finally, hit a few out on the net.

> ISP:
>  set phone 12628276000 
>  set login
>  set authname Pbaberd 
>  set authkey ******** <--- No, you can't have my password :P 

If you think that I am going to call North America so that I can get a
real connection to the Internet... actually, that may work.  Hmm.

>  set timeout 120
>  set ifaddr 10.0.0.1/0 10.0.0.2/0 0.0.0.0 0.0.0.0

I really am not sure what you are trying to go here.  This is my
interpretation of the above line:  I would like to use the ip address
0.0.0.0 and I would like the server to use the ip address 0.0.0.0.
I will however accept the ip address 10.0.0.1 and should the server
offer anything else to me, I will accept it.  Also, I would accept that
the server use the ip address 10.0.0.2, however, I will be happy with
whatever it chooses for itself.

This is in fact what is causing your initial errors, i.e.:

	> hurd:/home/baumannd/src/ppp/ppp# ./ppp
	> Working in interactive mode
	> Using interface: tun0
	> Error: rt_Update: ioctl(SIOCSIFDSTADDR): 0.0.0.0: No such device
	> Error: rt_Update: ioctl(SIOCSIFNETMASK): 0.0.0.0: No such device
	> Error: Failed to set options `--gateway=10.0.0.2' on /servers/socket/2: Network
	> is unreachable
	>  add default HISADDR

You successfully set your ip address to 0.0.0.0 which the Linux ip stack
means, (basically) deactivate this device.  Which means that when we go
to set the destination and the netmask we find that there is not device.

As for the gateway, PPP sees that 0.0.0.0 is not going to work for the
server (actually, is this really true? it just tried to set the peer to
0.0.0.0) and uses 10.0.0.2, what you indicated as your preferred ip
address for the server, however, that is unreachable.

I would recommend that omit this entire line.

> Jul 29 23:00:59 localhost ppp[603]: tun0: Phase: Pap Output: Pbaberd ******** 
> Jul 29 23:00:59 localhost ppp[603]: tun0: Phase: Pap Input: SUCCESS () 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP: Using trigger address 0.0.0.0 

Here, you are trying to use your recommended ip address! (Error 2?)

> Jul 29 23:00:59 localhost ppp[603]: tun0: CCP: FSM: Using "deflink" as a
> transport 
> Jul 29 23:00:59 localhost ppp[603]: tun0: CCP: deflink: State change Initial -->
> Closed 
> Jul 29 23:00:59 localhost ppp[603]: tun0: CCP: deflink: LayerStart. 
> Jul 29 23:00:59 localhost ppp[603]: tun0: CCP: deflink: SendConfigReq(1) state =
> Closed 
> Jul 29 23:00:59 localhost ppp[603]: tun0: CCP:  PRED1[2]  
> Jul 29 23:00:59 localhost ppp[603]: tun0: CCP: deflink: State change Closed -->
> Req-Sent 
> Jul 29 23:00:59 localhost ppp[603]: tun0: Phase: deflink: lcp -> open 
> Jul 29 23:00:59 localhost ppp[603]: tun0: Phase: bundle: Network 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP: FSM: Using "deflink" as a
> transport 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP: deflink: State change Initial
> --> Closed 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP: deflink: LayerStart. 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP: deflink: SendConfigReq(1) state
> = Closed 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP:  IPADDR[6]  0.0.0.0 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots with
> slot compression 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP:  PRIDNS[6]  169.207.1.3 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP:  SECDNS[6]  204.29.202.6 

Or there.  It looks like the server told you that you could use 0.0.0.0.

> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP: deflink: State change Closed -->
> Req-Sent 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP: deflink: RecvConfigReq(3) state
> = Req-Sent 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots
> without slot compression 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP:  IPADDR[6]  169.207.80.76 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP: deflink: SendConfigAck(3) state
> = Req-Sent 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots
> without slot compression 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP:  IPADDR[6]  169.207.80.76 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP: deflink: State change Req-Sent
> --> Ack-Sent 
> Jul 29 23:00:59 localhost ppp[603]: tun0: LCP: deflink: RecvProtocolRej(4) state
> = Opened 
> Jul 29 23:00:59 localhost ppp[603]: tun0: LCP: deflink: -- Protocol 0x80fd
> (Compression Control Protocol) was rejected! 
> Jul 29 23:00:59 localhost ppp[603]: tun0: CCP: deflink: State change Req-Sent
> --> Stopped 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP: deflink: RecvConfigNak(1) state
> = Ack-Sent 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP:  IPADDR[6]  169.207.136.70 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP:  IPADDR[6]  changing address:
> 0.0.0.0  --> 169.207.136.70 

Now you decide to change to the server's recommended ip address.

> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots
> without slot compression 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP:  COMPPROTO[6]  changing
> compproto: 002d0f01 --> 002d0f00 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP: deflink: SendConfigReq(2) state
> = Ack-Sent 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP:  IPADDR[6]  169.207.136.70 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP:  COMPPROTO[6]  16 VJ slots
> without slot compression 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP:  PRIDNS[6]  169.207.1.3 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP:  SECDNS[6]  204.29.202.6 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP: deflink: RecvConfigAck(2) state
> = Ack-Sent 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP: deflink: State change Ack-Sent
> --> Opened 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP: deflink: LayerUp. 
> Jul 29 23:00:59 localhost ppp[603]: tun0: IPCP: myaddr 169.207.136.70 hisaddr =
> 169.207.80.76 
> Jul 29 23:01:47 localhost ppp[603]: tun0: Command: /dev/ttyp0: quit 


> Also, sometimes I get this error and my modem stays locked on even after typing
> quit at the ppp prompt:

This is a select problem; I get this a lot.

> com0: overrun

Actually, I do not see this.  Is the message in the logs or on the
screen?

> I hope all this info helps. It all seems to work, except for actually being able
> to access the outside world.  Any guidance as to where to go from here would be
> apprecated.

Try not using set ifaddr.  If there are still no results, do not use `add
default hisaddr' until after you negotiate the ppp connection (i.e.,
enter it at the command line).

> BTW, where did all those notes and that README that you had go?

After I rewrote the whole the whole thing, I never reincluded them.  I
will from now on.

> It
> would be most helpful to have those files again. Maybe so I dould setup 2
> pfinets and have a little fun with things :).

Right.  Once I got my second computer working, I have been using a
serial cord and have not yet reintegrated that code.  That is on my
personal todo list and, happily, it is relatively simple.

Attachment: pgpyKd75oR2Ut.pgp
Description: PGP signature


Reply to: