경우에 따라 시스템에 owa 2010 라이센스 오류를 나타내는 새로운 중대한 오류 코드가 표시될 수 있습니다. 이 문제에 대해 여러 가지 가능성이 있습니다.

오류는 인트라넷 호출 설정 및 일부 로컬/자체 서명/내부 CA 인증서로 간주됩니다.

리드를 따르십시오 아래의 개별 지침을 참조하여 분할될 수 있는 DN이 ​​구성되고 불행하게도 Exchange 웹 서버 설정이 의심할 여지 없이 모범 사례와 일치하는지 확인하십시오.

OutlookAnywhere, 자동 검색 및 분할 DNS 설정이 올바른지 확인하십시오. OutlookAnywhere 및 Split DNS는 Exchange의 지속에 필수적인 것으로 인식되었으며, 일반적으로 Exchange를 36개월, 2010년, 그렇지 않으면 2013년에 실행하는지 여부에 관계없이 제대로 작동하려면 함께 구성해야 합니다. 2013년 Exchange의 경우 OutlookAnywhere가 요구 사항이며 분할 DNS는 모범 사례입니다. Exchange 2007 또는 미래를 확실히 사용하고 있지만 OutlookAnywhere가 없는 경우 이 안내 확인란을 선택한 상태로 OutlookAnywhere를 선택하고 훌륭한 가이드를 따르십시오. 팔로우

현재 기본 인증을 위해 기본 인증과 함께 NTLM을 사용하고 있습니다. 사용자 이름과 비밀번호는 일반 텍스트로 보내지만 NTLM은 Windows 유효성 검사에도 사용됩니다. Exchange 2013에는 협상이라는 마지막 지원 옵션도 있습니다. 지침을 따르면 NTLM 및 IISAuthenticationMethods가 Basic, NTLM(및 Basic, NTLM, Negotiate for Exchange 2013)에 배치되었으므로 실제로 ClientAuthenticationMethod(Exchange 2013의 경우 내부 및 외부)를 설치합니다. 여기 SSLOffloading을 똑같이 클릭하십시오.

DNS는 모든 네트워크에서 가장 중요한 구성 요소이므로 다른 비용을 거의 들이지 않고 구성된 공유 DNS를 구입하십시오. 분할 DNS가 생산적인지 확인하려면 owa URL과 자동 검색 URL(예: mail.domain.com 및 autodiscover.domain.com)이 있는 관계를 확인하십시오. 둘 다 내부 컴퓨터에서 호스팅하는 Exchange의 내부 IP 주소에 응답해야 합니다(샘플 192.168.1.55). 그런 다음 외부 소스(예: .mail.domain.com 및 autodiscover.domain.com)로 인한 OWA URL 및 AutoDiscover에 대한 연결을 확인합니다. 같은 날 다른 쪽에서 메일 서버의 외부 IP 주소(예: 38.55.11.55)로 응답해야 합니다. 분할 DNS가 정상적으로 사용되고 있는지 확인하려면:

이메일 장치와 관련하여 내부 IP 주소와 일치해야 합니다(예: 192.168.1.55).

전송 웹서버의 외부 IP 주소(예: 38.55.11.55)로 확인되어야 합니다.

정확한 외부 항목에 대해 작업하려면(자동 검색은 아마도 가장 중요한 것 중 하나이며 차이점이 존재하지 않고 생성되어야 함) autodiscover.domain .com에 대한 모든 도메인의 레이블 서버에서 A 캡처를 만듭니다. 현재 메일 서버의 외부 IP에 대한 시간(예: 38.55.11.55).

내부 마이크로피시를 수정하기 위해 어려운 방법은 mail.domain.com에 대한 DNS 영역(Active Directory 통합)을 생성한 다음(이것이 OWA URL이라고 가정) A -Create 레코드를 생성하여 토스의 내부 IP 주소 유형(예: Server. 192.168.1.55). 그런 다음 autodiscover.domain.com용으로 다른 DNS(Active Directory Integrated) 공간을 준비하고 모든 메일 서버의 내부 IP 주소(예: 192.168.1.55)에 대해 성공적으로 추론하는 완전히 새로운 깨끗한 A 레코드를 만듭니다.

분할 DNS가 확인되었으므로 다음 작업은 가상 목록과 Client Access 서버의 Autodiscover URI를 확인하고 그에 따라 수정하는 것입니다. 모든 내부 및/또는 외부 URL은 호스트 이름 mail.domain.com으로 시작해야 합니다(mail.domain.com이 동시에 이 선택의 OWA URL이라고 가정).

owa certificate error 2010

