2014-01-10 3 views
0

Совсем недавно наш SharePoint 2007, размещенный на сервере Windows 2003, начал давать нашим пользователям такие ошибки, как «Internet Explorer не может отображать веб-страницу» для htm или html-документов, созданных в Word, и не позволит пользователям редактировать документы, которые они всегда открывали как «только для чтения».SharePoint 2007 и VML

Я обнаружил, что проблема возникает только тогда, когда следующий является частью HTML:

<html xmlns:v="urn:schemas-microsoft-com:vml" 
xmlns:o="urn:schemas-microsoft-com:office:office" 
xmlns:w="urn:schemas-microsoft-com:office:word" 
xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" 
xmlns="http://www.w3.org/TR/REC-html40"> 

Если я либо сохранить документ как «веб-страницы, Отфильтрованный» или вручную удалить Namespaces, документы будут отображаются просто отлично, они также будут открываться для редактирования вместо того, чтобы застрять в режиме только для чтения.

У нас есть много документов, чтобы вручную просмотреть и отредактировать их все в этом отфильтрованном режиме, я хотел бы получить SharePoint для распознавания файлов, таких как «Использовать».

Это недавнее изменение, так как пользователи не имеют проблем с этими документами в нашем SharePoint. Кто-нибудь знает какие-либо настройки или файлы журналов, которые я мог бы посмотреть, чтобы определить, что изменилось?

EDIT: Я обнаружил, что любая страница, включая страницы .aspx, если они включают в себя VML: xmlns: v = "urn: schemas-microsoft-com: vml" Он не сможет загрузить.

ответ

0

После многократного поиска неисправностей, после некоторого обсуждения с сетевым администратором мы обнаружили, что обновление нашей системы предотвращения вторжений приводило к отбрасыванию документов VML.

Проблема проявляется в таких ошибках, как «Страница не может быть отображена» для определенных файлов .aspx и .htm. Он также заставит каждый .htm-файл перейти в режим только для чтения при редактировании документа в Word (основной способ редактирования наших документов нашими пользователями). Попытка открыть файл с другим программным обеспечением, как правило, просто умирает с различными ошибками в зависимости от программного обеспечения.

Fiddler показывал, что это была ошибка сервера 500, но на сервере не было журналов, в которых были ошибки. Наконец я запустил wirehark как на машине, так и на сервере. Это был трюк, который привел меня к ответу. Я обнаружил, что клиентская машина получает пакеты сброса TCP сразу после того, как часть документа была отправлена ​​с VML, заявив, что сервер сбросил соединение. Тем не менее, сервер получал пакеты сброса TCP, заявляя, что клиент сбросил соединение. Присмотревшись к пакетам, я обнаружил, что MAC-адрес, отправляющий пакет, на самом деле является нашей системой предотвращения вторжений. Это привело к обсуждению с администратором сети, который проверил, что наша IPS имеет некоторую фильтрацию для документов VML.

+0

Возможно, вы можете добавить информацию? Так что другие люди, которые попадают сюда, хотя поисковые системы могут выиграть, похоже, вам потребовалось 4 года, чтобы решить эту проблему (?!), Возможно, это спасет кого-то еще большую головную боль. – Carpetsmoker

+0

Не прошло 4 года, это было всего несколько месяцев. Надеемся, что приведенное выше описание прояснит то, что мы нашли. –

+0

Ack, я думал, что «январь 10» означал январь 2010 года, а не 10 января. – Carpetsmoker