headers
tony.chamberlain | 2 Dec 15:22

Re: pptp failure

see below...
-----Original Message-----
From: James Cameron [mailto:james.cameron <at> hp.com]
Sent: Wednesday, November 26, 2008 04:06 PM
To: tony.chamberlain <at> lemko.com
Cc: 'ppp, Linux'
Subject: Re: pptp failure

On Wed, Nov 26, 2008 at 01:47:44PM +0000, tony.chamberlain <at> lemko.com wrote:
> Box B shows this from debug:
>   sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x354ce8ff> <pcomp> <accomp>]
>   rcvd [LCP ConfReq id=0x1 <auth chap MS-v2> <mru 1460> <magic 0x99302d60>]
>   (then some more sent and receiveds)

Looks normal.  Nothing unusual.  I presume Box B is working fine?  You
didn't explicitly say.

> Box A just show repeat:
>   sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xe58c245e> <pcomp> <accomp>]
>   sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xe58c245e> <pcomp> <accomp>]
>   Script pptp X.X.X.X --nolaunchpppd  finished (pid 18300), status = 0x0
>   Modem hangup
>   Connection terminated.
> (I Xed out the actual VPN IP address which is the same as Box B).
> 
> So for some reason, Box A is not getting a response back.

This shows pppd is not receiving any data from the peer.  Without data,
pppd will not succeed.
(Continue reading)

Permalink | Reply | 501 comments |
headers
James Cameron | 2 Dec 23:56
Picon
Favicon

Re: pptp failure

Since you had no arrival of GRE packets, the response by pppd and pptp
is normal.

Try to find out why GRE packets are not arriving.  It is usually caused
by some external device.

--

-- 
James Cameron                         http://quozl.netrek.org/
HP Open Source, Volunteer             http://opensource.hp.com/
PPTP Client Project, Release Engineer http://pptpclient.sourceforge.net/
--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 501 comments |
headers
tony.chamberlain | 10 Dec 18:33

server config


Hi

I am looking for something similar to pptpconfig but for the server.
I can't seem to install network manager because it complains about dbus.
Not sure that is the right program anyway for what I want to do?

Also meanwhile I am trying to do by hand.  When I run pppd or pppd -detach
I see all the junk characters coming to the screen.  I know you can specify
a device for it to run on, but I can't figure out how to get it to go over
eth0 (they will be IPing in, not dialing in).  I tried pppd eth0 and 
pppd device eth0 but nothing seems to work.  I tried to install pppdlogger 
but something about my mysql client has a bunch of unreferenced functions.

Anyone have any ideas?  pptpd does not seem to start up pppd also.

--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
GauloisID | 11 Dec 16:48
Picon
Favicon

PPP Recovery


Hi all,

I Would like to setup a permanent connection with a local rs232 GPRS modem.
I Use kernel 2.6.24 and PPP 2.4.4.

My connection work fine (DNS, ICMP...), but sometimes my GPRS provider drop
my connection due to timeout, moving....

Is there any way to tell ppp that sent packet (TCP/UDP) have retransmission
timeout to indicate that the connection is dead ? In this case it would be
easy to re-negociate the link.

Thanks for help.

--

-- 
View this message in context: http://www.nabble.com/PPP-Recovery-tp20958060p20958060.html
Sent from the linux-ppp mailing list archive at Nabble.com.

--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 4 comments |
headers
Gilles Espinasse | 11 Dec 17:15
Picon
Favicon

Re: PPP Recovery

Selon GauloisID <David.Babin <at> dmic.fr>:

>
> Hi all,
>
> I Would like to setup a permanent connection with a local rs232 GPRS modem.
> I Use kernel 2.6.24 and PPP 2.4.4.
>
> My connection work fine (DNS, ICMP...), but sometimes my GPRS provider drop
> my connection due to timeout, moving....
>
> Is there any way to tell ppp that sent packet (TCP/UDP) have retransmission
> timeout to indicate that the connection is dead ? In this case it would be
> easy to re-negociate the link.
>
That's achieved by lcp options you could activate when starting the connection
(if the server support that, it usually should).
After lcp traffic has been interrupted a time defined by the combination of lcp
options values, ppp session goes down and if persist option has been used, pppd
restart the connection.

Gilles
--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 2 comments |
headers
GauloisID | 11 Dec 17:49
Picon
Favicon

Re: PPP Recovery


Great! Thanks, that's exactly what i look for !

