Re: dialup-admin problem
There is also daloRADIUS available which is a web platform to manage freeradius based on mysql. On Mon, Sep 21, 2009 at 5:16 PM, Franz X. Maier wrote: > I have the same problem: installed freeradius on Suse Linux 11.2 and got > the dialupadmin partially working, but the web-interface only shows the > dialup-admin Page with no main menu on the left side – only white. I get no > errors in the logs, but I also had to remove the two lines > > > > >># Scott Added for freeradius dialup-admin > > >>#LoadModule php4_module libexec/libphp4.so > > >>#AddModule mod_php4.c > > > > or it didn’t work at all. > > > > Any help? > > > > Franz X. Maier > > IT-Berater > > Promenadegasse 11-13/2/1 > > 1170 Wien > > Tel.: 01-8904222 > > Mobil: 0664-1004513 > > eMail: franz.x.ma...@inode.at > > Mobile eMail: franzxma...@mobileemail.vodafone.at > > > > - > List info/subscribe/unsubscribe? See > http://www.freeradius.org/list/users.html > - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: dialup-admin problem
I have the same problem: installed freeradius on Suse Linux 11.2 and got the dialupadmin partially working, but the web-interface only shows the dialup-admin Page with no main menu on the left side - only white. I get no errors in the logs, but I also had to remove the two lines >># Scott Added for freeradius dialup-admin >>#LoadModule php4_module libexec/libphp4.so >>#AddModule mod_php4.c or it didn't work at all. Any help? Franz X. Maier IT-Berater Promenadegasse 11-13/2/1 1170 Wien Tel.: 01-8904222 Mobil: 0664-1004513 eMail: franz.x.ma...@inode.at Mobile eMail: franzxma...@mobileemail.vodafone.at - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: dialup-admin problem
Hi, > OK - I think I figured out my problem, although not sure exactly which > correction I did fixed it. However, I am still getting the MySQL Debug > output and was wondering how to get rid of it: > > DEBUG(SQL,MYSQL DRIVER): Query: SELECT groupname FROM usergroup WHERE > username = 'srmiller'; > DEBUG(SQL,MYSQL DRIVER): Query Result: um, debugging is enabled by default. it helps fix things for the new installers. to 'shut it up' you simply edit the admin.conf in the conf/ directorylook for the obvious line: sql_debug: true and comment it out alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Re: dialup-admin problem
OK - I think I figured out my problem, although not sure exactly which correction I did fixed it. However, I am still getting the MySQL Debug output and was wondering how to get rid of it: DEBUG(SQL,MYSQL DRIVER): Query: SELECT groupname FROM usergroup WHERE username = 'srmiller'; DEBUG(SQL,MYSQL DRIVER): Query Result: Thanks, Scott Miller - Original Message - From: "Scott Miller" <[EMAIL PROTECTED]> To: "FreeRadius users mailing list" Sent: Monday, February 06, 2006 10:45 AM Subject: Re: dialup-admin problem Thanks for all the help. I verified that "error_reporting" is set to E_ALL, and have changed "display_errors" to On. Now, when I go to dialup-admin I get the first page fine, but when I click a link, here's the errors it displays: (above link window) Notice: Undefined variable: HTTP_SERVER_VARS in /usr/local/dialup-admin/html/buttons/default/buttons.html.php3 on line 22 - (inside link window - above links) Notice: import_request_variables() [function.import-request-variables]: No prefix specified - possible security hazard in /usr/local/dialup-admin/conf/config.php3 on line 8 Notice: Use of undefined constant general_use_session - assumed 'general_use_session' in /usr/local/dialup-admin/conf/config.php3 on line 61 Notice: Undefined variable: login in /usr/local/dialup-admin/conf/config.php3 on line 66 Notice: Undefined variable: login in /usr/local/dialup-admin/conf/config.php3 on line 69 Notice: Use of undefined constant general_username_mappings_file - assumed 'general_username_mappings_file' in /usr/local/dialup-admin/conf/config.php3 on line 76 Notice: Undefined index: general_username_mappings_file in /usr/local/dialup-admin/conf/config.php3 on line 76 Notice: Use of undefined constant general_use_session - assumed 'general_use_session' in /usr/local/dialup-admin/html/buttons/default/buttons.html.php3 on line 91 - (Right side when I click on "Find User" (all others have alot more "notice" statements:) Notice: import_request_variables() [function.import-request-variables]: No prefix specified - possible security hazard in /usr/local/dialup-admin/conf/config.php3 on line 8 Notice: Use of undefined constant general_use_session - assumed 'general_use_session' in /usr/local/dialup-admin/conf/config.php3 on line 61 Notice: Undefined variable: login in /usr/local/dialup-admin/conf/config.php3 on line 66 Notice: Undefined variable: login in /usr/local/dialup-admin/conf/config.php3 on line 69 Notice: Use of undefined constant general_username_mappings_file - assumed 'general_username_mappings_file' in /usr/local/dialup-admin/conf/config.php3 on line 76 Notice: Undefined index: general_username_mappings_file in /usr/local/dialup-admin/conf/config.php3 on line 76 Notice: Undefined variable: search_IN in /usr/local/dialup-admin/htdocs/find.php3 on line 3 Notice: Undefined variable: radius_attr in /usr/local/dialup-admin/htdocs/find.php3 on line 4 Notice: Undefined variable: max_results in /usr/local/dialup-admin/htdocs/find.php3 on line 5 I was getting permissions errors, but then changed group ownership to "apache" and set the entire directory to "755" Any help with these errors would be appriciated. Thanks, Scott Miller - Original Message ----- From: "Rich Marriner" <[EMAIL PROTECTED]> To: "FreeRadius users mailing list" Sent: Tuesday, January 24, 2006 10:05 AM Subject: Re: dialup-admin problem FreeBSD 6.0 Apache 2.2.0 PHP 5.1.1 FreeRadius 1.0.5 Dialup_admin works fine for me. It does appear to be a PHP problem. Look at your apache logs and see what errors you are getting if any. You might want to check the "error_reporting" setting in your php.ini, make sure it is set to E_ALL so you can see what errors are occuring. If this is not a production box you might even want to change "display_errors" to On. This should give you a couple more "hints" on where to go next. Rich Scott Miller wrote: I've found that my problem might be with Apache 2 and PHP 5 - does anyone else have dialup-admin running properly on Apache 2 and PHP 5? I'd hate to think I'd have to downgrade. Thanks, Scott - Original Message - From: "Scott Miller" <[EMAIL PROTECTED]> To: "FreeRadius users mailing list" Sent: Monday, January 23, 2006 1:03 PM Subject: dialup-admin problem I've installed freeradius 1.1.0, went through all the tests and everything (the tests) seems to be working fine there. My platform is: Fedora Core 4 Sendmail 8.13.4 Apache 2.0.54 MySQL 4.1.16 PHP 5.0.5-2.1 Freeradius 1.1.0 I've also followed the instructions for the dialup-admin, and have run into a problem. When I view servername.com/dialup-admin, I can see the fi
Re: dialup-admin problem
OK - I've figured out my own problem (I think) but not sure exactly what I did - BUT it seems to be working fine. However, how do I get rid of the MySQL Debug output such as: - Original Message - From: "Scott Miller" <[EMAIL PROTECTED]> To: "FreeRadius users mailing list" Sent: Monday, February 06, 2006 10:45 AM Subject: Re: dialup-admin problem Thanks for all the help. I verified that "error_reporting" is set to E_ALL, and have changed "display_errors" to On. Now, when I go to dialup-admin I get the first page fine, but when I click a link, here's the errors it displays: (above link window) Notice: Undefined variable: HTTP_SERVER_VARS in /usr/local/dialup-admin/html/buttons/default/buttons.html.php3 on line 22 - (inside link window - above links) Notice: import_request_variables() [function.import-request-variables]: No prefix specified - possible security hazard in /usr/local/dialup-admin/conf/config.php3 on line 8 Notice: Use of undefined constant general_use_session - assumed 'general_use_session' in /usr/local/dialup-admin/conf/config.php3 on line 61 Notice: Undefined variable: login in /usr/local/dialup-admin/conf/config.php3 on line 66 Notice: Undefined variable: login in /usr/local/dialup-admin/conf/config.php3 on line 69 Notice: Use of undefined constant general_username_mappings_file - assumed 'general_username_mappings_file' in /usr/local/dialup-admin/conf/config.php3 on line 76 Notice: Undefined index: general_username_mappings_file in /usr/local/dialup-admin/conf/config.php3 on line 76 Notice: Use of undefined constant general_use_session - assumed 'general_use_session' in /usr/local/dialup-admin/html/buttons/default/buttons.html.php3 on line 91 - (Right side when I click on "Find User" (all others have alot more "notice" statements:) Notice: import_request_variables() [function.import-request-variables]: No prefix specified - possible security hazard in /usr/local/dialup-admin/conf/config.php3 on line 8 Notice: Use of undefined constant general_use_session - assumed 'general_use_session' in /usr/local/dialup-admin/conf/config.php3 on line 61 Notice: Undefined variable: login in /usr/local/dialup-admin/conf/config.php3 on line 66 Notice: Undefined variable: login in /usr/local/dialup-admin/conf/config.php3 on line 69 Notice: Use of undefined constant general_username_mappings_file - assumed 'general_username_mappings_file' in /usr/local/dialup-admin/conf/config.php3 on line 76 Notice: Undefined index: general_username_mappings_file in /usr/local/dialup-admin/conf/config.php3 on line 76 Notice: Undefined variable: search_IN in /usr/local/dialup-admin/htdocs/find.php3 on line 3 Notice: Undefined variable: radius_attr in /usr/local/dialup-admin/htdocs/find.php3 on line 4 Notice: Undefined variable: max_results in /usr/local/dialup-admin/htdocs/find.php3 on line 5 I was getting permissions errors, but then changed group ownership to "apache" and set the entire directory to "755" Any help with these errors would be appriciated. Thanks, Scott Miller - Original Message ----- From: "Rich Marriner" <[EMAIL PROTECTED]> To: "FreeRadius users mailing list" Sent: Tuesday, January 24, 2006 10:05 AM Subject: Re: dialup-admin problem FreeBSD 6.0 Apache 2.2.0 PHP 5.1.1 FreeRadius 1.0.5 Dialup_admin works fine for me. It does appear to be a PHP problem. Look at your apache logs and see what errors you are getting if any. You might want to check the "error_reporting" setting in your php.ini, make sure it is set to E_ALL so you can see what errors are occuring. If this is not a production box you might even want to change "display_errors" to On. This should give you a couple more "hints" on where to go next. Rich Scott Miller wrote: I've found that my problem might be with Apache 2 and PHP 5 - does anyone else have dialup-admin running properly on Apache 2 and PHP 5? I'd hate to think I'd have to downgrade. Thanks, Scott - Original Message - From: "Scott Miller" <[EMAIL PROTECTED]> To: "FreeRadius users mailing list" Sent: Monday, January 23, 2006 1:03 PM Subject: dialup-admin problem I've installed freeradius 1.1.0, went through all the tests and everything (the tests) seems to be working fine there. My platform is: Fedora Core 4 Sendmail 8.13.4 Apache 2.0.54 MySQL 4.1.16 PHP 5.0.5-2.1 Freeradius 1.1.0 I've also followed the instructions for the dialup-admin, and have run into a problem. When I view servername.com/dialup-admin, I can see the first page just fine, but when I click on any link on the left, the right side just turns white - nothing displays. The "home" link brings me back to the "A web
Re: dialup-admin problem
Thanks for all the help. I verified that "error_reporting" is set to E_ALL, and have changed "display_errors" to On. Now, when I go to dialup-admin I get the first page fine, but when I click a link, here's the errors it displays: (above link window) Notice: Undefined variable: HTTP_SERVER_VARS in /usr/local/dialup-admin/html/buttons/default/buttons.html.php3 on line 22 - (inside link window - above links) Notice: import_request_variables() [function.import-request-variables]: No prefix specified - possible security hazard in /usr/local/dialup-admin/conf/config.php3 on line 8 Notice: Use of undefined constant general_use_session - assumed 'general_use_session' in /usr/local/dialup-admin/conf/config.php3 on line 61 Notice: Undefined variable: login in /usr/local/dialup-admin/conf/config.php3 on line 66 Notice: Undefined variable: login in /usr/local/dialup-admin/conf/config.php3 on line 69 Notice: Use of undefined constant general_username_mappings_file - assumed 'general_username_mappings_file' in /usr/local/dialup-admin/conf/config.php3 on line 76 Notice: Undefined index: general_username_mappings_file in /usr/local/dialup-admin/conf/config.php3 on line 76 Notice: Use of undefined constant general_use_session - assumed 'general_use_session' in /usr/local/dialup-admin/html/buttons/default/buttons.html.php3 on line 91 - (Right side when I click on "Find User" (all others have alot more "notice" statements:) Notice: import_request_variables() [function.import-request-variables]: No prefix specified - possible security hazard in /usr/local/dialup-admin/conf/config.php3 on line 8 Notice: Use of undefined constant general_use_session - assumed 'general_use_session' in /usr/local/dialup-admin/conf/config.php3 on line 61 Notice: Undefined variable: login in /usr/local/dialup-admin/conf/config.php3 on line 66 Notice: Undefined variable: login in /usr/local/dialup-admin/conf/config.php3 on line 69 Notice: Use of undefined constant general_username_mappings_file - assumed 'general_username_mappings_file' in /usr/local/dialup-admin/conf/config.php3 on line 76 Notice: Undefined index: general_username_mappings_file in /usr/local/dialup-admin/conf/config.php3 on line 76 Notice: Undefined variable: search_IN in /usr/local/dialup-admin/htdocs/find.php3 on line 3 Notice: Undefined variable: radius_attr in /usr/local/dialup-admin/htdocs/find.php3 on line 4 Notice: Undefined variable: max_results in /usr/local/dialup-admin/htdocs/find.php3 on line 5 I was getting permissions errors, but then changed group ownership to "apache" and set the entire directory to "755" Any help with these errors would be appriciated. Thanks, Scott Miller - Original Message - From: "Rich Marriner" <[EMAIL PROTECTED]> To: "FreeRadius users mailing list" Sent: Tuesday, January 24, 2006 10:05 AM Subject: Re: dialup-admin problem FreeBSD 6.0 Apache 2.2.0 PHP 5.1.1 FreeRadius 1.0.5 Dialup_admin works fine for me. It does appear to be a PHP problem. Look at your apache logs and see what errors you are getting if any. You might want to check the "error_reporting" setting in your php.ini, make sure it is set to E_ALL so you can see what errors are occuring. If this is not a production box you might even want to change "display_errors" to On. This should give you a couple more "hints" on where to go next. Rich Scott Miller wrote: I've found that my problem might be with Apache 2 and PHP 5 - does anyone else have dialup-admin running properly on Apache 2 and PHP 5? I'd hate to think I'd have to downgrade. Thanks, Scott - Original Message - From: "Scott Miller" <[EMAIL PROTECTED]> To: "FreeRadius users mailing list" Sent: Monday, January 23, 2006 1:03 PM Subject: dialup-admin problem I've installed freeradius 1.1.0, went through all the tests and everything (the tests) seems to be working fine there. My platform is: Fedora Core 4 Sendmail 8.13.4 Apache 2.0.54 MySQL 4.1.16 PHP 5.0.5-2.1 Freeradius 1.1.0 I've also followed the instructions for the dialup-admin, and have run into a problem. When I view servername.com/dialup-admin, I can see the first page just fine, but when I click on any link on the left, the right side just turns white - nothing displays. The "home" link brings me back to the "A web based administration interface for the freeradius radius server " page, but no other links seem to bring anyting up. Here's what I did: 1. Copied the directory dialup-admin to the /user/local/ directory 2. In /var/www/html I created a simlink /user/local/dialup-admin/htdocs named dialup-admin ln -s /usr/local/dialup-admin/htdocs /var/www/html/dialup-admin 3. Edited httpd.co
Re: dialup-admin problem
Mine too is FreeBSD 6.0 with Apache2.2.0 and php5.1 Dialup admin works
fine only one dialup menu option i.e "Statistics" when I click on it,
gives the error as follows;
Warning: mktime() expects parameter 1 to be long, string given in
/usr/home/httpd/baayu.com/dialbaayu/lib/functions.php3 on line 83
Warning: mktime() expects parameter 1 to be long, string given in
/usr/home/httpd/baayu.com/dialbaayu/lib/functions.php3 on line 83
==
On 1/24/2006, "Scott Miller" <[EMAIL PROTECTED]> wrote:
>I've found that my problem might be with Apache 2 and PHP 5 - does anyone
>else have dialup-admin running properly on Apache 2 and PHP 5? I'd hate to
>think I'd have to downgrade.
>
>Thanks,
>Scott
>
>
>- Original Message -
>From: "Scott Miller" <[EMAIL PROTECTED]>
>To: "FreeRadius users mailing list"
>Sent: Monday, January 23, 2006 1:03 PM
>Subject: dialup-admin problem
>
>
>> I've installed freeradius 1.1.0, went through all the tests and everything
>> (the tests) seems to be working fine there. My platform is:
>>
>> Fedora Core 4
>> Sendmail 8.13.4
>> Apache 2.0.54
>> MySQL 4.1.16
>> PHP 5.0.5-2.1
>> Freeradius 1.1.0
>>
>> I've also followed the instructions for the dialup-admin, and have run
>> into a problem. When I view servername.com/dialup-admin, I can see the
>> first page just fine, but when I click on any link on the left, the right
>> side just turns white - nothing displays. The "home" link brings me back
>> to the "A web based administration interface for the freeradius radius
>> server " page, but no other links seem to bring anyting up.
>>
>> Here's what I did:
>>
>> 1. Copied the directory dialup-admin to the /user/local/ directory
>> 2. In /var/www/html I created a simlink /user/local/dialup-admin/htdocs
>> named dialup-admin
>> ln -s /usr/local/dialup-admin/htdocs /var/www/html/dialup-admin
>> 3. Edited httpd.conf to the following
>>
>># Scott Added for freeradius dialup-admin
>>#LoadModule php4_module libexec/libphp4.so
>>#AddModule mod_php4.c
>>AddType application/x-httpd-php .php
>>AddType application/x-httpd-php .php3
>>
>> I had to comment out the fist two lines, because httpd kept failing and
>> producing the error: Apache 1.3 configuration directives found please read
>> /usr/share/doc/httpd-2.0.54/migration.html
>>
>> 4. I did not do: [1.3.2.2] Creating a more secure web interface. -
>> wanting to make it work first, then will start securing it.
>> 5. Created the 4 additional MySQL Databases according to the instructions
>> and all look fine.
>> 6. I then went through the general configuraiton options. I commented
>> out all LDAP options, and fixed the following:
>>
>>
>> general_prefered_lang: en
>> general_prefered_lang_name: English
>> general_charset: iso-8859-1
>> #general_decode_normal_attributes: yes
>> general_base_dir: /usr/local/dialup-admin
>> general_radiusd_base_dir: /usr/local/radiusd
>> general_use_session: no
>> general_most_recent_fl: 30
>> #general_strip_realms : yes
>> general_realm_delimiter: @
>> general_realm_format: suffix
>> general_show_user_password: yes
>> general_raddb_dir: %{general_radiusd_base_dir}/etc/raddb
>> general_ldap_attrmap: %{general_raddb_dir}/ldap.attrmap
>> #general_clients_conf: %{general_raddb_dir}/clients.conf
>> general_clients_conf: /usr/local/etc/raddb/clients.conf
>> general_sql_attrmap: %{general_base_dir}/conf/sql.attrmap
>> general_accounting_attrs_file: %{general_base_dir}/conf/accounting.attrs
>> general_extra_ldap_attrmap: %{general_base_dir}/conf/extra.ldap-attrmap
>> general_lib_type: sql
>> general_user_edit_attrs_file: %{general_base_dir}/conf/user_edit.attrs
>> general_sql_attrs_file: %{general_base_dir}/conf/sql.attrs
>> general_default_file: %{general_base_dir}/conf/default.vals
>> #general_ld_library_path: /usr/local/snmpd/lib
>> general_finger_type: snmp
>> general_nas_type: cisco
>> general_snmpfinger_bin: %{general_base_dir}/bin/snmpfinger
>> general_radclient_bin: %{general_radiusd_base_dir}/bin/radclient
>> general_test_account_login: test
>> general_test_account_password: testpass
>> general_radius_server: localhost
>> general_radius_server_port: 1812
>> general_radius_server_auth_proto: pap
>> general_radius_server_secret: commented-out
>> ge
Re: dialup-admin problem
FreeBSD 6.0
Apache 2.2.0
PHP 5.1.1
FreeRadius 1.0.5
Dialup_admin works fine for me. It does appear to be a PHP problem.
Look at your apache logs and see what errors you are getting if any.
You might want to check the "error_reporting" setting in your php.ini,
make sure it is set to E_ALL so you can see what errors are occuring.
If this is not a production box you might even want to change
"display_errors" to On.
This should give you a couple more "hints" on where to go next.
Rich
Scott Miller wrote:
I've found that my problem might be with Apache 2 and PHP 5 - does
anyone else have dialup-admin running properly on Apache 2 and PHP 5?
I'd hate to think I'd have to downgrade.
Thanks,
Scott
- Original Message - From: "Scott Miller" <[EMAIL PROTECTED]>
To: "FreeRadius users mailing list"
Sent: Monday, January 23, 2006 1:03 PM
Subject: dialup-admin problem
I've installed freeradius 1.1.0, went through all the tests and
everything (the tests) seems to be working fine there. My platform is:
Fedora Core 4
Sendmail 8.13.4
Apache 2.0.54
MySQL 4.1.16
PHP 5.0.5-2.1
Freeradius 1.1.0
I've also followed the instructions for the dialup-admin, and have
run into a problem. When I view servername.com/dialup-admin, I can
see the first page just fine, but when I click on any link on the
left, the right side just turns white - nothing displays. The "home"
link brings me back to the "A web based administration interface for
the freeradius radius server " page, but no other links seem to bring
anyting up.
Here's what I did:
1. Copied the directory dialup-admin to the /user/local/ directory
2. In /var/www/html I created a simlink
/user/local/dialup-admin/htdocs named dialup-admin
ln -s /usr/local/dialup-admin/htdocs /var/www/html/dialup-admin
3. Edited httpd.conf to the following
# Scott Added for freeradius dialup-admin
#LoadModule php4_module libexec/libphp4.so
#AddModule mod_php4.c
AddType application/x-httpd-php .php
AddType application/x-httpd-php .php3
I had to comment out the fist two lines, because httpd kept failing
and producing the error: Apache 1.3 configuration directives found
please read /usr/share/doc/httpd-2.0.54/migration.html
4. I did not do: [1.3.2.2] Creating a more secure web interface. -
wanting to make it work first, then will start securing it.
5. Created the 4 additional MySQL Databases according to the
instructions and all look fine.
6. I then went through the general configuraiton options. I
commented out all LDAP options, and fixed the following:
general_prefered_lang: en
general_prefered_lang_name: English
general_charset: iso-8859-1
#general_decode_normal_attributes: yes
general_base_dir: /usr/local/dialup-admin
general_radiusd_base_dir: /usr/local/radiusd
general_use_session: no
general_most_recent_fl: 30
#general_strip_realms : yes
general_realm_delimiter: @
general_realm_format: suffix
general_show_user_password: yes
general_raddb_dir: %{general_radiusd_base_dir}/etc/raddb
general_ldap_attrmap: %{general_raddb_dir}/ldap.attrmap
#general_clients_conf: %{general_raddb_dir}/clients.conf
general_clients_conf: /usr/local/etc/raddb/clients.conf
general_sql_attrmap: %{general_base_dir}/conf/sql.attrmap
general_accounting_attrs_file: %{general_base_dir}/conf/accounting.attrs
general_extra_ldap_attrmap: %{general_base_dir}/conf/extra.ldap-attrmap
general_lib_type: sql
general_user_edit_attrs_file: %{general_base_dir}/conf/user_edit.attrs
general_sql_attrs_file: %{general_base_dir}/conf/sql.attrs
general_default_file: %{general_base_dir}/conf/default.vals
#general_ld_library_path: /usr/local/snmpd/lib
general_finger_type: snmp
general_nas_type: cisco
general_snmpfinger_bin: %{general_base_dir}/bin/snmpfinger
general_radclient_bin: %{general_radiusd_base_dir}/bin/radclient
general_test_account_login: test
general_test_account_password: testpass
general_radius_server: localhost
general_radius_server_port: 1812
general_radius_server_auth_proto: pap
general_radius_server_secret: commented-out
general_auth_request_file: %{general_base_dir}/conf/auth.request
general_encryption_method: crypt
general_accounting_info_order: desc
general_stats_use_totacct: no
general_restrict_badusers_access: no
INCLUDE: %{general_base_dir}/conf/naslist.conf
INCLUDE: %{general_base_dir}/conf/captions.conf
#ldap_server: ldap.%{general_domain}
#ldap_write_server: master.%{general_domain}
#ldap_base: dc=company,dc=com
#ldap_binddn: cn=Directory Manager
#ldap_bindpw: XXX
#ldap_default_new_entry_suffix: ou=dialup,ou=guests,%{ldap_base}
#ldap_default_dn: uid=default-dialup,%{ldap_base}
#ldap_regular_profile_attr: dialupregularprofile
#ldap_use_http_credentials: yes
#ldap_directory_manager: cn=Directory Manager
#ldap_map_to_directory_manager: admin
#ldap_debug: true
# Allow for defining the ldap filter used when sea
Re: dialup-admin problem
I've found that my problem might be with Apache 2 and PHP 5 - does anyone
else have dialup-admin running properly on Apache 2 and PHP 5? I'd hate to
think I'd have to downgrade.
Thanks,
Scott
- Original Message -
From: "Scott Miller" <[EMAIL PROTECTED]>
To: "FreeRadius users mailing list"
Sent: Monday, January 23, 2006 1:03 PM
Subject: dialup-admin problem
I've installed freeradius 1.1.0, went through all the tests and everything
(the tests) seems to be working fine there. My platform is:
Fedora Core 4
Sendmail 8.13.4
Apache 2.0.54
MySQL 4.1.16
PHP 5.0.5-2.1
Freeradius 1.1.0
I've also followed the instructions for the dialup-admin, and have run
into a problem. When I view servername.com/dialup-admin, I can see the
first page just fine, but when I click on any link on the left, the right
side just turns white - nothing displays. The "home" link brings me back
to the "A web based administration interface for the freeradius radius
server " page, but no other links seem to bring anyting up.
Here's what I did:
1. Copied the directory dialup-admin to the /user/local/ directory
2. In /var/www/html I created a simlink /user/local/dialup-admin/htdocs
named dialup-admin
ln -s /usr/local/dialup-admin/htdocs /var/www/html/dialup-admin
3. Edited httpd.conf to the following
# Scott Added for freeradius dialup-admin
#LoadModule php4_module libexec/libphp4.so
#AddModule mod_php4.c
AddType application/x-httpd-php .php
AddType application/x-httpd-php .php3
I had to comment out the fist two lines, because httpd kept failing and
producing the error: Apache 1.3 configuration directives found please read
/usr/share/doc/httpd-2.0.54/migration.html
4. I did not do: [1.3.2.2] Creating a more secure web interface. -
wanting to make it work first, then will start securing it.
5. Created the 4 additional MySQL Databases according to the instructions
and all look fine.
6. I then went through the general configuraiton options. I commented
out all LDAP options, and fixed the following:
general_prefered_lang: en
general_prefered_lang_name: English
general_charset: iso-8859-1
#general_decode_normal_attributes: yes
general_base_dir: /usr/local/dialup-admin
general_radiusd_base_dir: /usr/local/radiusd
general_use_session: no
general_most_recent_fl: 30
#general_strip_realms : yes
general_realm_delimiter: @
general_realm_format: suffix
general_show_user_password: yes
general_raddb_dir: %{general_radiusd_base_dir}/etc/raddb
general_ldap_attrmap: %{general_raddb_dir}/ldap.attrmap
#general_clients_conf: %{general_raddb_dir}/clients.conf
general_clients_conf: /usr/local/etc/raddb/clients.conf
general_sql_attrmap: %{general_base_dir}/conf/sql.attrmap
general_accounting_attrs_file: %{general_base_dir}/conf/accounting.attrs
general_extra_ldap_attrmap: %{general_base_dir}/conf/extra.ldap-attrmap
general_lib_type: sql
general_user_edit_attrs_file: %{general_base_dir}/conf/user_edit.attrs
general_sql_attrs_file: %{general_base_dir}/conf/sql.attrs
general_default_file: %{general_base_dir}/conf/default.vals
#general_ld_library_path: /usr/local/snmpd/lib
general_finger_type: snmp
general_nas_type: cisco
general_snmpfinger_bin: %{general_base_dir}/bin/snmpfinger
general_radclient_bin: %{general_radiusd_base_dir}/bin/radclient
general_test_account_login: test
general_test_account_password: testpass
general_radius_server: localhost
general_radius_server_port: 1812
general_radius_server_auth_proto: pap
general_radius_server_secret: commented-out
general_auth_request_file: %{general_base_dir}/conf/auth.request
general_encryption_method: crypt
general_accounting_info_order: desc
general_stats_use_totacct: no
general_restrict_badusers_access: no
INCLUDE: %{general_base_dir}/conf/naslist.conf
INCLUDE: %{general_base_dir}/conf/captions.conf
#ldap_server: ldap.%{general_domain}
#ldap_write_server: master.%{general_domain}
#ldap_base: dc=company,dc=com
#ldap_binddn: cn=Directory Manager
#ldap_bindpw: XXX
#ldap_default_new_entry_suffix: ou=dialup,ou=guests,%{ldap_base}
#ldap_default_dn: uid=default-dialup,%{ldap_base}
#ldap_regular_profile_attr: dialupregularprofile
#ldap_use_http_credentials: yes
#ldap_directory_manager: cn=Directory Manager
#ldap_map_to_directory_manager: admin
#ldap_debug: true
# Allow for defining the ldap filter used when searching for a user
# Variables supported:
# %u: username
# %U: username provided though http authentication
# %mu: mappings for userdb
# %ma: mappings for accounting
#ldap_filter: (uid=%u)
#ldap_userdn: uid=%u,%{ldap_base}
sql_type: mysql
sql_server: localhost
sql_port: 3306
sql_username: xxx
sql_password: xxx
sql_database: radius
sql_accounting_table: radacct
sql_badusers_table: badusers
sql_check_table: radcheck
sql_reply_table: radreply
sql_user_info_table: userinfo
sql_groupcheck_table: radgroupcheck
sql_groupreply_table: radgroupreply
sql_
dialup-admin problem
I've installed freeradius 1.1.0, went through all the tests and everything
(the tests) seems to be working fine there. My platform is:
Fedora Core 4
Sendmail 8.13.4
Apache 2.0.54
MySQL 4.1.16
PHP 5.0.5-2.1
Freeradius 1.1.0
I've also followed the instructions for the dialup-admin, and have run into
a problem. When I view servername.com/dialup-admin, I can see the first
page just fine, but when I click on any link on the left, the right side
just turns white - nothing displays. The "home" link brings me back to the
"A web based administration interface for the freeradius radius server "
page, but no other links seem to bring anyting up.
Here's what I did:
1. Copied the directory dialup-admin to the /user/local/ directory
2. In /var/www/html I created a simlink /user/local/dialup-admin/htdocs
named dialup-admin
ln -s /usr/local/dialup-admin/htdocs /var/www/html/dialup-admin
3. Edited httpd.conf to the following
# Scott Added for freeradius dialup-admin
#LoadModule php4_module libexec/libphp4.so
#AddModule mod_php4.c
AddType application/x-httpd-php .php
AddType application/x-httpd-php .php3
I had to comment out the fist two lines, because httpd kept failing and
producing the error: Apache 1.3 configuration directives found please read
/usr/share/doc/httpd-2.0.54/migration.html
4. I did not do: [1.3.2.2] Creating a more secure web interface. - wanting
to make it work first, then will start securing it.
5. Created the 4 additional MySQL Databases according to the instructions
and all look fine.
6. I then went through the general configuraiton options. I commented out
all LDAP options, and fixed the following:
general_prefered_lang: en
general_prefered_lang_name: English
general_charset: iso-8859-1
#general_decode_normal_attributes: yes
general_base_dir: /usr/local/dialup-admin
general_radiusd_base_dir: /usr/local/radiusd
general_use_session: no
general_most_recent_fl: 30
#general_strip_realms : yes
general_realm_delimiter: @
general_realm_format: suffix
general_show_user_password: yes
general_raddb_dir: %{general_radiusd_base_dir}/etc/raddb
general_ldap_attrmap: %{general_raddb_dir}/ldap.attrmap
#general_clients_conf: %{general_raddb_dir}/clients.conf
general_clients_conf: /usr/local/etc/raddb/clients.conf
general_sql_attrmap: %{general_base_dir}/conf/sql.attrmap
general_accounting_attrs_file: %{general_base_dir}/conf/accounting.attrs
general_extra_ldap_attrmap: %{general_base_dir}/conf/extra.ldap-attrmap
general_lib_type: sql
general_user_edit_attrs_file: %{general_base_dir}/conf/user_edit.attrs
general_sql_attrs_file: %{general_base_dir}/conf/sql.attrs
general_default_file: %{general_base_dir}/conf/default.vals
#general_ld_library_path: /usr/local/snmpd/lib
general_finger_type: snmp
general_nas_type: cisco
general_snmpfinger_bin: %{general_base_dir}/bin/snmpfinger
general_radclient_bin: %{general_radiusd_base_dir}/bin/radclient
general_test_account_login: test
general_test_account_password: testpass
general_radius_server: localhost
general_radius_server_port: 1812
general_radius_server_auth_proto: pap
general_radius_server_secret: commented-out
general_auth_request_file: %{general_base_dir}/conf/auth.request
general_encryption_method: crypt
general_accounting_info_order: desc
general_stats_use_totacct: no
general_restrict_badusers_access: no
INCLUDE: %{general_base_dir}/conf/naslist.conf
INCLUDE: %{general_base_dir}/conf/captions.conf
#ldap_server: ldap.%{general_domain}
#ldap_write_server: master.%{general_domain}
#ldap_base: dc=company,dc=com
#ldap_binddn: cn=Directory Manager
#ldap_bindpw: XXX
#ldap_default_new_entry_suffix: ou=dialup,ou=guests,%{ldap_base}
#ldap_default_dn: uid=default-dialup,%{ldap_base}
#ldap_regular_profile_attr: dialupregularprofile
#ldap_use_http_credentials: yes
#ldap_directory_manager: cn=Directory Manager
#ldap_map_to_directory_manager: admin
#ldap_debug: true
# Allow for defining the ldap filter used when searching for a user
# Variables supported:
# %u: username
# %U: username provided though http authentication
# %mu: mappings for userdb
# %ma: mappings for accounting
#ldap_filter: (uid=%u)
#ldap_userdn: uid=%u,%{ldap_base}
sql_type: mysql
sql_server: localhost
sql_port: 3306
sql_username: xxx
sql_password: xxx
sql_database: radius
sql_accounting_table: radacct
sql_badusers_table: badusers
sql_check_table: radcheck
sql_reply_table: radreply
sql_user_info_table: userinfo
sql_groupcheck_table: radgroupcheck
sql_groupreply_table: radgroupreply
sql_usergroup_table: usergroup
sql_total_accounting_table: totacct
sql_nas_table: nas
sql_command: /usr/local/bin/mysql
general_snmp_type: net
general_snmpwalk_command: /usr/local/bin/snmpwalk
general_snmpget_command: /usr/local/bin/snmpget
sql_debug: true
#sql_use_http_credentials: yes
#sql_accounting_extra_query: %ma
sql_use_user_info_table: true
sql_use_operators: true
#sql_default_user_profile: DEFAULT
sql_password_attribute: User-Password
sql_date_form
Re: dialup admin - problem with users
On Wed, 12 Oct 2005, Matt Vollmar wrote: Hi, I searched the archives briefly, but I wasn't sure how to even phrase this issue. I have Freeradius authenticating Chillispot through a MySQL DB. One of the features of Chillispot is to authenticate based on MAC address first before checking username. This sends the MAC as Username and a pre-determined password. I have this working fine, but the problem is that Dialup Admin will not accept usernames with "dashes" in them. Every time I try to edit a user like "00-0E-35-A8-25-9F", it changes the name to "000E35A8259F" which of course does not exist. Anyone know of a quick fix for this? If not, I will send some patches for this and a few other problems I found with Dialup Admin. I just hate delving into a project like this when there is the possibility of a fix existing. See conf/config.php3 and preg_replace on the $login variable. Though in the latest version '-' is also accepted. Hope this helps Thanks, Matt - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html -- Kostas Kalevras Network Operations Center [EMAIL PROTECTED] National Technical University of Athens, Greece Work Phone: +30 210 7721861 'Go back to the shadow' Gandalf - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
dialup admin - problem with users
Hi, I searched the archives briefly, but I wasn't sure how to even phrase this issue. I have Freeradius authenticating Chillispot through a MySQL DB. One of the features of Chillispot is to authenticate based on MAC address first before checking username. This sends the MAC as Username and a pre-determined password. I have this working fine, but the problem is that Dialup Admin will not accept usernames with "dashes" in them. Every time I try to edit a user like "00-0E-35-A8-25-9F", it changes the name to "000E35A8259F" which of course does not exist. Anyone know of a quick fix for this? If not, I will send some patches for this and a few other problems I found with Dialup Admin. I just hate delving into a project like this when there is the possibility of a fix existing. Thanks, Matt - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
