[Kolab-devel] SSL configuration chaos for the HTTP_Request2 object
Daniel Hoffend
dh at dotlan.net
Sun Aug 25 11:22:52 CEST 2013
I see one issue here. kolab_files as for now doesn't require libkolab
>plugin. Because it's possible (in the future) to use this plugin and
>Chwala out of kolab, maybe it would be reasonable to keep separation of
>this plugin and use separate code and configuration of HTTP_Request2
>object.
Well as long as chwala is based on the roundcube framework (bootstrap)
and libkolab is listed in the /usr/share/chwala/lib/kolab/plugins folder
i wouldn't see an issue with using the method from libkolab aswell.
>> The possible ssl settings can be included in the config.inc.php or
>> kolab.inc.php
>Because it will be libkolab plugin then kolab.inc.php.
Sure. After thinking about it, it maybe would even make more sense to
use
a config array like $config['kolab_http_request'] instead of a list of
allowed options. This way you can controll all possible HTTP_Request2´
options like adapter, proxy, timeout, ssl, etc.
> I think we should create a static method in libkolab plugin. So, all
> kolab plugins would use:
>
> $this->require_plugin('libkolab');
> $request = libkolab::http_request();
Well maybe if we just switch to a config array options it's not needed
to
create a wrapper function. I just looked into HTTP_Request2 and it
accepts an arry with options aswell. Not sure if that's worth a wrapper
function.
$request = new HTTP_Request2($url);
if(($config = rcube::get_instance()->config->get('kolab_http_request'))
!== null) {
try {
$request->setConfig($config);
} catch (HTTP_Request2_Exception $e) {
rcube::log_error("HTTP_Request2_Exception: " .
$e->getMessage());
}
}
>Please, create a ticket in bugzilla.
Will do so.
>ps. we use HTTP_Request also in calendar plugin.
I saw it (when searching the code for HTTP_Request usage).
btw. I'm still searching for the rootcause of my ssl problem when
accessing kolab_files withing roundcube (everything is ssl with a valid
cert)
(from httpd/access.log)
1.2.3.4 - - [25/Aug/2013:01:16:17 +0200] "GET
/chwala/api/?method=folder_list&_=1377386164198 HTTP/1.1" 200 56
1.2.3.4 - - [25/Aug/2013:01:16:18 +0200] "GET
/roundcubemail/?_task=files HTTP/1.1" 200 4655
(from httpd/error.log)
[Sun Aug 25 01:16:18 2013] [error] SSL Library Error: -12195 Peer does
not recognize and trust the CA that issued your certificate
[Sun Aug 25 01:16:18 2013] [error] SSL Library Error: -12195 Peer does
not recognize and trust the CA that issued your certificate
[Sun Aug 25 01:16:18 2013] [error] SSL Library Error: -12195 Peer does
not recognize and trust the CA that issued your certificate
It looks like some kind of ssl api backend calls between kolab_files
plugin and chwala are getting blocked due to misconfiguration.
If you've an idea let me know otherwise i'll dig into the code and start
search soon.
--
Regards
Daniel Hoffend
More information about the devel
mailing list