위의 예에서 Kerberos가 KRB_AP_ERR_MODIFIED와 함께 실패 하 고 있음을 알 것입니다. 이 오류는 Kerberos 티켓이 수정 되었거나 예상 했던 서버가 아님을 나타냅니다. 이 문제는 Kerberos를 pool02 이름으로 사용 하지 않아야 한다는 것입니다. local은 가상이 고 기본적으로 SPN (서비스 사용자 이름)을 가지 지 않아야 합니다. 이 경우 SPN을 등록 하 고 Kerberos 티켓 요청을 도메인 컨트롤러로 갔을 때 클라이언트가 티켓을 발급 했습니다. setspn을 사용 하 여 문제가 해결 되었습니다. EXE를 컴퓨터 계정에서 추가 서비스 사용자 이름을 제거할 수 있습니다. 서비스 사용자 이름을 찾으려면 ldifde (ldifde-f 출력 .txt-d „dc = 도메인, dc = 로컬”)를 사용 하 여 active directory를 덤프 해야 할 수도 있습니다. 그런 다음 SPN에 대 한 출력 .txt 파일을 검색할 수 있습니다. 위에서 설명한 대로 인증 문제가 없지만 주소록을 다운로드 하지 못하면 지정 된 UNC 경로의 보안 구성을 검토 합니다.

다음 사용 권한이 있는지 확인 합니다. 위의 문제 해결 단계는 주소록 다운로드 문제를 해결 하는 데 도움이 되기를 바랍니다. 위의 단계 중 상당수는 다른 유사한 문제를 해결할 때 도움이 될 수 있습니다. 지난 몇 섹션 동안 우리는 „충분히 좋은” 우리가 단지 문제의 시점에서 함수를 평가 하 여 한계를 평가할 수 있는 이러한 기능을 정의 하는 용어를 사용 하 고 있습니다. 이제 공식적으로 우리가 „충분히 좋은” 무슨 뜻인지 정의 하는 시간입니다. 이제 office 통신 서버 2007 엔터프라이즈 버전을 배포한 후 사무실 Communicator 클라이언트가 IIS 서버에서 주소록을 다운로드할 수 없는 경우이 문제를 몇 번 실행 했습니다. 다음은이 문제를 해결 하기 위해 시도할 수 있는 원인과 단계를 확인 하는 데 사용한 몇 가지 문제 해결 단계입니다. 주소록을 다운로드 하는 데 필요한 내용을 논의 하 여이 문제를 해결 하기 시작 하겠습니다. Office Communicator에 서명 하면 OCS 2007 프론트엔드에서 주소록 URL로의 조회를 받습니다.

기본값은 IIS에 할당 된 유효한 인증서가 필요한 HTTPS URL입니다. 프런트 엔드 서버의 상태 페이지에서 주소록 URL을 볼 수 있습니다. 간격의 각 지점에서 연속 되는 경우 [A, b] 간격으로 연속 된 함수가 있다고 합니다. OCS 2007-주소록의 연속에 대 한 지속적인 메시지를 표시 합니다. 각 지점에 대 한 질문에 대답 하 여 해당 시점에서 해당 지점과 함수 값을 모두 제한할 수 있습니다. 만약 그들이 같은 경우 함수는 그 시점에서 지속적인 것입니다 그리고 만약 그들이 같은 함수는 그 시점에서 연속 되지 않습니다. 함수는이 시점에서 연속 되지 않습니다. 불연속의이 종류는 이동식 불연속 이라고 합니다. 이동식 불연속은이 경우 처럼 그래프에 구멍이 있는 위치입니다. 우리가이 이미지에서 볼 수 있듯이 우리는 f (a)와 f (b)의 값 사이에 있는 값, M,를 선택 하면 라인이 적어도 하나의 지점에서 그래프를 칠 것 이다이 시점에서 직선 밖으로 그려. 즉, a와 b 사이의 어딘가 함수는 M의 값을 취할 것입니다. 또한, 그림에서 보여 주는 것 처럼 함수는 둘 이상의 위치에서 값을 차지할 수 있습니다.

이 시점에서 Kerberos가 실패 한 이유를 확인 해야 합니다. 먼저 Windows 통합 인증으로 설정을 다시 변경 합니다. 이 작업이 완료 되 면 디렉터리 보안 탭의 보안 통신에 있는 가상 디렉터리에서 보안 채널 (ssl) 필요를 선택 취소 합니다. 브라우저가 ssl을 사용 하 여 공사중 페이지에 액세스할 수 있는 경우, 다음 주소록 파일을 다운로드 하려고 할 수 있습니다 수동으로.

This entry was posted in Bez kategorii. Bookmark the permalink.