Столкнулся с такой проблемой, что если icq номер у пользователя есть, то icq коннектится и все нормально работает, если же надо получить новый номер то хрен!!! Squid у меня с ntlm И basic. Смотрю tail -f access.log | grep '172.17.16.170'
сначало тишина, а потом выдает
055324950.696 5846 172.17.16.170 TCP_MISS/200 103 CONNECT login.icq.com:443 adm_sun DIRECT/64.12.200.89 -
1055324966.244 1 172.17.16.170 TCP_DENIED/407 1732 GET http://http.proxy.icq.com/hello - NONE/- text/html
1055324966.251 1 172.17.16.170 TCP_DENIED/407 1740 GET http://http.proxy.icq.com/hello - NONE/- text/html
1055324966.256 4 172.17.16.170 TCP_DENIED/407 1666 GET http://http.proxy.icq.com/hello - NONE/- text/htmlПример конфа
в логах у тебя и есть ответ http://http.proxy.icq.com/hello нету такого адреса :)
во первых надо разрешить в сквиде ssl порт, во вторых метод CONNECT
в icq указать соединение через https. А вообще у меня был один юзверь с точно такими же траблами, так оказалось что он прокси в аське своей не настроил или не так настроил (непомню) и при этом пытался получить свой UIN
>в логах у тебя и есть ответ http://http.proxy.icq.com/hello нету такого адреса
>:)
>во первых надо разрешить в сквиде ssl порт, во вторых метод CONNECT
>
>в icq указать соединение через https. А вообще у меня был один
>юзверь с точно такими же траблами, так оказалось что он прокси
>в аське своей не настроил или не так настроил (непомню) и
>при этом пытался получить свой UINкод 407 не о том, что нету такого адреса:
http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
This code is similar to 401 (Unauthorized), but indicates that the client must first authenticate itself with the proxy.прокся требует от твоей аськи авторизации, вот и все
а метод connect там разрешен, как видно из предыдущего -
055324950.696 5846 172.17.16.170 TCP_MISS/200 103 CONNECT login.icq.com:443 adm_sun DIRECT/64.12.200.89код 200 - все ок