Am Dienstag, den 17.05.2005, 15:20 +0400 schrieb Ralf Lübben:

> I want to send following attribute:
> Username
> Password
> NAS-Port = number of the tun interface

This is bad, since you must send a unique identifier to the Radius
Server for every connected client if I understand this correctly.

The Radius servers decides based on a unique NAS-IP-Address:NAS-Port
pair which IP-Addresse should be handed out to the client and which is
in use.

Example:

NAS:XXX.XXX.XXX.40 port:0x0 - ipaddr:YYY.YYY.76.YYY active:1 cli:0 num:1
NAS:XXX.XXX.XXX.40 port:0x1 - ipaddr:YYY.YYY.75.YYY active:1 cli:0 num:1
[...]
NAS:XXX.XXX.XXX.40 port:0x10 - ipaddr:YYY.YYY.76.YYY active:1 cli:0
num:1
NAS:XXX.XXX.XXX.40 port:0x11 - ipaddr:YYY.YYY.78.YYY active:1 cli:0
num:1
NAS:XXX.XXX.XXX.40 port:0x12 - ipaddr:YYY.YYY.72.YYY active:1 cli:0
num:1
NAS:XXX.XXX.XXX.40 port:0x13 - ipaddr:YYY.YYY.73.YYY active:1 cli:0
num:1
[...]
NAS:XXX.XXX.XXX.40 port:0x100 - ipaddr:YYY.YYY.78.YYY active:0 cli:0
num:0
NAS:XXX.XXX.XXX.40 port:0x103 - ipaddr:YYY.YYY.77.YYY active:0 cli:0
num:0

Since the tun interface is the same for every connected client connected
to the same openvpn process, this will not work. One might correct me,
if I am wrong on this.

So at the moment one has to generate a unique client id (NAS-Port) for
every connected user. This should be done in a way that the first client
gets the id (NAS-Port) 0 assigned. The next one the id 1 and so on. On
disconnect the id should be reused.

For example:

client 1 connects, gets id 0
client 2 connects, gets id 1
client 3 connects, gets id 2
client 4 connects, gets id 3
client 2 disconnects, releases id 1
client 3 disconnects, releases id 2
client 5 connects, gets id 1
client 6 connects, gets id 2
[...]


I wondered whether it is possible to have a seperate tunx interface for
each connected client. That would solve the problem and mimic the
behaviour of ppp Connections, where you have a seperated ppp Interface
for each connected client.
Is this easy possible or would that mean to rewrite most parts of
OpenVPN?

-- 
Torge Szczepanek <openvpn-de...@szczepanek.de>


Reply via email to