All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jim Barber <jim.barber@ddihealth.com>
To: linux-ppp@vger.kernel.org
Subject: Re: Windows IPSec/L2TP VPN client and Linux server with RADIUS, and
Date: Thu, 08 Sep 2005 03:03:02 +0000	[thread overview]
Message-ID: <431FA9E6.4030108@ddihealth.com> (raw)
In-Reply-To: <431C13DD.9080600@ddihealth.com>

Further to below, I compared the freeradius dictionary.microsoft file
with the one I've been supplied with.
Apart from the differences I described below, also the word "octects"
in the freeradius file is "string" in the dictionary file for
radiusclient.
Also, some of the entries in the freeradius dictionary have strings
like "encrypt=1" or "encrypt=2". These strings don't exist in the
radiusclient dictionary file.

Regards,
Jim Barber.


---------

Success!

Finally it's been solved.
There were a couple of things wrong.
Here is what I had to change:

My /etc/l2tpd/l2tpd.conf file now looks like:

	[global]
	listen-addr = 10.10.0.219
	port = 1701

	[lns default]
	ip range = 10.10.0.248 - 10.10.0.254
	local ip = 10.10.0.220
	hostname = vpn1
	ppp debug = yes
	pppoptfile = /etc/ppp/options.l2tpd
	length bit = yes

I had to get rid of the following lines from the [lns default] section:

	refuse pap = yes
	require chap = yes
	require authentication = yes

This is because they overrided all of the following options in the
/etc/ppp/options.l2tpd file:

	refuse-pap
	refuse-chap
	refuse-mschap
	require-mschap-v2

No matter how the above options were set, I was able to connect using
PAP, etc despite it being refused. (Refusing PAP in the l2tpd.conf file
didn't have any effect).


Next, my dictonary files in the /etc/radiusclient/ directory.
The debian radiusclient1 package doesn't come with a
dictionary.microsoft file.

The file I needed is not in the same format as the dictionary.microsoft
supplied with the freeradius package.

The format I need doesn't have the "BEGIN-VENDOR Microsoft",
"END-VENDOR" Microsoft directives, but instead has the word "Microsoft"
at the end of each line.

Also I was using the wrong syntax when including the
dictionary.microsoft file.
I put into the /etc/radiusclient/dictionary file the following directive

	$INCLUDE dictionary.microsoft

This seems to be the format that the freeradius dictionary files use
to include other dictionaries.
THIS DOES NOT WORK for the radiusclient dictionaries.
The directive must look like:

	INCLUDE /etc/radiusclient/dictionary.microsoft

The leading $ sign must be removed from the INCLUDE directive and a
full path to the dictionary file MUST be used. If either of these things
are wrong, then my VPN client will fail to connect.
What is annoying is that in the top of the dictionary.ascend file that
is supplied as part of radiusclient the comment says:

#
# Ascend dictionary.
#
#               Enable by putting the line "$INCLUDE dictionary.ascend" into
#               the main dictionary file.
#
# Version:      1.00  21-Jul-1997  Jens Glaser <jens@regio.net>
#

There is it there in the wrong syntax.

So I'm not sure if the problem is with the radiusclient package, or
perhaps the ppp radius.so plugin itself?
Does the radius.so plugin parse the dictionary files itself?

I'm thinking that I need to log a bug somewhere so that this doesn't
catch anyone else out in the future, because this problem is VERY obscure.

Thanks for the help, and hopefully this helps someone else in the future.

--
----------
Jim Barber
DDI Health

      parent reply	other threads:[~2005-09-08  3:03 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-05  9:46 Windows IPSec/L2TP VPN client and Linux server with RADIUS, and PPP Jim Barber
2005-09-06  0:15 ` Windows IPSec/L2TP VPN client and Linux server with RADIUS, and Jim Barber
2005-09-06  1:21 ` Jim Barber
2005-09-08  0:24 ` Jim Barber
2005-09-08  2:40 ` Jim Barber
2005-09-08  3:03 ` Jim Barber [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=431FA9E6.4030108@ddihealth.com \
    --to=jim.barber@ddihealth.com \
    --cc=linux-ppp@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.