Исходное сообщение
"SQUID+JavaApplets = не работают java-объекты" Отправлено Seltsam, 17-Мрт-06 11:11
>возможно трабла с SSL ! пробуй изменить правила для SSL >acl SSL_ports port 443 >acl CONNECT method CONNECT >acl SSL_ports port 443 >http_access allow CONNECT LogonUser  SSL_ports >http_access allow CONNECT inet_users SSL_ports >http_access deny CONNECT !SSL_ports >остальные deny  убери здесь > >http_access allow CONNECT LogonUser inet_users SSL_ports   - применяет логическое "И" >для всех трех ! разницу думаю понял ? ну про разницу, точнее логическое "И", мне рассказывать не надо, с этим я уже сталкивался =) , поэтому и стал заморачиваться с более точными правилами доступа в Инет, вплоть до портов и урлов почему использую именно такую конструкцию - http_access allow CONNECT LogonUser inet_users SSL_ports ? - чтобы пускать на SSL аутентифицированных юзерей из acl inet_users можно здесь выкинуть LogonUser, но по-моему (раньше делал так) в таком случае будет запрос на ввод логина/пароля. При обращении на банковский сайт java типа сама (окошко запроса имеет символику jav'ы) сначала выводит мне окно с запросом логина/пароля - я ввожу и нифига не пускает, повторяется неск раз. в логах сквида вот что: TCP_DENIED/407 454 HEAD http://sait.banka.ru:443/SignApplet.jar - NONE/- text/html ну и далее с разными вещами джавы (.class и т.д.) >если не поможет  - выпусти нужные станции напрямую через NAT/МАСКАРАД,   >без прокси так наверно и придётся, т.к. сайтик пока слава ... один в наличии =) Вопросик в таком случае - джава будет грузить всякие свои апплеты и т.д. с хоста банка, или обращаться на какие хосты разработчиков джавы? думаю вопрос понятен?

Ваше сообщение
Имя*:
EMail:	Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>возможно трабла с SSL ! пробуй изменить правила для SSL >>acl SSL_ports port 443 >>acl CONNECT method CONNECT >>acl SSL_ports port 443 >>http_access allow CONNECT LogonUser SSL_ports >>http_access allow CONNECT inet_users SSL_ports >>http_access deny CONNECT !SSL_ports >>остальные deny убери здесь >> >>http_access allow CONNECT LogonUser inet_users SSL_ports - применяет логическое "И" >>для всех трех ! разницу думаю понял ? > ну про разницу, точнее логическое "И", мне рассказывать не надо, с этим > я уже сталкивался =) , поэтому и стал заморачиваться с более > точными правилами доступа в Инет, вплоть до портов и урлов > почему использую именно такую конструкцию - http_access allow CONNECT LogonUser inet_users > SSL_ports ? - чтобы пускать на SSL аутентифицированных юзерей из acl > inet_users > можно здесь выкинуть LogonUser, но по-моему (раньше делал так) в таком случае > будет запрос на ввод логина/пароля. При обращении на банковский сайт java > типа сама (окошко запроса имеет символику jav'ы) сначала выводит мне окно > с запросом логина/пароля - я ввожу и нифига не пускает, повторяется > неск раз. в логах сквида вот что: > TCP_DENIED/407 454 HEAD http://sait.banka.ru:443/SignApplet.jar - NONE/- text/html > ну и далее с разными вещами джавы (.class и т.д.) >>если не поможет - выпусти нужные станции напрямую через NAT/МАСКАРАД, >>без прокси > так наверно и придётся, т.к. сайтик пока слава ... один в наличии > =) > Вопросик в таком случае - джава будет грузить всякие свои апплеты и > т.д. с хоста банка, или обращаться на какие хосты разработчиков джавы? > думаю вопрос понятен?
	Введите код, изображенный на картинке: