https://issues.apache.org/bugzilla/show_bug.cgi?id=48031
Summary: AuthDigestDomain seems to no work
Product: Apache httpd-2
Version: 2.2.14
Platform: PC
OS/Version: Windows Server 2003
Status: NEW
Severity: blocker
Priority: P2
Component: mod_auth
AssignedTo: [email protected]
ReportedBy: [email protected]
Hi,
I'm not pretty sure that it's really a bug or a documentation mis
understanding, but as have found nothing on google or here, I'm opening a bug
report.
We'd like to protect a vhost with password, with authentification against SQL
server database. After many work (many problem with an ODBC bug) it's now
working perfectly : the users can identify themserlve to enter the site. But,
for each elements in pages, the server is asking an authentification. Users do
not see it, but yopu can easily imagine the load on database.
We have tryed to use AuthDigestDomain without success.
Here is our configuration (many auth params are here for test purpose, as we do
not find any solution) :
<VirtualHost xxx.xxx.xxx.xxx:80>
ServerName APACHEMEMBERS:80
ServerAlias apachemembers.abc.def
ServerAdmin webmas...@xxxx
DocumentRoot d:/www/msc
DirectoryIndex index.htm index.html
ScriptAlias /cgi-bin/ d:/www/msc/cgi-bin/
ErrorLog D:/Apache_logs/error_logs/members-e.log
CustomLog D:/Apache_logs/%Y%m%d-members-a.log combined
<Directory d:/www/msc>
Options -Indexes +FollowSymlinks
AuthName "apacheprivate"
AuthType Digest
AuthDigestProvider dbd
AuthDigestNcCheck Off
AuthDigestDomain / /apachemembers/ http://apachemembers/
http://apachemembers.abc.def/
BrowserMatch "MSIE" AuthDigestEnableQueryStringHack=On
AuthDigestQop auth
AuthDigestAlgorithm MD5
AuthDigestNonceLifetime -1
AuthDigestNcCheck off
Require valid-user
AuthDBDUserRealmQuery "EXEC xxxx.dbo.Getyyyy @UserName = %s,
@ApplicationName = 'Web', @RightShortDescription = 'CanBrowseMembers', @Realm =
'apacheprivate'"
</Directory>
</VirtualHost>
Anyone that can turn on the light for me is welcome...
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
