auth
Sponsored Links
Sponsored Links
Secleted [ 0 ] software to compare
Results 1 - 15 of about 148
Auth-X 0.7
Auth-X provides the Web-based authentication component for the R-BOSS system. more>>
Auth-X provides the Web-based authentication component for the R-BOSS system.
Auth-X is the web based authentication component for all R-BOSS applications (Actual-X, News-X, Track-x, etc). Access to all R-Boss applications initiates after and an Auth-X session. Though Auth-X is not directly access by users, it plays a fundamental role in tying the various R-BOSS applications together.
The User module/library is used by R-BOSS applications to authenticate users against a central user database. The User module also authorizes the level of permissions a user has and what task the user is allowed to perform. In addition to the User module/library, Auth-X is comprised of web based CGI pages. These CGI pages all allow new users to add themselves, pending administrator approval. Administrators then approve new users and authorize allowed program access.
Each of the R-Boss programs has different types of permissions, and the proper use of the Auth-X system can ensure that each user has sufficient rights to do what he or she needs to do-but nothing more. Auth-X enables users to change their own passwords and apply for permissions on the various R-BOSS programs. Auth-X administrators (generally within the language service) are notified via e-mail and are then able to authorize - or deny - the privileges without the intervention of technical support staff.
Auth-X Administrators are entrusted as the gatekeeper to important services and data. Administrators set the level of privileges the users has to perform task within the R-BOSS programs.
<<lessAuth-X is the web based authentication component for all R-BOSS applications (Actual-X, News-X, Track-x, etc). Access to all R-Boss applications initiates after and an Auth-X session. Though Auth-X is not directly access by users, it plays a fundamental role in tying the various R-BOSS applications together.
The User module/library is used by R-BOSS applications to authenticate users against a central user database. The User module also authorizes the level of permissions a user has and what task the user is allowed to perform. In addition to the User module/library, Auth-X is comprised of web based CGI pages. These CGI pages all allow new users to add themselves, pending administrator approval. Administrators then approve new users and authorize allowed program access.
Each of the R-Boss programs has different types of permissions, and the proper use of the Auth-X system can ensure that each user has sufficient rights to do what he or she needs to do-but nothing more. Auth-X enables users to change their own passwords and apply for permissions on the various R-BOSS programs. Auth-X administrators (generally within the language service) are notified via e-mail and are then able to authorize - or deny - the privileges without the intervention of technical support staff.
Auth-X Administrators are entrusted as the gatekeeper to important services and data. Administrators set the level of privileges the users has to perform task within the R-BOSS programs.
Download (0.048MB)
Added: 2007-04-17 License: GPL (GNU General Public License) Price:
921 downloads
Auth MemCookie 1.0
Auth MemCookie is an Apache v2 authentification and authorization modules are based on cookie authentification mecanism. more>>
Auth MemCookie is an Apache v2 authentification and authorization modules are based on "cookie" authentification mecanism.
The module dont make authentification by it self, but verify if authentification "the cookie" are valid for each url protected by the module. The module validate also if the "authentificated user" have authorisation to acces url.
Authentification are made externaly by an authentification form page and all authentification information nessary to the module a stored in memcached indentified by the cookie value "authentification session id" by this login page.
How it Works
Phase 1 : The login Form
Authentification are made by a login formular page.
This login page must authenticate the user with any authenticate source (ldap, /etc/password, file, database....) accessible to langage of the page (php, perl, java... an ldap login page sample in php are in samples directory).
Then must set cookie that contain only a key the "authentification unique id" of the "authentification session".
The login page must store authorisation and user information of the authenticated user in memcached identified by the cookie key "authentification unique id".
The login page can be developted in any langage you want, but must be capable to use memcached (they must have memcache client api for us)
Phase 2 : The Apache v2 Module
After the user are logged, the apache 2 module check on each protected page by apache ACL the presence of the "cookie".
if the "cookie" exist, try to get session in memcached with the "cookie" value if not found return "HTTP_UNAUTHORIZED" page.
if session exist in memcached verify if acl match user session information if not match return "HTTP_FORBIDDEN" page.
<<lessThe module dont make authentification by it self, but verify if authentification "the cookie" are valid for each url protected by the module. The module validate also if the "authentificated user" have authorisation to acces url.
Authentification are made externaly by an authentification form page and all authentification information nessary to the module a stored in memcached indentified by the cookie value "authentification session id" by this login page.
How it Works
Phase 1 : The login Form
Authentification are made by a login formular page.
This login page must authenticate the user with any authenticate source (ldap, /etc/password, file, database....) accessible to langage of the page (php, perl, java... an ldap login page sample in php are in samples directory).
Then must set cookie that contain only a key the "authentification unique id" of the "authentification session".
The login page must store authorisation and user information of the authenticated user in memcached identified by the cookie key "authentification unique id".
The login page can be developted in any langage you want, but must be capable to use memcached (they must have memcache client api for us)
Phase 2 : The Apache v2 Module
After the user are logged, the apache 2 module check on each protected page by apache ACL the presence of the "cookie".
if the "cookie" exist, try to get session in memcached with the "cookie" value if not found return "HTTP_UNAUTHORIZED" page.
if session exist in memcached verify if acl match user session information if not match return "HTTP_FORBIDDEN" page.
Download (0.012MB)
Added: 2006-03-15 License: The Apache License 2.0 Price:
1318 downloads
qmail-smtpd-auth 0.31
qmail-smtpd-auth is a patch for qmail that enables it to support SMTP AUTH protocol. more>>
qmail-smtpd-auth is a patch for qmail that enables it to support SMTP AUTH protocol with the following auth types: LOGIN, PLAIN and CRAM-MD5. Its based on a previous patch by Mrs.Brisby that implemented LOGIN type. This version has some enhancements and allows easy adding of new auth methods.
If you want to learn more about SMTP AUTH itself, then visit my SMTP AUTH page.
This patch adds the ESMTP AUTH option to qmail-1.03, allowing the LOGIN, PLAIN, and CRAM-MD5 AUTH types. An appropriate checkpassword tool is necessary to support the authentication. See http://cr.yp.to/checkpwd.html for more information on the interface. Note that the checkpassword tool should support all of the AUTH types
advertised by qmail-smtpd.
As reflected in the modified qmail-smtpd(8) man page, qmail-smtpd must be invoked with three arguments: hostname, checkprogram, and subprogram. If these arguments are missing, qmail-smtpd will still advertise availability of AUTH, but will fail with a permanent error when AUTH is used.
hostname is simply used to form the CRAM-MD5 challenge. qmail-smtpd invokes checkprogram, feeding it the username and password, in the case of LOGIN or PLAIN, or the username, challenge, and response, in the case of CRAM-MD5. If the user is permitted, checkprogram invokes subprogram, which just has to exit with a status of 0 for the user to be authenticated. Otherwise, checkprogram exits with a non-zero
status. subprogram can usually be /usr/bin/true (or /bin/true, depending on your flavor of OS).
If the user is successfully authenticated, the RELAYCLIENT environment variable is effectively set for the SMTP session, and the TCPREMOTEINFO environment variable is set to the authenticated username, overriding any value that tcpserver may have set. The
value of TCPREMOTEINFO is reflected in a Received header.
Enhancements:
- bug: AUTH PLAIN 334 response not RFC compliant. Reported by Mark Crispin
- .
- change: Set TCPREMOTEINFO environment variable to authenticated username. (Previously only set locally to qmail-smtpd.)
<<lessIf you want to learn more about SMTP AUTH itself, then visit my SMTP AUTH page.
This patch adds the ESMTP AUTH option to qmail-1.03, allowing the LOGIN, PLAIN, and CRAM-MD5 AUTH types. An appropriate checkpassword tool is necessary to support the authentication. See http://cr.yp.to/checkpwd.html for more information on the interface. Note that the checkpassword tool should support all of the AUTH types
advertised by qmail-smtpd.
As reflected in the modified qmail-smtpd(8) man page, qmail-smtpd must be invoked with three arguments: hostname, checkprogram, and subprogram. If these arguments are missing, qmail-smtpd will still advertise availability of AUTH, but will fail with a permanent error when AUTH is used.
hostname is simply used to form the CRAM-MD5 challenge. qmail-smtpd invokes checkprogram, feeding it the username and password, in the case of LOGIN or PLAIN, or the username, challenge, and response, in the case of CRAM-MD5. If the user is permitted, checkprogram invokes subprogram, which just has to exit with a status of 0 for the user to be authenticated. Otherwise, checkprogram exits with a non-zero
status. subprogram can usually be /usr/bin/true (or /bin/true, depending on your flavor of OS).
If the user is successfully authenticated, the RELAYCLIENT environment variable is effectively set for the SMTP session, and the TCPREMOTEINFO environment variable is set to the authenticated username, overriding any value that tcpserver may have set. The
value of TCPREMOTEINFO is reflected in a Received header.
Enhancements:
- bug: AUTH PLAIN 334 response not RFC compliant. Reported by Mark Crispin
- .
- change: Set TCPREMOTEINFO environment variable to authenticated username. (Previously only set locally to qmail-smtpd.)
Download (0.008MB)
Added: 2006-07-06 License: GPL (GNU General Public License) Price:
1228 downloads
OpenVPN Auth Passwd 1.1
OpenVPN Auth Passwd is a plugin that authenticates OpenVPN users using the local passwd or shadow files. more>>
OpenVPN Auth Passwd is a plugin that authenticates OpenVPN users using the local passwd or shadow files, using a privilege separation model.
OpenVPN Auth Passwds authentication method must be defined in the Makefile prior to the compilation of the plugin.
On shadowed systems it uses the functions provided in the shadow suite and, on other systems, the getpwnam(3) function to verify the username/password.
SYNOPSIS
The openvpn-auth-passwd module implements username/password authentication via the passwd files and, in the systems with shadow support, we use it. It is provided for systems that dont have PAM.
This module uses a split privilege execution model, the same used in the auth-pam and down-root plugins. That is, even if you drop the openvpn daemon privileges using the user, group, or chroot directives, the plugin still work.
BUILD
To build openvpn-auth-passwd on systems that use shadow, you will need to have the shadow suite and its devel headers installed.
On GNU systems build with the "make" command. In other systems you should install the GNU make, if you dont have it, and type "gmake". The module will be named openvpn-auth-passwd.so
USAGE
To use this plugin module, add to your OpenVPN config file:
plugin openvpn-auth-passwd.so
Run OpenVPN with --verb 7 or higher to get debugging output from this plugin.
CAVEATS
This module is supposed to work on any *nix system but, more testing should be done. Right now it works in the Linux and OpenBSD.
There is no portable way to check if you are using the shadow suite or not. And, as we are not using autoconf to do this, you must manually set the USE_SHADOW directive in the Makefile. We assume by default that you are using it (the majority of linux distributions and sun). If you arent (the majority of *bsd systems and others),
you should set it to 0.
Enhancements:
- Added a new funtion to check if the user belong to a given group or not.
<<lessOpenVPN Auth Passwds authentication method must be defined in the Makefile prior to the compilation of the plugin.
On shadowed systems it uses the functions provided in the shadow suite and, on other systems, the getpwnam(3) function to verify the username/password.
SYNOPSIS
The openvpn-auth-passwd module implements username/password authentication via the passwd files and, in the systems with shadow support, we use it. It is provided for systems that dont have PAM.
This module uses a split privilege execution model, the same used in the auth-pam and down-root plugins. That is, even if you drop the openvpn daemon privileges using the user, group, or chroot directives, the plugin still work.
BUILD
To build openvpn-auth-passwd on systems that use shadow, you will need to have the shadow suite and its devel headers installed.
On GNU systems build with the "make" command. In other systems you should install the GNU make, if you dont have it, and type "gmake". The module will be named openvpn-auth-passwd.so
USAGE
To use this plugin module, add to your OpenVPN config file:
plugin openvpn-auth-passwd.so
Run OpenVPN with --verb 7 or higher to get debugging output from this plugin.
CAVEATS
This module is supposed to work on any *nix system but, more testing should be done. Right now it works in the Linux and OpenBSD.
There is no portable way to check if you are using the shadow suite or not. And, as we are not using autoconf to do this, you must manually set the USE_SHADOW directive in the Makefile. We assume by default that you are using it (the majority of linux distributions and sun). If you arent (the majority of *bsd systems and others),
you should set it to 0.
Enhancements:
- Added a new funtion to check if the user belong to a given group or not.
Download (0.005MB)
Added: 2006-05-03 License: GPL (GNU General Public License) Price:
1276 downloads
CGI::Builder::Auth::GroupAdmin 0.06
CGI::Builder::Auth::GroupAdmin is a Perl module for the management of HTTP server group databases. more>>
CGI::Builder::Auth::GroupAdmin is a Perl module for the management of HTTP server group databases.
SYNOPSIS
use CGI::Builder::Auth::GroupAdmin ();
Pay no attention to that man behind the curtain! Move along, nothing to see here!
This module was originally part of the HTTPD-User-Manage collection, which is available on CPAN. If you want to use it, go download that package. This module is used as part of the internal implementation of CGI::Builder::Auth.
The original documentation is preserved here in this release for historical purposes. The software has been hacked and this documentation is not guaranteed to be correct. The module may disappear from the CGI::Builder::Auth distribution in a future release.
Do not use it directly or rely on it.
This software is meant to provide a generic interface that hides the inconsistencies across HTTP server implementations of user and group databases.
<<lessSYNOPSIS
use CGI::Builder::Auth::GroupAdmin ();
Pay no attention to that man behind the curtain! Move along, nothing to see here!
This module was originally part of the HTTPD-User-Manage collection, which is available on CPAN. If you want to use it, go download that package. This module is used as part of the internal implementation of CGI::Builder::Auth.
The original documentation is preserved here in this release for historical purposes. The software has been hacked and this documentation is not guaranteed to be correct. The module may disappear from the CGI::Builder::Auth distribution in a future release.
Do not use it directly or rely on it.
This software is meant to provide a generic interface that hides the inconsistencies across HTTP server implementations of user and group databases.
Download (0.050MB)
Added: 2007-03-14 License: Perl Artistic License Price:
954 downloads
CGI::Builder::Auth::UserAdmin 0.06
CGI::Builder::Auth::UserAdmin is a Perl module for the management of HTTP server user databases. more>>
CGI::Builder::Auth::UserAdmin is a Perl module for the management of HTTP server user databases.
SYNOPSIS
use CGI::Builder::Auth::UserAdmin ();
Pay no attention to that man behind the curtain! Move along, nothing to see here!
This module was originally part of the HTTPD-User-Manage collection, which is available on CPAN. If you want to use it, go download that package. This module is used as part of the internal implementation of CGI::Builder::Auth. The original documentation is preserved here in this release for historical purposes. The software has been hacked and this documentation is not guaranteed to be correct. The module may disappear from the CGI::Builder::Auth distribution in a future release. Do not use it directly or rely on it.
This software is meant to provide a generic interface that hides the inconsistencies across HTTP server implementations of user and group databases.
METHODS
new ()
Heres where we find out whats different about your server.
Some examples:
@DBM = (DBType => DBM,
DB => .htpasswd,
Server => apache);
$user = new CGI::Builder::Auth::UserAdmin @DBM;
This creates an object whos database is a DBM file named .htpasswd, in a format that the Apache server understands.
@Text = (DBType => Text,
DB => .htpasswd,
Server => ncsa);
$user = new CGI::Builder::Auth::UserAdmin @Text;
This creates an object whose database is a plain text file named .htpasswd, in a format that the NCSA server understands.
@SQL = (DBType => "SQL",
Host => "", #server hostname
Port => "", #server port
DB => "www", #database name
User => "", #database login name
Auth => "", #database login password
Encrypt => "crypt", #encryption method
Driver => "mSQL", #driver for DBI
Server => "apache", #HTTP server type, not required
UserTable => "www-users", #table with field names below
NameField => "user", #field for the name
PasswordField => "password", #field for the password
);
$user = new CGI::Builder::Auth::UserAdmin @SQL;
This creates an object whos mSQL database is named www, with a schema that the Apache server (extention) understands.
<<lessSYNOPSIS
use CGI::Builder::Auth::UserAdmin ();
Pay no attention to that man behind the curtain! Move along, nothing to see here!
This module was originally part of the HTTPD-User-Manage collection, which is available on CPAN. If you want to use it, go download that package. This module is used as part of the internal implementation of CGI::Builder::Auth. The original documentation is preserved here in this release for historical purposes. The software has been hacked and this documentation is not guaranteed to be correct. The module may disappear from the CGI::Builder::Auth distribution in a future release. Do not use it directly or rely on it.
This software is meant to provide a generic interface that hides the inconsistencies across HTTP server implementations of user and group databases.
METHODS
new ()
Heres where we find out whats different about your server.
Some examples:
@DBM = (DBType => DBM,
DB => .htpasswd,
Server => apache);
$user = new CGI::Builder::Auth::UserAdmin @DBM;
This creates an object whos database is a DBM file named .htpasswd, in a format that the Apache server understands.
@Text = (DBType => Text,
DB => .htpasswd,
Server => ncsa);
$user = new CGI::Builder::Auth::UserAdmin @Text;
This creates an object whose database is a plain text file named .htpasswd, in a format that the NCSA server understands.
@SQL = (DBType => "SQL",
Host => "", #server hostname
Port => "", #server port
DB => "www", #database name
User => "", #database login name
Auth => "", #database login password
Encrypt => "crypt", #encryption method
Driver => "mSQL", #driver for DBI
Server => "apache", #HTTP server type, not required
UserTable => "www-users", #table with field names below
NameField => "user", #field for the name
PasswordField => "password", #field for the password
);
$user = new CGI::Builder::Auth::UserAdmin @SQL;
This creates an object whos mSQL database is named www, with a schema that the Apache server (extention) understands.
Download (0.050MB)
Added: 2007-03-13 License: Perl Artistic License Price:
955 downloads
WWW::Facebook::API::REST::Client::Auth 0.0.3
WWW::Facebook::API::REST::Client::Auth is a Perl module with authentication utilities for Client. more>>
WWW::Facebook::API::REST::Client::Auth is a Perl module with authentication utilities for Client.
SYNOPSIS
use WWW::Facebook::API::REST::Client::Auth;
Methods for accessing auth with WWW::Facebook::API::REST::Client
SUBROUTINES/METHODS
create_token
auth.createToken of the Facebook API
get_session
auth.getSession of the Facebook API
INTERNAL METHODS AND FUNCTIONS
base
The WWW::Facebook::API::REST::Client::Base object to use to make calls to the REST server
_make_secure
Changes the server_uri to https for get_session.
_make_insecure
Changes the server_uri back to http at the end of get_session.
<<lessSYNOPSIS
use WWW::Facebook::API::REST::Client::Auth;
Methods for accessing auth with WWW::Facebook::API::REST::Client
SUBROUTINES/METHODS
create_token
auth.createToken of the Facebook API
get_session
auth.getSession of the Facebook API
INTERNAL METHODS AND FUNCTIONS
base
The WWW::Facebook::API::REST::Client::Base object to use to make calls to the REST server
_make_secure
Changes the server_uri to https for get_session.
_make_insecure
Changes the server_uri back to http at the end of get_session.
Download (0.010MB)
Added: 2007-01-15 License: Perl Artistic License Price:
1016 downloads
ftp4che 0.7.1
ftp4che is an FTP library for Java 1.4 and 5.0 that features support for implicit SSL. more>>
ftp4che is an FTP library for Java 1.4 and 5.0 that features support for implicit SSL, implicit AUTH SSL, AUTH TLS, TLS, FXP, PRET, SSCN, an event model, bandwidth control, and unlimited file sizes.
<<less Download (0.87MB)
Added: 2007-05-22 License: LGPL (GNU Lesser General Public License) Price:
888 downloads
Auth2db 0.2.2
Auth2db parses auth.log files and inserts details about logins into a MySQL database. more>>
Auth2db parses auth.log files and inserts details about logins into a MySQL database.
The project allows you to display in the shell or in a Web front-end the date and time, IP, username and service (ssh, smb, login, su, gdm, etc.) for each login.
<<lessThe project allows you to display in the shell or in a Web front-end the date and time, IP, username and service (ssh, smb, login, su, gdm, etc.) for each login.
Download (4.2MB)
Added: 2007-07-04 License: GPL (GNU General Public License) Price:
843 downloads
squid-imap 1.0
squid-imap provides a piece of oftware to authenticate squid users via an IMAP server. more>>
squid-imap provides a piece of oftware to authenticate squid users via an IMAP server.
squid-imap is a basic squid auth helper that authenticates usernames and passwords via an IMAP server.
<<lesssquid-imap is a basic squid auth helper that authenticates usernames and passwords via an IMAP server.
Download (0.002MB)
Added: 2007-04-13 License: GPL (GNU General Public License) Price:
932 downloads
MEsmtpd 1.04
MEsmtpd provides a small SMTP Daemon with From-header rewrite and SMTP-Auth. more>>
MEsmtpd provides a small SMTP Daemon with From-header rewrite and SMTP-Auth.
The main features of MEsmtpd are SMTP-Auth (RFC 2554) and rewriting the From: header (email body From: header and envelope from) based on an account-list (configuration file and auth data).
Some big companies dont allow plain SMTP because the From header (sender) is fakeable by the sender. Many companies use MAPI (MS Exchange) to solve this problem.
The alternative open source solution is MEsmtpd. It is an independent extension to sendmail, postfix or qmail.
Enhancements:
- added smtp Reset. Thanks to Paul!
<<lessThe main features of MEsmtpd are SMTP-Auth (RFC 2554) and rewriting the From: header (email body From: header and envelope from) based on an account-list (configuration file and auth data).
Some big companies dont allow plain SMTP because the From header (sender) is fakeable by the sender. Many companies use MAPI (MS Exchange) to solve this problem.
The alternative open source solution is MEsmtpd. It is an independent extension to sendmail, postfix or qmail.
Enhancements:
- added smtp Reset. Thanks to Paul!
Download (0.005MB)
Added: 2007-03-16 License: GPL (GNU General Public License) Price:
954 downloads
Jabber::Connection 0.03
Jabber::Connection is a simple Perl module with connectivity functions for Jabber. more>>
SYNOPSIS
# client connection:
my $c = new Jabber::Connection(
server => jabber.org,
log => 1,
);
# component connection:
# my $c = new Jabber::Connection(
# server => localhost:5700,
# localname => comp.localhost,
# ns => jabber:component:accept,
# log => 1,
# debug => 1,
# );
die "oops: ".$c->lastError unless $c->connect();
$c->register_beat(10, &every_10_seconds);
$c->register_handler(presence,&presence);
$c->register_handler(iq,&handle_iq_conference);
$c->register_handler(iq,&handle_iq_browse);
$c->auth(qmacro,password,myresource); # client auth
# $c->auth(secret); # component auth
$c->send( );
$c->start;
DESCRIPTION ^
The Jabber::Connection package provides basic functions for connecting clients and components to a Jabber server.
Download (0.012MB)
Added: 2007-03-21 License: Perl Artistic License Price:
952 downloads
pam_chroot 0.9.1
pam_chroot is a Linux PAM module that allows a user to be chrooted in auth, account, or session. more>>
pam_chroot is a Linux PAM module that allows a user to be chrooted in auth, account, or session.
pam_chroots configuration employs a flexible syntax that allows users to be selectively chrooted based upon usernames or group membership.
Enhancements:
- fixed typo offset for onerr= strcmp
- added more examples to sample chroot.conf
<<lesspam_chroots configuration employs a flexible syntax that allows users to be selectively chrooted based upon usernames or group membership.
Enhancements:
- fixed typo offset for onerr= strcmp
- added more examples to sample chroot.conf
Download (0.015MB)
Added: 2006-05-15 License: BSD License Price:
1259 downloads
Rodent 0.9.8-1
Rodent is an ident daemon that is capable of routing AUTH requests to other machines on your network. more>>
Rodent is an ident daemon that is capable of routing AUTH requests to other machines on your network.
Rodent is intended for routers or to be run on a machine behind a home router.
Rodent allows others to enjoy full ident without the limitations of port forwarding to a single machine.
<<lessRodent is intended for routers or to be run on a machine behind a home router.
Rodent allows others to enjoy full ident without the limitations of port forwarding to a single machine.
Download (0.051MB)
Added: 2007-07-27 License: GPL (GNU General Public License) Price:
820 downloads
mod_auth_pipe 1.0
mod-auth-pipe is a module of authentication written for Apache 1 (it hasnt been tested with Apache 2, but it may work). more>>
mod-auth-pipe is a module of authentication written for Apache 1 (it hasnt been tested with Apache 2, but it may work).
Actually, this module is just mod-auth-shadow with a few modifications in order to accept any program as a pipe, letting this one validate both users andr groups.
mod_auth_pipe contents the module itself and an example pipe.
mod-auth-pipe can be configured independantly for whole server, for any VirtualHost or just per Location/Directory. It has very few configuration variables and its format is very simple. In order to configure apache to authenticate, for example, access to the administrative interface of oscommerce you can type this on your httpd.conf:
< Directory /var/www/oscommerce/catalog/admin >
AuthType Basic
AuthName osCommerce admin site
AuthPipe on
AuthPipeProgram /usr/local/bin/auth-pipe
require group oscommerce-admins
< /Location >
This way, and with a well-made auth-pipe program you can be sure that only those within the group oscommerce-admins could enter that section of your web.
<<lessActually, this module is just mod-auth-shadow with a few modifications in order to accept any program as a pipe, letting this one validate both users andr groups.
mod_auth_pipe contents the module itself and an example pipe.
mod-auth-pipe can be configured independantly for whole server, for any VirtualHost or just per Location/Directory. It has very few configuration variables and its format is very simple. In order to configure apache to authenticate, for example, access to the administrative interface of oscommerce you can type this on your httpd.conf:
< Directory /var/www/oscommerce/catalog/admin >
AuthType Basic
AuthName osCommerce admin site
AuthPipe on
AuthPipeProgram /usr/local/bin/auth-pipe
require group oscommerce-admins
< /Location >
This way, and with a well-made auth-pipe program you can be sure that only those within the group oscommerce-admins could enter that section of your web.
Download (0.019MB)
Added: 2006-04-14 License: GPL (GNU General Public License) Price:
1289 downloads
Secleted [ 0 ] software to compare
Copyright Notice:
Software piracy is theft, Using crack, password, serial numbers, registration codes, key generators is illegal and prevent future software development. The above auth search only lists software in full, demo and trial versions for free download. Download links are directly from our mirror sites or publisher sites, torrent files or links from rapidshare.com, yousendit.com or megaupload.com are not allowed