X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/c231adc7386d1eac0fcdf75bd54d32bbbf4ad48b..623c7e17989f53ef049f12639950d2c50c9edd4f:/doc/bugs/ssl_certificates_not_checked_with_openid.mdwn diff --git a/doc/bugs/ssl_certificates_not_checked_with_openid.mdwn b/doc/bugs/ssl_certificates_not_checked_with_openid.mdwn index 2e71ab031..04ece0ae8 100644 --- a/doc/bugs/ssl_certificates_not_checked_with_openid.mdwn +++ b/doc/bugs/ssl_certificates_not_checked_with_openid.mdwn @@ -73,40 +73,13 @@ I think [[!cpan Crypt::SSLeay]] already supports checking the certificate. The t is to get [[!cpan LWP::UserAgent]], which is used by [[!cpan LWPx::ParanoidAgent]] to enable this checking. -I think the trick is to set on of the the following environment variables before retrieving +I think the trick is to set one of the the following environment variables before retrieving the data: $ENV{HTTPS\_CA\_DIR} = "/etc/ssl/certs/"; $ENV{HTTPS\_CA\_FILE} = "/etc/ssl/certs/file.pem"; -Unfortunately I get weird results if the certificate verification fails, tshark shows the following communications with my proxy server: - -HTTP CONNECT db.debian.org:443 HTTP/1.0 -[tls stuff] -HTTP CONNECT proxy.pri:3128 HTTP/1.0 -HTTP HTTP/1.0 403 Forbidden (text/html) - -Why it is trying to connect to the proxy server via the proxy server is beyond me. This only happens if the certificate verification fails (I think). I will continue investigating. My test code is: - - -#!/usr/bin/perl -w -use strict; -#require LWPx::ParanoidAgent; -#my $ua = LWPx::ParanoidAgent->new; - -require LWP::UserAgent; -my $ua = LWP::UserAgent->new; - -$ua->proxy(['http'], 'http://proxy.pri:3128'); -$ENV{HTTPS_PROXY} = "http://proxy.pri:3128"; -$ENV{HTTPS_CA_DIR} = "/etc/ssl/certs/"; - - -my $response = $ua->get("https://db.debian.org/"); - -if ($response->is_success) { - print $response->content; # or whatever -} else { - die $response->status_line; -} +Unfortunately I get weird results if the certificate verification fails, see [[!debbug 503440]]. +It still seems to work though, regardless. +-- Brian May