headers
Jorge Bastos | 2 Jul 13:16
Picon

Crash on ppp_async

Howdy,

I had a crash on ppp_async when i was using my PPTPD VPN.
I don't have the stack trace, 'cause i don't find it, that leaves me to
two question:

1-When kernel crashes, when can i have this stack saves? is it
configurable? is yes where?
2-Someone told me that, in 2.6x kernels, when it crashes on a specific
module, not crash the entire machine, and just that module, does that
really exists? I don't see that option.

Jorge,

--
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 | 1 comment |
headers
Jorge Bastos | 2 Jul 13:33
Picon

Re: Crash on ppp_async

> 1-When kernel crashes, when can i have this stack saves? is it
> configurable? is yes where?

Please read, "when" to "where"

--
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
Libor Pechacek | 9 Jul 14:38
Picon

Re: [PATCH] Accept ms-wins settings provided by server

Hi Marcus,

Marcus Better <marcus <at> better.se> writes:
> Paul Mackerras wrote:
> > Also, have you tried the latest git version of pppd?  Since 2.4.4 I
> > have added code to add the MS-DNS option to our IPCP conf-reqs if the
> > modem insists.
> 
> I cannot reproduce the problem anymore. I have changed UMTS provider in
> between (from Tele2 to 3 in Sweden), and modem (from Huawei E620 to E220).
> This may explain the differences.
> 
> However I still have a very similar connection problem, but the patch makes
> no difference. I tried both pppd 2.4.4 and current git, patched and
> unpatched. In all cases it tends to fail at the first connection attempt
> after plugging in the modem. What helps however is setting ipcp-max-failure
> high enough, like 30.

The DNS problem you observe is unrelated to the WINS one.  Increasing
ipcp-max-failure is IMO the right solution here.  The DNS negotiation trouble
is caused by the 'treat as reject' behavior introduced in GIT commit ec27e674.

> I'm quite sure that the patch was needed with the old provider and hardware,
> and a few other people have confirmed this. I'll see if I can try another
> modem.
> 
> Hopefully someone else can reproduce it?

I have information that people in Germany (hs2300 HSDPA modem, providers
T-Mobile and Vodafone) and Finland (no details provided) observed this failure
(Continue reading)

Permalink | Reply | 1 comment |
headers
James Cameron | 10 Jul 00:42
Favicon

Re: [PATCH] Accept ms-wins settings provided by server

On Thu, Jul 09, 2009 at 12:38:36PM +0000, Libor Pechacek wrote:
> Yet it's hard to believe for me that the *modem* replies PPP packets,
> and establishes PPP connection *before* the physical link is up.  Does
> it really work this way?

Yes, it certainly does.  This can be demonstrated or reproduced quite
easily, with a modem inside an radiofrequency shield enclosure, or
without an antenna (non-radiating dummy load), or beyond reasonable
range.  PPP negotiation occurs between the host and the modem firmware,
yet there is no RF link.

--

-- 
James Cameron    mailto:quozl <at> us.netrek.org     http://quozl.netrek.org/
--
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
MITSUBISHI COMPANY UK | 10 Jul 14:30

Your E-mail Attach To category\\"A\\" 870,000GBP&#8207;

MITSUBISHI COMPANY UK.
28 TANFIELD ROAD,LONDON, UK.

You have just been awarded,the sum of  &pound;870.000.00 in the  MITSUBISHI COMPANY 
Award 2009, Anniversary Bonanza. held in July.

Names:............. Address:..............
Country:................ Age:..........
Phone Number............ Occupation.......Sex

Regards.Felke Courtney.
Online Co-ordinator.
--
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
MITSUBISHI COMPANY UK | 11 Jul 21:49
Picon

Your E-mail Attach To 2009 Anniversary Bonanza


MITSUBISHI COMPANY UK.
28 TANFIELD ROAD,LONDON, UK.

You have just been awarded,the sum of  £870.000.00 in the  MITSUBISHI COMPANY
Award 2009, Anniversary Bonanza. held in July.

Names:............. Address:..............
Country:................ Age:..........
Phone Number............ Occupation.......Sex

Regards.Felke Courtney.
Online Co-ordinator.

--
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
David Leon | 17 Jul 18:15
Picon

pppd against RADIUS

Hi all

I need some help. I'm dialing out to a "closed network" to make a ppp
link, but have to authenticate against a remote RADIUS server on that
network.

