#48866 [Com]: ldap.conf TLS_REQCERT directive fails for ldaps

2009-09-10 Thread phpuser at mailinator dot com
 ID:   48866
 Comment by:   phpuser at mailinator dot com
 Reported By:  dev at lechat dot org
 Status:   Assigned
 Bug Type: LDAP related
 Operating System: win32 only - windows server 2003
 PHP Version:  5.3.0
 Assigned To:  pajoye
 New Comment:

Same issue with Windows Server 2008 R2 and PHP 5.3.0 and 5.3.1 RC1. 
Neither Placing the ldap.conf file in the normal directory nor C:\ and
restarting the OS fixed the problem.  I now have the file located in
both directories and it still refuses to work.


Previous Comments:


[2009-09-02 11:17:18] dev at lechat dot org

I have now tested with 5.2.10 and It works succesfully as with
5.2.9-1.

I retry with 5.3.0, to test jbd at anl dot gov advice about restart
windows and not only apache, but I got the same problem. 
'TLS_REQCERT never' defined in c:\ldap.conf is not applied. I can still
observe that this file is open and read with a filemonitor at the first
ldaps request.

Hope this will be effectively fixed in next ldap lib version.

Thank you for your help.



[2009-08-31 15:26:40] jbd at anl dot gov

I have found that moving ldap.conf to c:\ldap.conf and restarting the
Windows machine (not just Apache) resolved the error for me with PHP 5.3
using LDAPS.



[2009-08-07 12:01:54] paj...@php.net

Has to be fixed in the ldap libs.



[2009-08-07 08:04:47] dev at lechat dot org

Hi,
I didn't try 5.2.10.
I will make a try in one week
when i Will be back from holidays (-;
At this point I'll give you a feedback
if the problem occurs or not with 5.2.10.



[2009-08-05 21:59:26] j...@php.net

Does this happen also with PHP 5.2.10 ?



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/48866

-- 
Edit this bug report at http://bugs.php.net/?id=48866&edit=1



#48866 [Com]: ldap.conf TLS_REQCERT directive fails for ldaps

2009-09-11 Thread phpuser at mailinator dot com
 ID:   48866
 Comment by:   phpuser at mailinator dot com
 Reported By:  dev at lechat dot org
 Status:   Assigned
 Bug Type: LDAP related
 Operating System: win32 only - windows server 2003
 PHP Version:  5.3.0
 Assigned To:  pajoye
 New Comment:

Upon further investigation, I found that my install was looking for the
ldap.conf file in the root of the D drive.  I'm guessing that is because
I move my inetpub directory off of the system drive in all my installs. 
Upon placing the ldap.conf file there, giving read permissions to the
IIS_IUSRS group, and a reboot, it began working. This is on a Server
2008 R2 box with PHP 5.3.0 NTS VC9.


Previous Comments:


[2009-09-10 19:17:52] phpuser at mailinator dot com

Same issue with Windows Server 2008 R2 and PHP 5.3.0 and 5.3.1 RC1. 
Neither Placing the ldap.conf file in the normal directory nor C:\ and
restarting the OS fixed the problem.  I now have the file located in
both directories and it still refuses to work.



[2009-09-02 11:17:18] dev at lechat dot org

I have now tested with 5.2.10 and It works succesfully as with
5.2.9-1.

I retry with 5.3.0, to test jbd at anl dot gov advice about restart
windows and not only apache, but I got the same problem. 
'TLS_REQCERT never' defined in c:\ldap.conf is not applied. I can still
observe that this file is open and read with a filemonitor at the first
ldaps request.

Hope this will be effectively fixed in next ldap lib version.

Thank you for your help.



[2009-08-31 15:26:40] jbd at anl dot gov

I have found that moving ldap.conf to c:\ldap.conf and restarting the
Windows machine (not just Apache) resolved the error for me with PHP 5.3
using LDAPS.



[2009-08-07 12:01:54] paj...@php.net

Has to be fixed in the ldap libs.



[2009-08-07 08:04:47] dev at lechat dot org

Hi,
I didn't try 5.2.10.
I will make a try in one week
when i Will be back from holidays (-;
At this point I'll give you a feedback
if the problem occurs or not with 5.2.10.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/48866

-- 
Edit this bug report at http://bugs.php.net/?id=48866&edit=1