Разрешения MOSS Search Content Crawl Account

Question

Может кто-нибудь сказать мне, какие разрешения мне нужно дать учетной записи для сканирования контента в MOSS 2007?

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

Всего наилучшего

Answer 1

Зависит от вашей среды, см. Эту техническую статью для справки / понимания, это может быть связано с тем, в каких группах используется ваша учетная запись ...

Answer 2

Ошибка обратной петли, на которую ссылается ссылка на статью Колина, определенно является отличным началом для начала. Один из быстрых способов определить, является ли ошибка обратной петли в игре или нет, - попытаться попасть на ваш сайт непосредственно с сервера, на котором он размещен. Если вы откроете IE (или ваш браузер по своему выбору) на MOSS WFE и сможете получить доступ к сайту, то ошибка с петлевой обратной связью не является проблемой. Также обратите внимание, что ошибка затрагивает только сайты, работающие на порте 80.

Видите ли вы какие-либо дополнительные исключения? В учетной записи поискового сканера нет ничего особенного. Это должна быть стандартная учетная запись пользователя без специальных разрешений , за исключением , для которой должна быть установлена ​​политика полного чтения веб-приложений для каждого веб-приложения в ферме. Обычно MOSS сам позаботится об этом, когда вы назначите учетную запись в качестве учетной записи для сканирования контента по умолчанию в SSP.

Другая неясная проблема сканера возникает, если у вас есть одно или несколько семейств сайтов ниже корня URL-адреса, который вы пытаетесь вызвать, но на самом деле нет семейства сайтов в самом корневом URL-адресе (т.е. семейство сайтов верхнего уровня).

Например, MOSS обычно не может сканировать и сообщать о проблемах, если у вас есть сайты здесь:

http://www.testurl.com/sites/samplesite

http://testserver:8000/randomsite

... но здесь нет соответствующих семейств сайтов верхнего уровня:

http://www.testurl.com

http://testserver:8000

Если вы пытаетесь сканировать веб-приложение, в котором отсутствует семейство сайтов верхнего уровня, я предлагаю создать его там. Без сайта верхнего уровня в веб-приложении некоторые вещи не могут работать должным образом: публикация форм InfoPath, публикация API metalog (публикация в блоге) и т. Д. Каждая из этих попыток пытается начать с корневого URL-адреса и они терпят неудачу, когда семейство сайтов отсутствует.

Если создание семейства сайтов верхнего уровня невозможно, вы можете обойти проблему с помощью управляемых путей. Изменение управляемого пути (root) веб-приложения с явного включения на подстановочный знак также должно работать.

Надеюсь, это поможет!

Answer 3

Это может быть та же проблема, с которой я столкнулся, ознакомьтесь со статьей поддержки MS:

"Вы получаете сообщение об ошибке 401.1 (доступ запрещен) при просмотре веб-сайта, использующего встроенную проверку подлинности и размещенного на IIS 5.1 или IIS 6"

товар