I connected manually using minicom and I already have the ppp-on and
ppp-on-dialer scripts working ok. I have to authenticate twice. Fist
time to get access to the router, and execute ppp manually, wich the
script already done, and the authentiocate ppp against the RADIUS
server wich I don't have a clue how can I do that.

Thanks in advance

David
--
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
James Carlson | 17 Jul 19:33

Re: pppd against RADIUS

David Leon wrote:
> I need some help. I'm dialing out to a "closed network" to make a ppp
> link, but have to authenticate against a remote RADIUS server on that
> network.
> 
> I connected manually using minicom and I already have the ppp-on and
> ppp-on-dialer scripts working ok. I have to authenticate twice. Fist
> time to get access to the router, and execute ppp manually, wich the
> script already done, and the authentiocate ppp against the RADIUS
> server wich I don't have a clue how can I do that.

You'll probably need to provide more details, such as your configuration
files, the exact command sequence you're using, and the messages and/or
errors you see.

In general, if a remote PPP access device ("server") is using RADIUS,
then that's no concern of yours as you authenticate to it.  You just set
up your PAP or CHAP credentials as usual for PPP, and it's the peer's
responsibility to contact the RADIUS server on your behalf in order to
verify your identity.

Dial-out clients don't typically run RADIUS.  It doesn't make sense, as
RADIUS is a mechanism that (among other things) allows you to validate
someone else's identity.  That's why it's used on the dial-in "server"
side of the connection.

(If it helps, you can think of RADIUS as being a little like NIS, LDAP,
Active Directory, or even PAM.  As a user logging into the system, you
don't really have to know where the server is or much about it.  You
just have to provide your credentials using whatever the _local_
(Continue reading)

Permalink | Reply | 3 comments |
headers
David Leon | 17 Jul 20:19
Picon

Re: pppd against RADIUS

Hi James

Sorry  for my bad English. In fact, your example about RADIUS server
it's very clear to me, I just wanted to ad the detail that the remote
peer is using it as an authentication squeme. I'm including the
scripts and see if you can help me out. I'm really new on this pppd
stuff.

I'm passing all pppd parameters in command line, so my
/etc/ppp/options is blank. See my config files and a log at the end

I hope you can help me out.

Thanks

David

*******************
/etc/ppp/scripts/ppp-on
*******************

#!/bin/sh
#
# Script to initiate a ppp connection. This is the first part of the
# pair of scripts. This is not a secure pair of scripts as the codes
# are visible with the 'ps' command.  However, it is simple.
#
# These are the parameters. Change as needed.
TELEPHONE=555555 # The telephone number for the connection
ACCOUNT=myusername # The account name for logon (as in 'George Burns')
(Continue reading)

Permalink | Reply | 2 comments |
headers
James Carlson | 17 Jul 20:48

Re: pppd against RADIUS

David Leon wrote:
> exec /usr/sbin/pppd debug lock modem crtscts /dev/ttyS0 115200 plugin
> radius.so \
> $LOCAL_IP:$REMOTE_IP noipdefault defaultroute connect $DIALER_SCRIPT

Unless the system running this script is itself the remote dial-in host
(which seems unlikely, given the context), that command is incorrect.
You should *not* be including the radius.so plugin.  Remove that.
You're not authenticating your peer using a local RADIUS server on your
side of the link -- quite the opposite; the remote peer is doing that.

In general, you shouldn't have to use $LOCAL_IP:$REMOTE_IP if you're a
regular dial-up client ... but I don't know much about these
vendor-supplied scripts.

You also seem to be missing "user myusername" in the configuration.
Unless the user name you use to log into PPP on that peer happens to be
identically the name of your local host, this probably won't work.

> exec chat -v                                            \
>         TIMEOUT         10                              \
>         ABORT           '\nBUSY\r'                      \
>         ABORT           '\nNO ANSWER\r'                 \
>         ABORT           '\nRINGING\r\n\r\nRINGING\r'    \
>         ''              \rAT                            \
>         'OK-+++\c-OK'   ATH0                            \
>         TIMEOUT         60                              \
>         OK              ATDT$TELEPHONE                  \
>         CONNECT         ''                              \
>         sername:        $ACCOUNT                        \
(Continue reading)

Permalink | Reply | 1 comment |

Gmane