ID: 33770
User updated by: subscription at nazarenko dot net
Reported By: subscription at nazarenko dot net
-Status: Feedback
+Status: Open
Bug Type: OpenSSL related
Operating System: Linux SuSE 9.3
PHP Version: 5CVS-2005-07-19
New Comment:
Tried php5-200508021630 CVS snapshot.
https works:
./configure --disable-all --disable-cgi --with-openssl --with-curl
https does not work:
./configure --disable-all --disable-cgi --with-openssl --with-curl
--with-curlwrappers
My machine is x64 Linux (SuSE 9.3)
OpenSSL libraries: openssl-devel-0.9.7e-3
CURL libraries: curl-devel-7.13.0-5
Previous Comments:
------------------------------------------------------------------------
[2005-08-02 07:57:46] [EMAIL PROTECTED]
I can't reproduce this, with having both of those configure options
enabled the same time. Please try latest CVS snapshot.
------------------------------------------------------------------------
[2005-07-20 12:59:32] subscription at nazarenko dot net
Since the issue of OpenSSL/https is being looked now, I want to mention
something about working with https:// (when it works). Feel free to
delete this if you think it is irrelevant to the case and I will try to
open a new report then.
The PHP file() function manual states:
------------------------------------------------
Warning: When using SSL, Microsoft IIS will violate the protocol by
closing the connection without sending a close_notify indicator. PHP
will report this as "SSL: Fatal Protocol Error" when you reach the end
of the data. To workaround this, you should lower your error_reporting
level not to include warnings. PHP 4.3.7 and higher can detect buggy
IIS server software when you open the stream using the https:// wrapper
and will suppress the warning for you.
------------------------------------------------
This is not the case with 5.x.x, in other words, I understand I should
not be getting this warning, however I do get it.
------------------------------------------------------------------------
[2005-07-20 00:48:35] subscription at nazarenko dot net
Thank you for a speedy response.
Indeed, with the minimal configure, it started working again.
After 1 hour of mixing and matching the modules I found the culprit.
It is: curl-7.13.0 libraries compiled in with the following
parameters:
--with-curl --with-curlwrappers
Actually, without "--with-curlwrappers" it works fine. Tested both for
5.0.4 and 5CVS
------------------------------------------------------------------------
[2005-07-19 21:32:47] [EMAIL PROTECTED]
Works fine for me under FC4 x86_64smp.
Try with this configure line:
./configure --disable-all --disable-cgi --with-openssl
And use sapi/cli/php to run your script.
------------------------------------------------------------------------
[2005-07-19 21:23:47] [EMAIL PROTECTED]
subscription at nazarenko dot net:
"Tried the latest snapshot as advised. Same effect as before, the
problem persists.
Test script:
<?php var_dump(file("https://host2/";)); ?>
Both "host1" and "host2" are on the same subnet. "
(do NOT add any huge outputs of anything unless asked for!)
------------------------------------------------------------------------
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/33770
--
Edit this bug report at http://bugs.php.net/?id=33770&edit=1
