Может ли кто-нибудь сказать мне, какие разрешения мне нужно предоставить для учетной записи Crawl Content в MOSS 2007?MOSS Search Content Crawl Account Permissions
Когда я запускаю обход контента, я получаю сообщение об ошибке, указывающее на то, что у него нет разрешения и он полностью читается в веб-приложении, которое я попытался безрезультатно.
Все лучшее
Зависит от конкретной среды, см это technet article для справки/понимания, это может быть связано с тем, что группы учетной записи вы используете в ...
Это может быть таким же, проблема я столкнулся, проверить эту поддержку MS статью:
«появляется сообщение об ошибке 401,1 (доступ запрещен) при просмотре веб-узла, использующего встроенную проверку подлинности и размещенного на IIS 5.1 или IIS 6»
Ошибка loopback, на которую ссылается ссылка на статью Колина, безусловно, является отличным первым местом для начала. Один быстрый способ определить, является ли ошибка петли в игре или нет, - это попытка попасть на ваш сайт непосредственно с сервера, на котором он находится. Если вы открываете IE (или ваш браузер по выбору) в своем MOSS WFE и можете получить доступ к сайту, тогда ошибка loopback не является проблемой. Также обратите внимание, что ошибка влияет только на сайты, запущенные на порту 80.
Вы видите какие-либо дополнительные исключения? Нет ничего особенного в учетной записи поискового искателя. Это должна быть стандартная учетная запись пользователя без специальных разрешений , кроме, что для каждого веб-приложения в ферме должна быть установлена политика веб-приложений Full-Read. Как правило, MOSS это берет на себя, когда вы назначаете учетную запись в качестве учетной записи обхода контента по умолчанию в SSP (sSP).
Другой неясная проблема гусеничной возникает, если у вас есть один или несколько семейств сайтов-х под корнем URL, который вы пытаетесь вызвать, но на самом деле не имеют семейства сайтов в корневой URL самого (т.е. топ- уровня).
Например, MOSS, как правило, не сползать и сообщать о проблемах, если у вас есть сайты здесь:
http://www.testurl.com/sites/samplesite
http://testserver:8000/randomsite
... но не имеют соответствующие веб-сайты верхнего уровня на месте:
Если вы пытаетесь сканировать веб-приложение, которое не имеет коллекции сайта подарок на высшем уровне, мое предложение создать один там. Без сайта верхнего уровня в веб-приложении некоторые из них не могут работать должным образом: публикация форм InfoPath, публикация в журнале API-журнала (публикация в блоге) и т. Д. Каждая из этих попыток начинается с корневого URL-адреса и они терпят неудачу, когда коллекция сайтов отсутствует.
Если создание семейства сайтов верхнего уровня не является вариантом, вы можете обойти проблему с управляемыми путями. Изменение веб-приложения appliciton's (корень) Управляемый путь от Явное включение в Подстановочный знак также должен работать.
Надеюсь, это поможет!
Вы просто обходитесь в Интернете? или сканирование UNC-сообщений тоже? –
Это просто сканирование стандартного сайта мха на этой коробке – 78lro