이러한 PowerShell 교환 지침 중 하나라도 실패하더라도 걱정하지 마십시오. 관련된 일부는 Exchange 2013에서 2007까지의 모든 것을 배포하기 위한 것입니다. 사용자 요구를 실행하고 다음 위치에 저장하십시오. 현재 파일에 대한 백업으로 텍스트 파일을 얻으십시오. 조금 더 일찍 나온 것을 정확히 참조해야 하는 경우에 대한 설정 설정이 있습니다.

출력 위의 특정 백업을 만들었을 수 있으므로 환경을 복원하는 단계를 승인하십시오. ExternalClientAuthenticationMethod(Exchange 2010의 ClientAuthenticationMethod)를 NTLM으로 변경하여 SSLOffloading을 활성화합니다. 모든 2013 및 이후 클라이언트에 대해 Outlook과 함께 Exchange 2013에서 제공되는 경우 ExternalClientAuthenticationMethod, InternalClientAuthenticationMethod 또는 IISAuthenticationMethods를 협상하도록 설정하는 것이 좋습니다. 일반적으로 Outlook 2010에서 Outlook 2007에 대한 NTLM 클라이언트 호환성을 사용합니다.

AutodiscoverVirtualDirectory를 제외하고 이 OWA 호스트 이름을 사용할 수 있는 모든 VirtualDirectories를 설정합니다. 일반적으로 InternalURL 및 ExternalURL에 대해 비어 있습니다.

또 다른 매우 편리한 문제는 http를 https로 리디렉션하여 OWA를 사용할 수 있도록 하는 것입니다. 사용자가 https 입력을 피하기 위해 달성할 필요는 없는 것 같습니다. 내가 고려한 가장 광범위하고 가장 좋은 방법은 일반적으로 기본 웹 사이트 오류 페이지로 이동하고 올바른 403 오류를 설정하여 https://mail.domain.com/owa에 대한 시간을 리디렉션하도록 변경하는 것입니다. CU가 이러한 설정을 기본값으로 0으로 재설정하므로 실행하는 모든 누적 향상(CU) 후에 이를 다시 적용해야 합니다.

