2009-11-25 3 views
1

У меня есть приложение для интрасети, которое на протяжении многих лет использовало синтаксис файла: // для URL-адресов для ссылки на ресурсы на (надеюсь) общих сетевых ресурсах. Я знаю, что загрузка вместо привязки и, возможно, использование webDAV будет лучшим решением, но в настоящее время это выходит за рамки моей проблемы.file: // urls и Internet Explorer

До недавнего времени доступ к файлу: // ссылка со страницы работала нормально. Однако в последнее время он перестает работать. Я могу найти ссылки на mozilla, препятствующие работе с файлами: // ссылки при доступе с страницы http: // или https: //, но я не могу найти ссылку на Internet Explorer, реализующую такое же поведение. Я предполагаю, что обновление для Windows сделало это, потому что даже IE6 начал демонстрировать это поведение, и я точно знаю, что IE6 и IE7 работают нормально. К сожалению, я не могу точно сказать, когда он прекратил работать.

Возможно, кто-то еще столкнулся с этим и может дать мне окончательный ответ относительно того, было ли это потенциальное отверстие безопасности «зафиксировано».

Вся информация очень ценится

+0

вы можете попробовать изменить параметры безопасности для IE (зоны, пересмотренные сайты и т. Д.?), Если это поможет? – dusoft

+0

Может быть, системный hotpatch изменил поведение IE. Вы нашли бы лучшую помощь, разместив это на superuser.com или serverfault? –

+0

Я прошел через все настройки безопасности (IE6), и ни одна из них не связана. Сайт уже был в зоне интрасети, но я пробовал различные варианты с зонами и, как и ожидалось, не имел никакого значения. Я могу попробовать serverfault - это пограничный случай - но поскольку это может быть связано с исправлением, это хорошая идея. –

ответ

1

Попробуйте добавить свой сайт в "Доверенные сайты", как описано здесь:

http://windowsxp.mvps.org/ie/elevlocalfile.htm

Вопрос заключается в новой функции безопасности в Internet Explore 6 Услуги Пакет 1. В для предотвращения доступа к интернету кодов от доступа к вашим местным файлам, команда разработчиков разработала новый и включил его в IE6 SP1. Пожалуйста, имейте в виду, что это - это нормальное поведение. На самом деле, IE6 SP1 включает новые проверки кода безопасности , которые предотвращают «повышение зоны». Это означает, что документы, находящиеся в зоне «Интернет» не будет предоставлен доступ (через HREFs, сценариев ... и т.д.) в документы в «Мой компьютер» зоны

...

в Windows XP с пакетом обновления 2, нет сайта из любой зоны могут открывать файлы в локальной зоне машины, в то время как в пре-SP2, только сайты Internet Zone были ограничены открытых локальных файлов, в то время как Надежная/Интранет.

+0

Очень полезная информация. Спасибо Дальнейшее тестирование показало, что IE6 не подчиняется ни одному из правил зоны Интранет/Интернет и не отказывает во всех ссылках файла: //, если вы не используете один из хакеров реестра, упоминаемый в сообщении mvps выше. IE8 не заботится о зонах. Тестирование IE7 продолжается. –

+0

Я также могу подтвердить, что к востоку от проблемы возникает ошибка пользователя.Некоторые ссылки, которые я считал действительными, на самом деле не были. Я ожидал всплывающее окно «Не найдено», но это не отображается в IE6. Единственный верный способ узнать, действительна ли ссылка, - это щелкнуть правой кнопкой мыши, сохранить цель как. Никакой диалог сохранения не означает неработающую ссылку. –