Gilles Espinasse wrote:
> 
> Selon GauloisID <David.Babin <at> dmic.fr>:
> 
>>
>> Hi all,
>>
>> I Would like to setup a permanent connection with a local rs232 GPRS
>> modem.
>> I Use kernel 2.6.24 and PPP 2.4.4.
>>
>> My connection work fine (DNS, ICMP...), but sometimes my GPRS provider
>> drop
>> my connection due to timeout, moving....
>>
>> Is there any way to tell ppp that sent packet (TCP/UDP) have
>> retransmission
>> timeout to indicate that the connection is dead ? In this case it would
>> be
>> easy to re-negociate the link.
>>
> That's achieved by lcp options you could activate when starting the
> connection
> (if the server support that, it usually should).
> After lcp traffic has been interrupted a time defined by the combination
> of lcp
> options values, ppp session goes down and if persist option has been used,
(Continue reading)

Permalink | Reply | 1 comment |
headers
James Carlson | 11 Dec 18:26

Re: PPP Recovery

GauloisID writes:
> I Would like to setup a permanent connection with a local rs232 GPRS modem.
> I Use kernel 2.6.24 and PPP 2.4.4.
> 
> My connection work fine (DNS, ICMP...), but sometimes my GPRS provider drop
> my connection due to timeout, moving....
> 
> Is there any way to tell ppp that sent packet (TCP/UDP) have retransmission
> timeout to indicate that the connection is dead ? In this case it would be
> easy to re-negociate the link.

If you actually want it to be up at all times, then the pppd "persist"
option may be what you want.  If you want it to trigger a new link
when TCP or UDP sends a packet and the link is down, then you want
"demand."

If you want the system to detect a "dead" link -- one where the
low-level connection is still present, but the peer is no longer
running PPP -- then you'll probably want to set up both the
"lcp-echo-interval" and the "lcp-echo-failure" options.

For all of these options, see the man page.

However, beware: GPRS is weird in many ways.  Having unexpected
behavior (compared to "normal" PPP links) is just par for the course,
so, though the above options should help, it's at least possible that
you may encounter situations that pppd can't handle.  I wouldn't be
too surprised if you ended up writing some sort of little monitoring
application that kills off and restarts pppd when there's trouble.
(Continue reading)

Permalink | Reply | 0 comments |
headers
James Cameron | 12 Dec 00:42
Picon
Favicon

Re: PPP Recovery

In my experience with GPRS style modems, LCP echo continues to occur,
because it is just the modem firmware responding.  The LCP echo latency
is very small, consistent with this.  So LCP echo loss may not occur,
and the PPP connection may remain up.

--

-- 
James Cameron
http://ftp.hp.com.au/sigs/jc/
--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
tony.chamberlain | 13 Dec 20:18

pptpd


I set up a pptpd server and connected to it.  When I connected to it
(after figuring some routing) I was able to ping machines I wouldn't
otherwise be able to.

There is a range of IPs for the VPN in pptpd.conf:

   localip 192.168.0.1
   remoteip 192.168.0.234-238,192.168.0.245

and then in CHAP secrets I put logins and passwords.
Thing is, people need their own IP address (need to count
on it each time they connect).  For instance, if I have
something in chap secrets like

   lincoln * abraham *

I want to add something like 192.168.0.234 so that whenever someone
signs in as lincoln he alwasy gets IP address 192.168.0.234 (and similarly
if they log in as say, jefferson, they alwasy get 192.168.0.235 -- or
always the SAME IP different than 192.168.0.234)

Can I do this somehow?  Doesn't have to be in chap-secrets as long as
I can do it.  Is there something like an options.lincoln file?

--
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
(Continue reading)

Permalink | Reply | 3 comments |
headers
James Carlson | 13 Dec 20:33

Re: pptpd

tony.chamberlain <at> lemko.com writes:
> and then in CHAP secrets I put logins and passwords.
> Thing is, people need their own IP address (need to count
> on it each time they connect).  For instance, if I have
> something in chap secrets like
> 
> 
> 
>    lincoln * abraham *

Change that to:

	lincoln * abraham 192.168.0.234

> Can I do this somehow?  Doesn't have to be in chap-secrets as long as
> I can do it.  Is there something like an options.lincoln file?

No, but if the fifth element on the line is "--", you can add extra
options there.  These are applied only after the PPP Authentication
phase, so they can't be LCP or auth options.  For instance:

	lincoln * abraham 192.168.0.234 -- novj

You can also specify the fourth parameter as an allowed address range
or include "+" to specify that the address is formed using the unit
number.  See the man page for details.

--

-- 
James Carlson         42.703N 71.076W         <carlsonj <at> workingcode.com>
--
(Continue reading)

Permalink | Reply | 2 comments |

Gmane