Проблемы с LWP::Useragent протокола https и ошибка "501 Not Implemented"

Ну вот и я нарвался на странную работу модуля LWP::Useragent через прокси, а именно по https запросу, проксик выдал "501 Not Implemented"
но это если объявить работу через прокси

$ua->proxy(['http', 'https'], 'http://xxxxx.xxx.xxx:3128/');

Все начинает работать, только если закоментировать объявление proxy и определить прямо в скрипте переменную среды для прокси:

$ENV{HTTPS_PROXY} = $proxy;
$ENV{HTTPS_PROXY_USERNAME} = user;
$ENV{HTTPS_PROXY_PASSWORD} = pass;

Учитывая, что для работы требуется внешняя библиотека OpenSSL это вполне логично, откуда ей знать о проксиках объявленных в Userageny, но все же это настоящие грабли!

wget + proxy

Понадобилось wget завернуть на proxy-сервер, решений несколько:
1. Можно экспортировать соответсвующие переменные среды на проксик.
2. Можно создать гобальный файл настройки проксика /etc/wget/wgetrc

http_proxy = http://your_proxy:port
ftp_proxy = http://your_proxy:port
# If you do not want to use proxy at all, set this to off.
use_proxy = on

3. Можно создать локальную настройку ~/.wgetrc

http_proxy = http://your_proxy:port
ftp_proxy = http://your_proxy:port

Вот по третьему методу я и сделал, работает.

Настройка работы svn через прокси (proxy)

Разберем по шагам.

1. В файле ~/.subversion/servers вносим в секции global свои значения:

[global]
http-proxy-host = ..hostname..
http-proxy-port = ..port..
http-proxy-username = ..username..
http-proxy-password = ..password..

2. На прокси-сервере изменяем конфигурацию Squid в squid.conf, добавляя поддержку расширенных команд (FAQ SVN):
extension_methods REPORT MERGE MKACTIVITY CHECKOUT

3. Ну и саму команду немного меняем, а именно протокол svn на http или https

svn checkout http://svn.mplayerhq.hu/mplayer/trunk mplayer
или
svn checkout https://svn.mplayerhq.hu/mplayer/trunk mplayer

И вот тут меня ждала самая большая засада от mplayer. Не работают они с HTTP/HTTPS.
Вот что они пишут на своем сайте www.mplayerhq.hu
"If you have trouble accessing the Subversion repository, then in 99% of all cases a firewall on your side is the problem. Our Subversion setup does not work over HTTP/HTTPS, nor will it in the future. There is no point in asking for HTTP support, the decision is final."

Очень много информации по svn содержит - Глава 7. Профессиональное использование Subversion