Судя по маленькому бару возле курсора, доступ к данным есть. То что не загрузилось активное содержимое, типа flash или activx. Скзать точно нельзя потому как инфа вся заширована у Керио. Сам бы чего отдал за модуль автоматической (прозрачной) авторизации. Как это Керио сделала фиг его знает. Так что думаю это проблеммы браузера с которого ты смотришь. Попробуй открой страницу с другой машины. Если откроется, то смотри настройки эксплорера на больной машине. Безопасность, доп. модули (типа флеш плеера).
Удачи
Добавлено:
iBykovsky
Думаю тебе необходимо словить свой локальный RAS в отдельное правило. Как и было указанно выше. После того как в Connections свой трафик ты увидишь под своим вновь испеченным правилом, убери Protocol Inspector для этого правила, поствь none. Это даст возможность выделенный трафик пускать мимо ядра Керио, и соответствено потребность в авторизации отпадет, хотя и статистика для него считатся не будет.
Хотя сама проблема мне кажется кроется в определении чем является сетевуха шлюза смотрящая в сеть (если конечно клиента RAS к ней обращаются, могут и к внешней обращатся), интернетом или локалкой. В версии 6.5 (и выше надеюсь) это можно указать руками. В более низких как то сам определяет, посмотри свои сети. В одной ли подсети внутренняя сетевуха и локалка? RAS клиенты получают ip из той же подсети? маршруты нормально указаны? Может в весах где какие путаницы? и т.д.
Чето еще навеяло. А web сервер это шлюз или другая машина? Web сервер тоже посмотри в одной ли локалке или нет. Хотя наверное kerio так и будет делать. Так что только по первому варианту.
Еще вопрос а на кой твои ras клиенты на web локальный через шлюз лезут?. Если они в одной подсети, то шлюз они трогать не должны.
Добавлено:
И вот еще что увидел.
Version 6.5.1 - October 23, 2008
- fixed possible crash in LDAP
- fixed incompatibility with VPN configured in Routing and Remote Access
- fixed possible deadlock in DNS resolver
- fixed compatibility/performance issues in UPnP
- fixed compatibility issues with Microsoft Virtual Machine
- fixed incorrect handling of static routes on interfaces in Internet group
Может как раз для тебя?
Удачи
Добавлено:
iBykovsky
Думаю тебе необходимо словить свой локальный RAS в отдельное правило. Как и было указанно выше. После того как в Connections свой трафик ты увидишь под своим вновь испеченным правилом, убери Protocol Inspector для этого правила, поствь none. Это даст возможность выделенный трафик пускать мимо ядра Керио, и соответствено потребность в авторизации отпадет, хотя и статистика для него считатся не будет.
Хотя сама проблема мне кажется кроется в определении чем является сетевуха шлюза смотрящая в сеть (если конечно клиента RAS к ней обращаются, могут и к внешней обращатся), интернетом или локалкой. В версии 6.5 (и выше надеюсь) это можно указать руками. В более низких как то сам определяет, посмотри свои сети. В одной ли подсети внутренняя сетевуха и локалка? RAS клиенты получают ip из той же подсети? маршруты нормально указаны? Может в весах где какие путаницы? и т.д.
Чето еще навеяло. А web сервер это шлюз или другая машина? Web сервер тоже посмотри в одной ли локалке или нет. Хотя наверное kerio так и будет делать. Так что только по первому варианту.
Еще вопрос а на кой твои ras клиенты на web локальный через шлюз лезут?. Если они в одной подсети, то шлюз они трогать не должны.
Добавлено:
И вот еще что увидел.
Version 6.5.1 - October 23, 2008
- fixed possible crash in LDAP
- fixed incompatibility with VPN configured in Routing and Remote Access
- fixed possible deadlock in DNS resolver
- fixed compatibility/performance issues in UPnP
- fixed compatibility issues with Microsoft Virtual Machine
- fixed incorrect handling of static routes on interfaces in Internet group
Может как раз для тебя?