Hello, I'm new to this list and have never used one before. Here are my stats: FreeRadius version 1.272 Linux OES2 My problem is when I try and start freeRadius it tells me it can't find the other config files that are in etc/radiusd/ like proxy.confg and clients.config. Here is what the command prompt tells me when I start freeradius using debug mode: radius:~ # radiusd -x Starting - reading configuration files ... /etc/raddb/radiusd.conf[454]: Unable to open file "proxy.conf": No such file or directory Errors reading radiusd.conf Here is what line 454 in radiusd.conf has written: proxy_requests = yes $INCLUDE proxy.conf I know the FAQ might talk about this under the question: It says "Could not link...File not found",what do I do? I'm not sure if this is specifically talking about MySQL or they are only using it as an example. If this is my answer maybe somone could explain it a little more simpler to me? I have not yet got this to start. Can anyone help me figure out why it can't find proxy.conf?
I'm new to this list and have never used one before. Here are my stats: FreeRadius version 1.272
There is no such version.
My problem is when I try and start freeRadius it tells me it can't find the other config files that are in etc/radiusd/ like proxy.confg and clients.config. Here is what the command prompt tells me when I start freeradius using debug mode:
radius:~ # radiusd -x Starting - reading configuration files ... /etc/raddb/radiusd.conf[454]: Unable to open file "proxy.conf": No such file or directory Errors reading radiusd.conf
List /etc/raddb directory and see if the file *is* there. Check permissions. Ivan Kalik
. . .
man unlang. Read about variables.
Ivan Kalik
O.K. That gets us to the per packet instances of the Cisco-AVPair. We can access the array of two or five instances of Cisco-AVPair that are in the respective packets. That gets us to the strings that are defined. Once you have the string from the array "variable=value" is there a means built into freeradius to write the value of the variable name (both contained in the string) to an attribute? Bryan Campbell
On Mon, 7 Dec 2009, Bryan Campbell wrote:
O.K. That gets us to the per packet instances of the Cisco-AVPair. We can access the array of two or five instances of Cisco-AVPair that are in the respective packets. That gets us to the strings that are defined.
How about using a regexp: if ("%{Cisco-AVPair}" =~ /^ssid=(.+)$/) { update request { UCam-Essid-Name := "%{1}" } } I haven't been able to test this with more than one Cisco-AVPair attribute; I wasn't sure what the conclusion was about that, but I think it should match. [You need to define your equivalent of UCam-Essid-Name in the dictionary.] - Bob -- Bob Franklin <rcf34@cam.ac.uk> +44 1223 748479 Network Division, University of Cambridge Computing Service
One of the attributes we are after is the client-mac-address from Cisco-AVPair = "client-mac-address=0012.3fb2.15d2". So far it is now converted to an attribute of its own client-mac-address=0012.3fb2.15d2. (by setting cisco-av-hack to yes and adding some attributes to the dictionary) Now to get it to be the callingstationid. Looks like that will require that attr_rewrite be used to redefine callingstationid to be the mac address defined as client-mac-address. Still reading a bit on how to get that done. Anyone have any suggestions? If so, please send them along. Bryan Bob Franklin wrote:
On Mon, 7 Dec 2009, Bryan Campbell wrote:
O.K. That gets us to the per packet instances of the Cisco-AVPair. We can access the array of two or five instances of Cisco-AVPair that are in the respective packets. That gets us to the strings that are defined.
How about using a regexp:
if ("%{Cisco-AVPair}" =~ /^ssid=(.+)$/) { update request { UCam-Essid-Name := "%{1}" } }
I haven't been able to test this with more than one Cisco-AVPair attribute; I wasn't sure what the conclusion was about that, but I think it should match.
[You need to define your equivalent of UCam-Essid-Name in the dictionary.]
- Bob
One of the attributes we are after is the client-mac-address from Cisco-AVPair = "client-mac-address=0012.3fb2.15d2".
So far it is now converted to an attribute of its own client-mac-address=0012.3fb2.15d2. (by setting cisco-av-hack to yes and adding some attributes to the dictionary)
Now to get it to be the callingstationid. Looks like that will require that attr_rewrite be used to redefine callingstationid to be the mac address defined as client-mac-address.
Still reading a bit on how to get that done. Anyone have any suggestions? If so, please send them along.
Hi, Tweak the freeradius conf with_cisco_vsa_hack = yes Add dictionary entry something like this : ATTRIBUTE client-mac-address 3004 string Give the dialup.conf a bit of a tweak, so if calling-station-id isn't available, try putting the client-mac-address instead : Change '%{Calling-Station-Id}' To '%{Calling-Station-Id:-%{client-mac-address}}' Michael.
O.K. What is the best way to accomplish the following . . . For a specific NAS-IP-Address=10.10.10.10 Accounting packet includes the following . . . %{Calling-Station-Id}(does not exist) %{client-mac-address}=0000.0000.0000 Need to write the value for . . . %{client-mac-address} into %{Calling-Station-Id} . . . so that the Calling-Station-Id will be written to the MySQL database radacct table. Bryan - Michael Bowe wrote:
One of the attributes we are after is the client-mac-address from Cisco-AVPair = "client-mac-address=0012.3fb2.15d2".
So far it is now converted to an attribute of its own client-mac-address=0012.3fb2.15d2. (by setting cisco-av-hack to yes and adding some attributes to the dictionary)
Now to get it to be the callingstationid. Looks like that will require that attr_rewrite be used to redefine callingstationid to be the mac address defined as client-mac-address.
Still reading a bit on how to get that done. Anyone have any suggestions? If so, please send them along.
Hi,
Tweak the freeradius conf with_cisco_vsa_hack = yes
Add dictionary entry something like this : ATTRIBUTE client-mac-address 3004 string
Give the dialup.conf a bit of a tweak, so if calling-station-id isn't available, try putting the client-mac-address instead : Change '%{Calling-Station-Id}' To '%{Calling-Station-Id:-%{client-mac-address}}'
Michael.
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Coutesy of Michael Bowe . . . Since Calling-Station-Id does not exist in the accounting spill from the Cisco, concatenating the client-mac-address works just great. In the instance that we are not using a Cisco then the Calling-Station-Id is populated and client-mac-address does not exist. So, callingstationid is correct no matter what. No rewrites necessary! Thanks! Bryan - Bryan Campbell wrote:
O.K.
What is the best way to accomplish the following . . .
For a specific NAS-IP-Address=10.10.10.10
Accounting packet includes the following . . . %{Calling-Station-Id}(does not exist) %{client-mac-address}=0000.0000.0000
Need to write the value for . . . %{client-mac-address} into %{Calling-Station-Id} . . . so that the Calling-Station-Id will be written to the MySQL database radacct table.
Bryan -
One of the attributes we are after is the client-mac-address from Cisco-AVPair = "client-mac-address=0012.3fb2.15d2".
So far it is now converted to an attribute of its own client-mac-address=0012.3fb2.15d2. (by setting cisco-av-hack to yes and adding some attributes to the dictionary)
Now to get it to be the callingstationid. Looks like that will require that attr_rewrite be used to redefine callingstationid to be the mac address defined as client-mac-address.
Still reading a bit on how to get that done. Anyone have any suggestions? If so, please send them along.
Hi,
Tweak the freeradius conf with_cisco_vsa_hack = yes
Add dictionary entry something like this : ATTRIBUTE client-mac-address 3004 string
Give the dialup.conf a bit of a tweak, so if calling-station-id isn't available, try putting the client-mac-address instead : Change '%{Calling-Station-Id}' To '%{Calling-Station-Id:-%{client-mac-address}}'
Michael.
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Michael Bowe wrote: - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hi, I am authenticating users on cisco switches (telnet or console access) amongst others. In sites-enabled/default, after pap, I have: if(!control:Auth-Type && (request:NAS-Port-Type == Virtual || request:NAS-Port-Type == Async) && ldap_staff-Ldap-Group == correctADgroup) { update control { Auth-Type = "ntlm_auth" } update reply { cisco-avpair = shell:priv-lvl=15 } } If I enter "user@realm" rather than just "user" then the request is proxied to the servers for the default realm. What is the best way to prevent proxying for just these users whilst allowing it for all others? A pointer to the relevant docs would be much appreciated. Thanks in advance, Leighton --- This transmission is confidential and may be legally privileged. If you receive it in error, please notify us immediately by e-mail and remove it from your system. If the content of this e-mail does not relate to the business of the University of Huddersfield, then we do not endorse it and will accept no liability.
Leighton Man <l.j.man@hud.ac.uk> writes:
If I enter "user@realm" rather than just "user" then the request is proxied to the servers for the default realm. What is the best way to prevent proxying for just these users whilst allowing it for all others? A pointer to the relevant docs would be much appreciated.
Either use two different realms for the different functions, or update the control list for the users which are not supposed to be proxied with something like Proxy-To-Realm := LOCAL This is documentented in a comment just before the "realm LOCAL" definition in the default proxy.conf. Bjørn
something like Proxy-To-Realm := LOCAL
This is documentented in a comment just before the "realm LOCAL" definition in the default proxy.conf.
Thanks for the guidance. If anyone is interested the construct below seems to work a treat. Leighton if((request:NAS-Port-Type == Virtual || request:NAS-Port-Type == Async)&& ..more conditions to define the NAS...){ update control { Proxy-To-Realm := LOCAL } if(ldap_staff-Ldap-Group == correctADgroup){ update control { Auth-Type := "ntlm_auth" } update reply { cisco-avpair = shell:priv-lvl=15 } } } --- This transmission is confidential and may be legally privileged. If you receive it in error, please notify us immediately by e-mail and remove it from your system. If the content of this e-mail does not relate to the business of the University of Huddersfield, then we do not endorse it and will accept no liability.
participants (7)
-
Bjørn Mork -
Bob Franklin -
Bryan Campbell -
J Brandon Polley -
Leighton Man -
Michael Bowe -
tnt@kalik.net