Ошибка при запуске Enterprise portal (Just-In-Time)

[ax_mct]

Если бы у меня то я бы
1. Проверил SP в части integrated auth., managed account и подумал бы о NTLM/Kerberos а также правах на пользователей на SP content database etc
Так как скорее всего настройки в SP.
Ну и на всякий случай
2. Поискал бы в логах X++ exception и даже все warning посмотрел по времени.
3. Проверил AX Proxy service account, Application pool user, AOS service user.
4. Проверил версии AOS и Application.
5. Подумал бы об имеющихся time-outs включая security time-out в SP.
А потом тупо дебажил бы так как код на web-control или в AX может делать все что не нужно

[ax_mct]

Однако ошибка скорее родная для IIS и ASP.NET чем для AX/EP.
Google в помощь
http://www.google.co.uk/search?q=saf...hrome&ie=UTF-8

Например

Цитата:

I was storing the windows identity in the session to reuse it. IIS7 closes the windows identity between requests so you need to use a new windows identity for each request. You can get it by using HttpContext.Current.User.Identity; in Application_AquireRequestState for example.

Hope this helps anyone else out there, it took me a while to figure it out.

[Favor82]

Уже все перепроверил, подозрение наверное в правах...так как инсталирую портал и под System Account я могу им пользоваться, как только захоже под другим пользователем, он долго грузится и в итоге опять выкидывает на логин. и после этого через какое то время попыток падает и перестает работать, либо пул падает. Подскажите, где еще какие права дать или группу, роль..

[ax_mct]

Очень похоже на то что Kerberos требуется но не настроен. Админская группа без Kerberos работает но уже обычные пользователи не могут.

Также я бы дал пользователям права на SharePoint content DB так есть такой workaround при похожем поведении.

То есть или Kerberos и | или права на SharePoint content DB.

[Favor82]

Странно, оказывается и в SharePoint под другими пользователями не попасть, только под SystemAccount который идет по умолчанию. Даже с полными правами администратора пользователю не войти.

[Favor82]

Цитата:

Сообщение от ax_mct

Очень похоже на то что Kerberos требуется но не настроен. Админская группа без Kerberos работает но уже обычные пользователи не могут.

Также я бы дал пользователям права на SharePoint content DB так есть такой workaround при похожем поведении.

То есть или Kerberos и | или права на SharePoint content DB.

Аутентификация стоит в Sharepointe NTLM

SharePoint content DB, это где и что, группа в АД или где то еще? а workaround что это?

[ax_mct]

Вы издеваетесь?
Это не мое дело но какова ваша роль в компании/проекте?
Должны ли вы делать то что пытаетесь?

Посмотрите Guidance в части прав пользователей в SP там где Site settings
А по поводу прав на базу SP для обычных пользователей то это такой фикс известный.

[Favor82]

Цитата:

Сообщение от ax_mct

Вы издеваетесь?
Это не мое дело но какова ваша роль в компании/проекте?
Должны ли вы делать то что пытаетесь?

Посмотрите Guidance в части прав пользователей в SP там где Site settings
А по поводу прав на базу SP для обычных пользователей то это такой фикс известный.

В Шерпоинте все права и пользователи настроены, даже в Central Administr... стоит пользователь как администратор и всеравно под ним нельзя войти в Шерпоинт.
Тут видимо дело не в правах на сайте, а IIS , БД или еще что то.