2016-12-16 15 views
0

У меня есть необходимость выяснить, где учетная запись используется пулом приложений, чтобы я мог сбросить свой пароль. Из-за плохой документации, неясно, было ли оно использовано или где оно. Он потенциально может использоваться пулом приложений на любом из серверов здесь, как для веб-приложения, так и для экземпляра Sharepoint. Я посмотрел на IIS на некоторых серверах, которые я подозревал, но до сих пор их не отслеживал.Отслеживать учетную запись пользователя пула приложений

Это учетная запись домена под названием IisUser, которая была специально создана для использования с IIS. Я надеялся, что может быть команда powershell, которую я мог бы запустить, или что-то подобное?

Если это невозможно, чтобы не нарушать существующие приложения, что мне нужно сделать, чтобы создать подходящего пользователя для использования пулов приложений? В частности, для запросов к серверам LDAP. Я сталкиваюсь с ошибками, например, System.DirectoryServices.DirectoryEntry.Bind(Boolean throwIfFail) или Unable to cast object of type 'System.DirectoryServices.AccountManagement.GroupPrincipal' to type 'System.DirectoryServices.AccountManagement.UserPrincipal'. с приложением, которое пытается поговорить с LDAP. Он работает локально, но не на веб-сервере. Я нашел некоторые исправления для этого, например, изменить приложение на NETWORKSERVICE или изменить различные настройки webconfig, но ничего не получилось. Я знаю, что учетная запись IisUser будет работать! Я просто не знаю пароль и не могу его сбросить, пока не узнаю, где он используется.

ответ

0

Прежде всего, обратитесь к этому сообщению здесь:
How to list all the services running with a service account in a server using Powershell
Всегда используйте поиск здесь, прежде чем отправлять вопрос.

Если по какой-то причине выше решение не работает, выполните следующие действия грязной работы ниже:
1.На сервер перейти в центр администрирования SharePoint
2. Перейдите к мониторингу >> Настройка Diagnostic Logging
3 Выберите тип услуг, которые вы хотите зарегистрировать. Будьте осторожны, чтобы не выбрать все из них, потому что вы наполнили журнал и убьете производительность.
4. Загрузите небольшое приложение под названием «Просмотр журнала SharePoint» здесь:
https://sharepointlogviewer.codeplex.com/
Это бесплатное и очень полезное приложение.
5. Откройте один из журналов в средстве просмотра, установите фильтр в «Любое поле» и выберите фильтр с именем пользователя IisUser.
Если вы не нашли записи, загрузите другой журнал, пока не сделаете это.
6. Если вы по-прежнему не можете найти что-либо по отношению к пользователю, снимите предыдущий выбор в разделе «Настройка диагностики» и сделайте новый выбор.
7. Пройдите через журналы снова. Повторяйте процесс, пока не найдете совпадение.

+0

Я действительно искал, но ничто не соответствовало моей ситуации. Если бы я знал, к какому серверу Sharepoint он принадлежал (если это хоть что-то связано с Sharepoint, кто знает ...), я бы мог легко найти его. Моя проблема в том, что это может быть где угодно через ~ 25 серверов и сотни приложений. Команда ps выше только имеет область видимости на одном сервере. –

+0

Итак, напишите небольшой скрипт и разверните его по всей ферме. Разумеется, если у вас есть много серверов/машин, у вас есть возможность массово развернуть что угодно. Сделайте так, чтобы результаты были отправлены вам по электронной почте или записаны в файл журнала в центральном месте, например, на сетевом диске. Используйте команду ps в этом скрипте. Убедитесь, что в файлах журналов есть соглашение об именах, в котором содержится имя сервера. –

+0

Вы можете использовать инструменты для централизованного развертывания, такие как Ansible. https://www.ansible.com/ - Я думаю, у него есть некоторые бесплатные функции или демонстрация. Вы также можете использовать SCCM. –