URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID12
Нить номер: 2807
[ Назад ]

Исходное сообщение
"Включил авторизацию NCSA. Не коннектится ICQ! Help!"

Отправлено Nemomen , 29-Дек-04 15:48 
Включил авторизацию через auth_ncsa. IE стал запрашивать имя и пароль. Но перестала коннектится ICQ. Пытался в ее настройках прописывать аутентификацию с именем и паролем. Не помогло. Что еще надо изменить чтобы аська законнектилась. Спасибо.

Содержание

Сообщения в этом обсуждении
"Включил авторизацию NCSA. Не коннектится ICQ! Help!"
Отправлено Rudy , 30-Дек-04 07:40 
>Включил авторизацию через auth_ncsa. IE стал запрашивать имя и пароль. Но перестала
>коннектится ICQ. Пытался в ее настройках прописывать аутентификацию с именем и
>паролем. Не помогло. Что еще надо изменить чтобы аська законнектилась. Спасибо.
>


У меня с авторизацией NCSA аська спокойно работает. Во меню connections во вкладке Firewall прописаны host:ip компьютера с прокси. Port 3128.
имя пользователя и его пароль. Протокол я поставил httpS.


"Все равно не фурычит."
Отправлено Nemomen , 30-Дек-04 13:43 
У нас скорей всего есть отличия в настройках. Какой-нибудь параметр влияет на работу таким вот кардинальным образом.



"Все равно не фурычит."
Отправлено Moralez , 01-Янв-05 07:48 
просто icq глючит. я позавчера перетащил клиентов с usergate на squid (как раз nsca). у всех нормально завелось, а на одной машине пришлось туда-сюда пощёлкать, но в итоге заработало (именно https, 3128, имя-пароль)... дальше без проблем...

"Все равно не фурычит."
Отправлено fc , 24-Мрт-05 19:12 
>просто icq глючит. я позавчера перетащил клиентов с usergate на squid (как
>раз nsca). у всех нормально завелось, а на одной машине пришлось
>туда-сюда пощёлкать, но в итоге заработало (именно https, 3128, имя-пароль)... дальше
>без проблем...


кстати, а почему по https пашет авторизация, а по http - нет? С чем связано сие мистическое свойство аськи?


"Все равно не фурычит."
Отправлено stnw2000 , 05-Апр-05 09:25 
>>просто icq глючит. я позавчера перетащил клиентов с usergate на squid (как
>>раз nsca). у всех нормально завелось, а на одной машине пришлось
>>туда-сюда пощёлкать, но в итоге заработало (именно https, 3128, имя-пароль)... дальше
>>без проблем...
>
>
>кстати, а почему по https пашет авторизация, а по http - нет?
>С чем связано сие мистическое свойство аськи?

Может немного не в тему, но факт: Настроили icq по https, все чудно работает, но при любой попытке использовать delay  pools аська начинает методично отваливаться где-то раз в две-три минуты... Мистика?


"Все равно не фурычит."
Отправлено Rudy , 12-Янв-05 08:53 
>У нас скорей всего есть отличия в настройках. Какой-нибудь параметр влияет на
>работу таким вот кардинальным образом.

Вообщее у аськи бывают глюки с паролями. У меня был случай, когда при установке пароля с символами, она не могла авторизировать пользователя,
хотя естественно символы были латинскими. Пришлось менять пароль на цифровой, тогда аська нормально заработала.


"Все равно не фурычит."
Отправлено Rudy , 12-Янв-05 09:27 
Т.о. попробуй поставить тому пользователю, который аську использует цифровой пароль на прокси сервер.

"Все равно не фурычит."
Отправлено koks , 01-Фев-05 16:27 
>Т.о. попробуй поставить тому пользователю, который аську использует цифровой пароль на прокси
>сервер.


а мож че с acl


"Все равно не фурычит."
Отправлено maverik , 03-Июн-05 16:14 
>>Т.о. попробуй поставить тому пользователю, который аську использует цифровой пароль на прокси
>>сервер.
>
>
>а мож че с acl

Хм...
Как вариант - в сквиде по умолчанию стоит:
acl SSL_ports port 443 563
acl Safe_ports port 80          # http
acl Safe_ports port 21          # ftp
acl Safe_ports port 443 563     # https, snews
acl Safe_ports port 70          # gopher
acl Safe_ports port 210         # wais
acl Safe_ports port 1025-65535  # unregistered ports
acl Safe_ports port 280         # http-mgmt
acl Safe_ports port 488         # gss-http
acl Safe_ports port 591         # filemaker
acl Safe_ports port 777         # multiling http
acl CONNECT method CONNECT
....................................
http_access deny CONNECT !SSL_ports

Вполне возможно, что из за этого грабли и лезут.


"Все равно не фурычит."
Отправлено Supafly , 16-Июн-05 15:56 
>>>Т.о. попробуй поставить тому пользователю, который аську использует цифровой пароль на прокси
>>>сервер.
>>
>>
>>а мож че с acl
>
>Хм...
>Как вариант - в сквиде по умолчанию стоит:
>acl SSL_ports port 443 563
>acl Safe_ports port 80        
> # http
>acl Safe_ports port 21        
> # ftp
>acl Safe_ports port 443 563     # https, snews
>
>acl Safe_ports port 70        
> # gopher
>acl Safe_ports port 210        
># wais
>acl Safe_ports port 1025-65535  # unregistered ports
>acl Safe_ports port 280        
># http-mgmt
>acl Safe_ports port 488        
># gss-http
>acl Safe_ports port 591        
># filemaker
>acl Safe_ports port 777        
># multiling http
>acl CONNECT method CONNECT
>....................................
>http_access deny CONNECT !SSL_ports
>
>Вполне возможно, что из за этого грабли и лезут.


как у меня:
в асе - using firewall using proxy
        server -login.icq.com:!!443!! - иначе не работало
        proxy - xxx.xxx.xxx.xxx:3128
        login -  user
        pass -  password


"Все равно не фурычит."
Отправлено Саша , 17-Июн-05 23:56 
ПРОшу прощения если не в тему: у меня заработало когда
к строке acl SSL_ports port 443 563 добавил 5190
иначе сквид не дает https на 5190