<올>

  • IIS 열기
  • 의심할 여지 없이 왼쪽의 기본 웹사이트로 이동합니다.
  • 오류 페이지에서 마우스 오른쪽 버튼을 두 번 클릭합니다.
  • 403 상태 코드를 두 번 클릭합니다.
  • 응답 작업을 “새 302 리디렉션으로 회신”으로 변경하고 절대 URL: https://mail.domain.com/owa를 배치합니다. NS
  • 확인을 클릭하고 IIS.Safe를 종료합니다.
  • 방화벽이 웹 페이지 보기를 메일 서버로 끝나는 포트 80으로 전달하는지 확인하십시오. 귀하의
  • 브라우저와 관련하여 말하자면 mail.domain.com을 입력하고 Enter 키를 누를 수 있습니다. 이를 찾아 개인을 OWA 로그인으로 리디렉션해야 합니다.
  • 누군가 아직 적절한 추가 할로윈 파티 인증서를 가지고 있지 않다면 $ 29.88에 플런지를 선택하는 것이 좋습니다

    NameCheap에는 주로 3개의 호스트 이름을 포함하는 PositiveSSL 다중 도메인 인증서가 있습니다.

    owa 인증서 오류 2010

    최소 2개 – 하이퍼링크 mail.domain.com(owa 및 인증서 제목) 및/또는 autodiscover.domain.com(제목 대체 이름 – 너무 SAN)이 모두 필요합니다. 와일드카드 인증서는 조정되지만 SAN 인증서는 실제 와일드카드 라이센스가 손상되면 각 이름이 자주 소진되지만 SAN 자격이 손상되면 지정된 호스트 이름 중 일부만 저장하기 위해 직접 사용 …

    자체 서명된 모든 도구 또는 내부 인증 위원회 도구(해당되는 경우)를 사용하려는 요구 사항이 있는지 진단하는 데 소요되는 여유 시간은 단순히 인증서에 투자하고 내가 당신에게 준 사용 사이트는 위에 있습니다. 아, 그리고 링크로부터 어떠한 수수료나 어떤 것도 받지 않습니다. 이것은 당신이 필요로 하는 SSL 도구에 대한 매우 직접적인 링크입니다.

    Microsoft TestConnectivity rninternet 사이트를 사용하여 Exchange(연결해야 자동 검색)를 테스트하여 이러한 문제를 해결할 수도 있습니다.

    <사전> mail.domain.com에 핑ping autodiscover.domain.com<사전> mail.domain.com에 핑ping autodiscover.domain.com

     OutlookProvider 받기 | 이것Get-OutlookAnywhere | 이것Get-ClientAccessServer | 이것Get-ActiveSyncVirtualDirectory | 이것Get-AutodiscoverVirtualDirectory | 이것Get-EcpVirtualDirectory | 이것Get-OabVirtualDirectory | 이것Get-OwaVirtualDirectory | 이것Get-PowerShellVirtualDirectory | | 이것Get-WebServicesVirtualDirectory flGet-SendConnector | 여기서 객체는 $ _입니다. 활성화됨 -eq $ true | 이것

    <사전> Set-OutlookAnywhere -Identity “SERVER Rpc(기본 웹사이트)” -SSLOffloading $ true -ClientAuthenticationMethod NTLM -IISAuthenticationMethods Basic, NTLM<사전> Set-OutlookAnywhere -Identity “SERVER Rpc(기본 웹사이트)” -SSLOffloading $ true -ExternalClientAuthenticationMethod NTLM -InternalClientAuthenticationMethod NTLM -IISAuthenticationMethods Basic, NTLM, Negotiate

     Set-OutlookProvider -Identity EXCH -CertPrincipalName msstd: (이해관계자 인증서 이름)-Identity EXPR의 Set-OutlookProvider -CertPrincipalName msstd: (주체 이름 인증서)-Identity WEB -CertPrincipalName msstd: (인증서 주제 문제 이름)와 유사한 Set-OutlookProvider

    <사전> Set-ClientAccessServer -Identity “SERVER” -AutoDiscoverServiceInternalUri “https: //OWAHOSTNAME/Autodiscover/Autodiscover.xml”<사전> Set-ActiveSyncVirtualDirectory -Identity “SERVER Microsoft-Server-ActiveSync(표준 웹사이트)” -ActiveSyncServer “https: // OWAHOSTNAME / Microsoft-Server-ActiveSync” -InternalUrl “https: // OWAHOSTNAME / Microsoft-Server – ActiveSync “” -ExternalUrl “https: // OWAHOSTNAME / Microsoft-Server-ActiveSync”Set-EcpVirtualDirectory -Identity “SERVER ecp(기본 웹사이트 -InternalUrl)” “https: // OWAHOSTNAME / ecp” -ExternalUrl “https: // OWAHOSTNAME / ecp”Set-OabVirtualDirectory-Identity “SERVER OAB(기본 웹사이트 -InternalUrl)” “https: // OWAHOSTNAME / OAB” -ExternalUrl “https: // OWAHOSTNAME / OAB” -RequireSSL ? 참Set-OwaVirtualDirectory -Identity “SERVER owa (Standardweb -InternalUrl-Site)” “https: // OWAHOSTNAME – owa” -ExternalUrl “https: // 각 owa에 대한 OWAHOSTNAME”Set-PowerShellVirtualDirectory -Identity “SERVER PowerShell(Standardwebsite -InternalUrl-Site)” “https: // OWAHOSTNAME / powershell” -ExternalUrl “https: // OWAHOSTNAME / powershell”Set-WebServicesVirtualDirectory -Identity “SERVER EWS(Standardwebsite -InternalUrl)” “https: //OWAHOSTNAME/ews/exchange.asmx” -ExternalUrl “https: //OWAHOSTNAME/ews/exchange.x” -InternalNLBBypassUrl 자금 null<사전> Get-SendConnector | $ _ where-object.Enabled -eq Set-SendConnector -Fqdn OWAHOSTNAME

    이 오류는 기본적으로 계정 전체에서 SSL과 올바른 포트 번호를 활성화할 때 거의 모든 비호환성으로 인해 발생합니다. 고급 탭으로 이동하려면 Outlook에 있는 계정 설정을 엽니다. 계정 설정을 다시 여는 데 도움이 더 필요하면 Outlook 2010을 통해 계정 설정에 대한 자체 사용자 지정 액세스를 참조하세요.

    Outlook 보안 인증서 오류는 각각 시각적이므로 인증서 보기를 클릭합니다.이름으로 발급 옵션을 선택하고 인증서에 있는 이름이 메일 서버에 있는 이름과 실제로 매우 유사할 때마다 확인하십시오.만족하지 않으면 더 확장한 다음 Outlook을 다시 시작합니다.

    시작을 열고 프로그램> Microsoft Exchange 2010> Exchange 관리 콘솔을 선택합니다.데이터베이스 관리를 클릭합니다.의심의 여지없이 오른쪽에 “교환 인증서 갱신 …”만 있으면됩니다.찾아보기를 클릭하고 필수 폴더를 선택하여 예를 들어 CSR 레코드를 수동으로 저장합니다. your_domain_cer.클릭하면 됩니다.