(RADIATOR) Errors using AuthBy LDAP in Radiator
Hi All, I recently download and installed the evaluation RADIUS on Winwods 2000. I going to authenticate users with LDAP. As required I installed the perLDAP using ppm. But when I start Radiator using my configuration file I get the following errors: -Mon Jun 11 16:26:00 2001: DEBUG: Reading users file c:\radiator\users -Mon Jun 11 16:26:00 2001: DEBUG: Reading users file c:\radiator\users -Mon Jun 11 16:26:00 2001: ERR: Could not load authentication module Radius::Auth -LDAP2: Can't locate Net/LDAP/Util.pm in @INC (@INC contains: . C:/Perl/lib C:/Pe -rl/site/lib .) at Radius/AuthLDAP2.pm line 14, FILE line 63. -BEGIN failed--compilation aborted at Radius/AuthLDAP2.pm line 14, FILE line 63 -. -Compilation failed in require at (eval 27) line 3, FILE line 63. - -Mon Jun 11 16:26:00 2001: ERR: Unknown keyword 'Host' in goodies/surftest.cfg li -ne 65 -Mon Jun 11 16:26:00 2001: ERR: Unknown keyword 'BaseDN' in goodies/surftest.cfg -line 72 -This Radiator license will expire on 2001-09-01 -This Radiator license will stop operating after 1000 requests -To purchase an unlimited full source version of Radiator, see -http://www.open.com.au/radiator/ordering.html -To extend your evaluation period, contact [EMAIL PROTECTED] The configuration file I am using: -Foreground -LogStdout -LogDir . -DbDir . -Client localhost -DupInterval 0 -IgnoreAcctSignature -#NasType unknown - Secret secret -/Client - -Realm surf.nl -RewriteUsername s/^([^@]+).*/$1/ - AuthBy LDAP2 -#Host -Host localhost - -#Port: defaultport -Port 636 - - BaseDN o=SURFDIensten, c=AU - -#UseSSL -#UseSSL filenaam.db - -# Log in to LDAP as admin -#AuthDn admin - -# log in to LDAP with password adminpassword -#AuthPassword adminpassword - -# Use the uid attribute to match usernames -#UsernameAttr uid - -# Plaintext passwords. Gasp -#PasswordAttr passwd - -# Make timeout really short, 2 seconds - #Timeout 2 -/AuthBy -/Realm My question is: are there any more modules required for using LDAP with RADIATOR, and where can I get them? Thanks in advance. Alvin Anita SURFdiensten, omdat samenwerking ook voordelig is Alvin Anita Postbus 110 Onderdoor 74 3990 DC Houten 3995 DX Houten Telefoon (direct): + 31 (0)30 - 298 30 14 Email: [EMAIL PROTECTED] Internet: http://www.surfdiensten.nl === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) passing avpair
Dear All, Can anybody tell me how to pass the attribute of cisco avpair in radiator. Regards, AbdusSami === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) AuthBy Radius error
Hi all, I am getting the following error message when using AuthBy Radius: Can't locate object method new via package Radius::AuthRadius at Radius/Hand ler.pm line 71, FILE line 37. ...caught at radiusd line 2. Does someone know what the problem is? I am using the evalution version of Radiator, Perl version 5.6.0 on Windows 2000. The configuration file: LogDir c:\Radiator\RadiusSS\log LogFile %L\%Y%m%d-rdlog.log DbDir c:\Radiator\RadiusSS Foreground LogStdout Trace 3 # Listen for authentication requests on port 1812 as per RFC # 2138 AuthPort 1812 # Listen for accounting requests on port 1813 as # per RFC 2139 AcctPort 1813 # The name of the file where the radius PID will be written # after startup, so we don't conflict with another radiusd PidFile c:\Radiator\RadiusSS\tmp\radiusd.pid # CLIENTS Client 192.87.51.30 DupInterval 0 IgnoreAcctSignature #NasType unknown Secret Secret /Client Realm surfdiensten.nl AuthBy Radius Host NTSTEST Secret secret AuthPort 1812 IgnoreAccountingResponse /AuthBy /Realm Greetings, Alvin Anita SURFdiensten, omdat samenwerking ook voordelig is Alvin Anita Postbus 110 Onderdoor 74 3990 DC Houten 3995 DX Houten Telefoon (direct): + 31 (0)30 - 298 30 14 Email: [EMAIL PROTECTED] Internet: http://www.surfdiensten.nl === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) ClientListSQL problem: fetchrow failed
Hi I've just upgraded to 2.18.2 and all works fine with my old 2.13 configuration file. Now I would like to test the ClientListSQL feature and when the server start it says: DBD::Oracle::st fetchrow failed: ORA-65285: Message 65285 not found; product=RDBMS; facility=ORA (DBD ERROR: OCIStmtFetch) at /usr/local/lib/perl5/site_perl/5.6.1/Radius/ClientListSQL.pm line 101, FILE line 33. and in the log: Tue Jun 12 14:14:43 2001: DEBUG: Adding Clients from SQL database Tue Jun 12 14:14:43 2001: DEBUG: Query is: select CLIENT, SECRET, NULL, DUPINTERVAL, DEFAULTREALM from nettuno.DBT_RADIUSCLIENT Tue Jun 12 14:14:43 2001: INFO: Server started: Radiator 2.18.2 on presto.nextra.it But the server doesn't run correctly. I've looked for the error ORA-65285 but I haven't found anything. Does anyone have ever seen something like that? Here the configuration lines I'm testing: ClientListSQL DBSourcedbi:Oracle:nextra DBUsername user DBAuth passwd GetClientQuery select CLIENT, SECRET, NULL, DUPINTERVAL, \ DEFAULTREALM \ from nettuno.DBT_RADIUSCLIENT /ClientListSQL regards Edoardo -- [EMAIL PROTECTED] phone: +39 051 6139242 fax: +39 051 6114455 === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) Maximum Session
Hell All Maximum session doesnt work with me, i think the problem is in RADONLINE inserinto but i couldnt find out why. CFG File: SessionDatabase SQL #Identifier OnlineUsers DBSourcedbi:ODBC:MDBTest DBUsername DBAuth AddQueryinsert into RADONLINE \ (USERNAME, NASIDENTIFIER, NASPORT, ACCTSESSIONID, TIME_STAMP, FRAMEDIPADDRESS, SERVICETYPE, CALLEDSID) \ values \ ('%n', '%N', %{NAS-Port}, '%{Acct-Session-Id}', %{Timestamp}, '%{Port-Type}', '%{Service-Type}', '%{Called-Station-Id}') /SessionDatabase Realm - Log File Tue Jun 12 13:11:07 2001: ERR: Could not open dictionary file 'd:\radiator-demo-2.18\dictionary.cisco': No such file or directory Tue Jun 12 13:11:26 2001: DEBUG: Packet dump: *** Received from 127.0.0.1 port 4815 Code: Access-Request Identifier: 20 Authentic: 1234567890123456 Attributes: User-Name = ray Service-Type = Framed NAS-IP-Address = 203.63.154.1 NAS-Port = 1234 Called-Station-Id = 123456789 Calling-Station-Id = 987654321 NAS-Port-Type = Async User-Password = 205184m156175\424618889160216}x153 Tue Jun 12 13:11:29 2001: DEBUG: Handling request with Handler 'Realm=' Tue Jun 12 13:11:29 2001: DEBUG: Deleting session for ray, 203.63.154.1, 1234 Tue Jun 12 13:11:30 2001: DEBUG: do query is: delete from RADONLINE where NASIDENTIFIER='203.63.154.1' and NASPORT=01234 Tue Jun 12 13:11:31 2001: ERR: Could not open dictionary file 'd:\radiator-demo-2.18\dictionary.cisco': No such file or directory Tue Jun 12 13:11:33 2001: DEBUG: Query is: select NASIDENTIFIER, NASPORT, ACCTSESSIONID, FRAMEDIPADDRESS from RADONLINE where USERNAME='ray' Tue Jun 12 13:11:34 2001: DEBUG: Handling with Radius::AuthSQL Tue Jun 12 13:11:34 2001: DEBUG: Handling with Radius::AuthSQL Tue Jun 12 13:11:34 2001: DEBUG: Query is: select Password,BalanceTime from Authentication where USERNAME='ray' And ((BalanceTime 0 And Type='H') or Type='P') Tue Jun 12 13:11:34 2001: DEBUG: Radius::AuthSQL looks for match with ray Tue Jun 12 13:11:34 2001: DEBUG: Radius::AuthSQL ACCEPT: Tue Jun 12 13:11:34 2001: DEBUG: Access accepted for ray Tue Jun 12 13:11:34 2001: DEBUG: Packet dump: *** Sending to 127.0.0.1 port 4815 Code: Access-Accept Identifier: 20 Authentic: 1234567890123456 Attributes: Service-Type = Framed Framed-Protocol = PPP Tue Jun 12 13:11:34 2001: DEBUG: Packet dump: *** Received from 127.0.0.1 port 4815 Code: Accounting-Request Identifier: 21 Authentic: 246200*1721494\V241B)~228}13198 Attributes: User-Name = ray Service-Type = Framed NAS-IP-Address = 203.63.154.1 NAS-Port = 1234 NAS-Port-Type = Async Acct-Session-Id = 1234 Acct-Status-Type = Start Called-Station-Id = 123456789 Calling-Station-Id = 987654321 Tue Jun 12 13:11:34 2001: DEBUG: Handling request with Handler 'Realm=' Tue Jun 12 13:11:34 2001: DEBUG: Adding session for ray, 203.63.154.1, 1234 Tue Jun 12 13:11:34 2001: DEBUG: do query is: delete from RADONLINE where NASIDENTIFIER='203.63.154.1' and NASPORT=01234 Tue Jun 12 13:11:34 2001: DEBUG: do query is: insert into RADONLINE (USERNAME, NASIDENTIFIER, NASPORT, ACCTSESSIONID, TIME_STAMP, FRAMEDIPADDRESS, #NASPORTTYPE, SERVICETYPE, CALLEDSID) values ('ray', '203.63.154.1', 1234, '1234', 992340694, #'', '', 'Framed', '123456789') Tue Jun 12 13:11:35 2001: ERR: do failed for 'insert into RADONLINE (USERNAME, NASIDENTIFIER, NASPORT, ACCTSESSIONID, TIME_STAMP, FRAMEDIPADDRESS, #NASPORTTYPE, SERVICETYPE, CALLEDSID) values ('ray', '203.63.154.1', 1234, '1234', 992340694, #'', '', 'Framed', '123456789')': [Microsoft][ODBC Microsoft Access 97 Driver] Syntax error in INSERT INTO statement. (SQL-37000)(DBD: st_prepare/SQLPrepare err=-1) Tue Jun 12 13:11:38 2001: ERR: do failed for 'insert into RADONLINE (USERNAME, NASIDENTIFIER, NASPORT, ACCTSESSIONID, TIME_STAMP, FRAMEDIPADDRESS, #NASPORTTYPE, SERVICETYPE, CALLEDSID) values ('ray', '203.63.154.1', 1234, '1234', 992340694, #'', '', 'Framed', '123456789')': [Microsoft][ODBC Microsoft Access 97 Driver] Syntax error in INSERT INTO statement. (SQL-37000)(DBD: st_prepare/SQLPrepare err=-1) Tue Jun 12 13:11:38 2001: DEBUG: Handling with Radius::AuthSQL Tue Jun 12 13:11:38 2001: DEBUG: Handling accounting with Radius::AuthSQL Tue Jun 12 13:11:38 2001: DEBUG: Accounting accepted Tue Jun 12 13:11:38 2001: DEBUG: Packet dump: *** Sending to 127.0.0.1 port 4815 Code: Accounting-Response Identifier: 21 Authentic: 246200*1721494\V241B)~228}13198 Attributes: Tue Jun 12 13:11:38 2001: DEBUG: Packet dump: *** Received from 127.0.0.1 port 4815 Code: Accounting-Request Identifier: 22 Authentic: 8P245;4:i(224185128186eP187250 Attributes: User-Name = ray Service-Type =
Re: (RADIATOR) Safe to AuthLog FILE to AcctLogFileName?
Hello Dave - On Wednesday 13 June 2001 06:08, Kitabjian, Dave wrote: We want to add some Accounting records of our own to log, for example, when and why users are rejected access. Because we already have a sophisticated system in place for collecting accounting data, parsing it, and making it available to our TSR's via VB, we want to use the same channel to collecting this new data. Using AuthLog FILE and a custom FailureFormat including %r, %0 and %1, this works very nicely :) The question is... Is it safe to write to the same file as AcctLogFileName? I guess another way of asking is, is the AuthLog FILE write operation atomic? You are really asking two different questions. In answer to the first question above, yes a single Radiator process opens, writes, and closes every file it uses for every operation. Hence it is safe to rename, move, write to from different clauses, etc. The reason I'm concerned is because now, for the first time, I'll have two processes accessing that file at once; and since our Authentication and Accounting are handled by separate Radiators, and the AuthLog is used by Authentication and the AcctLogFileName is used by Accounting, corruption could occur. In answer to this second question, no Radiator does no file locking, so having two processes writing to the same file could certainly cause problems. In answer to your implied question, you should either use different files, or you should use AuthLog SQL instead. hth Hugh -- Radiator: the most portable, flexible and configurable RADIUS server anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X. - Nets: internetwork inventory and management - graphical, extensible, flexible with hardware, software, platform and database independence. === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) ClientListSQL problem: fetchrow failed
Hello Edoardo - Do you have other clauses (AuthBy SQL) that connect successfully to the database? Have you correctly configured the nettuno.DBT_RADIUSCLIENT table? And have you correctly entered the Client definitions into the table? Could you send me an example table dump of a Client definition? thanks Hugh On Tuesday 12 June 2001 22:48, Edoardo Martelli wrote: Hi I've just upgraded to 2.18.2 and all works fine with my old 2.13 configuration file. Now I would like to test the ClientListSQL feature and when the server start it says: DBD::Oracle::st fetchrow failed: ORA-65285: Message 65285 not found; product=RDBMS; facility=ORA (DBD ERROR: OCIStmtFetch) at /usr/local/lib/perl5/site_perl/5.6.1/Radius/ClientListSQL.pm line 101, FILE line 33. and in the log: Tue Jun 12 14:14:43 2001: DEBUG: Adding Clients from SQL database Tue Jun 12 14:14:43 2001: DEBUG: Query is: select CLIENT, SECRET, NULL, DUPINTERVAL, DEFAULTREALM from nettuno.DBT_RADIUSCLIENT Tue Jun 12 14:14:43 2001: INFO: Server started: Radiator 2.18.2 on presto.nextra.it But the server doesn't run correctly. I've looked for the error ORA-65285 but I haven't found anything. Does anyone have ever seen something like that? Here the configuration lines I'm testing: ClientListSQL DBSourcedbi:Oracle:nextra DBUsername user DBAuth passwd GetClientQuery select CLIENT, SECRET, NULL, DUPINTERVAL, \ DEFAULTREALM \ from nettuno.DBT_RADIUSCLIENT /ClientListSQL regards Edoardo -- Radiator: the most portable, flexible and configurable RADIUS server anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X. - Nets: internetwork inventory and management - graphical, extensible, flexible with hardware, software, platform and database independence. === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Maximum Session
Hello Mohammed - There appear to be at least two problems. The first is that you haven't specified the correct dictionary file. You should really start with the standard Radiator dictionary file (dictionary), and add or remove things you need or don't need. Note that the standard Radiator dictionary includes all Cisco definitions. The second problem is that the extract from the configuration file below does not match the debug output. Tue Jun 12 13:11:35 2001: ERR: do failed for 'insert into RADONLINE (USERNAME, NASIDENTIFIER, NASPORT, ACCTSESSIONID, TIME_STAMP, FRAMEDIPADDRESS, #NASPORTTYPE, SERVICETYPE, CALLEDSID) values ('ray', '203.63.154.1', 1234, '1234', 992340694, #'', '', 'Framed', '123456789')': [Microsoft][ODBC Microsoft Access 97 Driver] Syntax error in INSERT INTO statement. (SQL-37000)(DBD: st_prepare/SQLPrepare err=-1) There is an incorrect reference here to #NASPORTTYPE at the very least. hth Hugh On Wednesday 13 June 2001 01:51, Mohammed Adam wrote: Hell All Maximum session doesnt work with me, i think the problem is in RADONLINE inserinto but i couldnt find out why. CFG File: SessionDatabase SQL #Identifier OnlineUsers DBSourcedbi:ODBC:MDBTest DBUsername DBAuth AddQueryinsert into RADONLINE \ (USERNAME, NASIDENTIFIER, NASPORT, ACCTSESSIONID, TIME_STAMP, FRAMEDIPADDRESS, SERVICETYPE, CALLEDSID) \ values \ ('%n', '%N', %{NAS-Port}, '%{Acct-Session-Id}', %{Timestamp}, '%{Port-Type}', '%{Service-Type}', '%{Called-Station-Id}') /SessionDatabase Realm - Log File Tue Jun 12 13:11:07 2001: ERR: Could not open dictionary file 'd:\radiator-demo-2.18\dictionary.cisco': No such file or directory Tue Jun 12 13:11:26 2001: DEBUG: Packet dump: *** Received from 127.0.0.1 port 4815 Code: Access-Request Identifier: 20 Authentic: 1234567890123456 Attributes: User-Name = ray Service-Type = Framed NAS-IP-Address = 203.63.154.1 NAS-Port = 1234 Called-Station-Id = 123456789 Calling-Station-Id = 987654321 NAS-Port-Type = Async User-Password = 205184m156175\424618889160216}x153 Tue Jun 12 13:11:29 2001: DEBUG: Handling request with Handler 'Realm=' Tue Jun 12 13:11:29 2001: DEBUG: Deleting session for ray, 203.63.154.1, 1234 Tue Jun 12 13:11:30 2001: DEBUG: do query is: delete from RADONLINE where NASIDENTIFIER='203.63.154.1' and NASPORT=01234 Tue Jun 12 13:11:31 2001: ERR: Could not open dictionary file 'd:\radiator-demo-2.18\dictionary.cisco': No such file or directory Tue Jun 12 13:11:33 2001: DEBUG: Query is: select NASIDENTIFIER, NASPORT, ACCTSESSIONID, FRAMEDIPADDRESS from RADONLINE where USERNAME='ray' Tue Jun 12 13:11:34 2001: DEBUG: Handling with Radius::AuthSQL Tue Jun 12 13:11:34 2001: DEBUG: Handling with Radius::AuthSQL Tue Jun 12 13:11:34 2001: DEBUG: Query is: select Password,BalanceTime from Authentication where USERNAME='ray' And ((BalanceTime 0 And Type='H') or Type='P') Tue Jun 12 13:11:34 2001: DEBUG: Radius::AuthSQL looks for match with ray Tue Jun 12 13:11:34 2001: DEBUG: Radius::AuthSQL ACCEPT: Tue Jun 12 13:11:34 2001: DEBUG: Access accepted for ray Tue Jun 12 13:11:34 2001: DEBUG: Packet dump: *** Sending to 127.0.0.1 port 4815 Code: Access-Accept Identifier: 20 Authentic: 1234567890123456 Attributes: Service-Type = Framed Framed-Protocol = PPP Tue Jun 12 13:11:34 2001: DEBUG: Packet dump: *** Received from 127.0.0.1 port 4815 Code: Accounting-Request Identifier: 21 Authentic: 246200*1721494\V241B)~228}13198 Attributes: User-Name = ray Service-Type = Framed NAS-IP-Address = 203.63.154.1 NAS-Port = 1234 NAS-Port-Type = Async Acct-Session-Id = 1234 Acct-Status-Type = Start Called-Station-Id = 123456789 Calling-Station-Id = 987654321 Tue Jun 12 13:11:34 2001: DEBUG: Handling request with Handler 'Realm=' Tue Jun 12 13:11:34 2001: DEBUG: Adding session for ray, 203.63.154.1, 1234 Tue Jun 12 13:11:34 2001: DEBUG: do query is: delete from RADONLINE where NASIDENTIFIER='203.63.154.1' and NASPORT=01234 Tue Jun 12 13:11:34 2001: DEBUG: do query is: insert into RADONLINE (USERNAME, NASIDENTIFIER, NASPORT, ACCTSESSIONID, TIME_STAMP, FRAMEDIPADDRESS, #NASPORTTYPE, SERVICETYPE, CALLEDSID) values ('ray', '203.63.154.1', 1234, '1234', 992340694, #'', '', 'Framed', '123456789') Tue Jun 12 13:11:35 2001: ERR: do failed for 'insert into RADONLINE (USERNAME, NASIDENTIFIER, NASPORT, ACCTSESSIONID, TIME_STAMP, FRAMEDIPADDRESS, #NASPORTTYPE, SERVICETYPE, CALLEDSID) values ('ray', '203.63.154.1', 1234, '1234', 992340694, #'', '', 'Framed', '123456789')': [Microsoft][ODBC Microsoft Access 97 Driver] Syntax error in INSERT INTO statement. (SQL-37000)(DBD: st_prepare/SQLPrepare err=-1) Tue Jun 12 13:11:38 2001:
Re: (RADIATOR) AuthLDAP2 realm problem
Hello Brian - You will need to use a RewriteUsername if your users log in with usernames of the form [EMAIL PROTECTED] and the user database only contains the user portion. RewriteUsername s/^([^@]+).*/$1/ regards Hugh On Wednesday 13 June 2001 07:33, Brian Idzik (907) 465-8964 wrote: I'm pretty close to completing the demo setup of Radiator to use a Netscape LDAP server for shiva authentication, but am running into a realm issue. It appears that an at @ symbol appears after the userid regardless of whether a realm is defined or not. I tried stripping out the realm info, but the @ sign remains. Is there a way I can eliminate the realm and @ altogether? Thanks in advance for any help. (Sample log output) Tue Jun 12 09:27:05 2001: DEBUG: Connecting to localhost, port 389 Tue Jun 12 09:27:06 2001: DEBUG: No entries for jenny@ found in LDAP database Tue Jun 12 09:27:06 2001: DEBUG: Radius::AuthLDAP2 looks for match with jenny@ Content-Type: text/x-vcard; charset=us-ascii; name=brian_idzik.vcf Content-Transfer-Encoding: 7bit Content-Description: Card for Brian Idzik (907) 465-8964 -- Radiator: the most portable, flexible and configurable RADIUS server anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X. - Nets: internetwork inventory and management - graphical, extensible, flexible with hardware, software, platform and database independence. === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) AuthBy Radius error
Hello Alvin - The parameter for an AuthBy ... is case sensitive. Your configuration file should look like this: AuthBy RADIUS . /AuthBy hth Hugh On Tuesday 12 June 2001 22:09, Alvin Anita wrote: Hi all, I am getting the following error message when using AuthBy Radius: Can't locate object method new via package Radius::AuthRadius at Radius/Hand ler.pm line 71, FILE line 37. ...caught at radiusd line 2. Does someone know what the problem is? I am using the evalution version of Radiator, Perl version 5.6.0 on Windows 2000. The configuration file: LogDir c:\Radiator\RadiusSS\log LogFile %L\%Y%m%d-rdlog.log DbDir c:\Radiator\RadiusSS Foreground LogStdout Trace 3 # Listen for authentication requests on port 1812 as per RFC # 2138 AuthPort 1812 # Listen for accounting requests on port 1813 as # per RFC 2139 AcctPort 1813 # The name of the file where the radius PID will be written # after startup, so we don't conflict with another radiusd PidFile c:\Radiator\RadiusSS\tmp\radiusd.pid # CLIENTS Client 192.87.51.30 DupInterval 0 IgnoreAcctSignature #NasType unknown Secret Secret /Client Realm surfdiensten.nl AuthBy Radius Host NTSTEST Secret secret AuthPort 1812 IgnoreAccountingResponse /AuthBy /Realm Greetings, Alvin Anita SURFdiensten, omdat samenwerking ook voordelig is Alvin Anita Postbus 110 Onderdoor 74 3990 DC Houten 3995 DX Houten Telefoon (direct): + 31 (0)30 - 298 30 14 Email: [EMAIL PROTECTED] Internet: http://www.surfdiensten.nl === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message. -- Radiator: the most portable, flexible and configurable RADIUS server anywhere. Available on *NIX, *BSD, Windows 95/98/2000, NT, MacOS X. - Nets: internetwork inventory and management - graphical, extensible, flexible with hardware, software, platform and database independence. === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.