하나의 NTLM 영역에서 액세스가 거부되었지만 기본 NTLM 영역에서는 아닙니다.

Question

기본 영역과 인트라넷 영역의 두 개의 영역으로 나뉘는 웹 응용 프로그램이 있습니다.

기본 영역은 표준 NTLM 인증을 사용합니다. 인트라넷 영역은 FBA로 변환되었지만 이제는 이제 NTLM으로 다시 전환했습니다. 기본 영역에 액세스 할 때 몇 가지 이유로 문제가 없지만 동일한 사용자와 함께 인트라넷 영역에 액세스하면 SP 액세스가 거부 된 페이지를 제공합니다.

web.config 파일은 멤버 자격 공급자, rolemanager 공급자 및 인트라넷 영역의 ID 가장자리를 제외하고 System.Web 섹션의 모든 모든 것에 대해 동일합니다 (그러나 인트라넷 영역에서 가장 취소 된 경우 설정은 사실을 변경하지 않습니다). 사람들 피커 와일드 카드는 동일합니다.

중앙 관리의 인증 공급자 구성 설정은 동일합니다 (Windows 통합 인증 : NTLM, 기본 로그인 페이지).

누락 된 것입니까? 기본 영역에서 로그인이 잘 작동하며 기본 SharePoint "오류 : 액세스가 거부되었습니다."페이지가 없으므로 인트라넷 영역으로 이동합니다. 그러나 i 로그인 할 수 없습니다 끊임없이 거부 된 사용 권한을 지속적으로 얻을 수 없습니다. 인트라넷 영역에서 ...

Answer 1

나는 그것을 고쳤지만, 나는 그것이 왜 그것이 처음으로 작동하지 않는지 이해하지 못한다.

나는이 기사를 찾았지만, 그것은 직접적인 답변을 제공하지 않았다 : SharePoint 2013 : 웹 응용 프로그램의 루트 사이트에 대한 액세스가 거부되었습니다

2013 년 경험이 있었던 이슈들은 (내 환경 문제는 2010 년이었습니다)이었고, 액세스가 거부 된 루트 사이트에서만 발생했습니다. 그래서 모든 하위 사이트에서 액세스가 거부 된 경우를 제외하고는 하위 사이트 중 하나에 도달 할 수 있는지 알려 드리겠습니다. 이 기사에서 Sam Weber (저자)는 다음과 같이 썼습니다 :

이 문제는 웹 응용 프로그램 인증 설정이 손상된 결과이며 익명 인증을 활성화 한 다음 해제하여 수정할 수 있습니다. 이것은 웹 응용 프로그램 인증 설정을 재활용하고 손상을 지 웁니다.

OK, 그게 흥미 롭습니다 ... 익명 액세스가 저장하고 404를 얻었습니까?!? 나는 그것을 장애로하여 그것을 다시 저장하고 내가 시작한 같은 장소에서 다시 끝났습니다. 그러나 그것이 문제가 될 수 있으면 인증 설정을 새로 고치는 것에 대해 어떻게 생각하는지 생각해보십시오. 두 영역에서 통합 인증을 비활성화하고 다시 활성화했습니다. 그리고 모든 것이 일하기 시작했습니다. 나는 아직도 그 문제가 무슨 일을 줄지 않고 지금 일하고 있습니다 ...