Exchange 2010-2016 공존: OWA가 로그인 전에 301 리디렉션을 수행하는 이유는 무엇입니까?

Exchange 2010-2016 공존: OWA가 로그인 전에 301 리디렉션을 수행하는 이유는 무엇입니까?

Active Directory 도메인이 있습니다. 우리는 2개의 온프레미스 메일 서버를 보유하고 있습니다. 하나는 Exchange 2010(exchange2010.example.com)을 실행하고 다른 하나는 Exchange 2016(exchange2016.example.com)을 실행합니다. 내 목표는 2010년에서 2016년으로 마이그레이션하는 것이지만 전환 중에 두 가지가 공존하도록 하는 것입니다.

방화벽(pfSense)이 있으며 NAT를 사용하여 OWA에 대한 액세스를 허용합니다. Exchange 2010 서버를 가리키는 하나의 NAT 규칙과 Exchange 2016을 가리키는 하나의 NAT 규칙이 있습니다. 외부에서 보면 두 서버의 IP가 동일해 보이지만(둘 다 동일한 인터넷 연결에서 실행되기 때문에) 두 개의 CNAME 항목이 있습니다. 외부 DNS이고 NAT는 두 개의 서로 다른 포트를 전달합니다.

내부적으로는 모든 것이 작동합니다. 내가 가면https://exchange2016.example.com/owa2016 OWA 로그인 페이지가 나타납니다. 로그인할 수 있습니다. 사서함이 Exchange 2010에 있으면 OWA가 프록시되고 2010 OWA를 얻습니다. 그렇지 않으면 2016 인터페이스를 얻습니다.

외부적으로는 다음 URL이 있습니다.https://exchange2010.example.com/owa그리고https://exchange2016.example.com:8443/owa. 여기서 상황이 이상해집니다.

내가 방문한다고 말하자https://exchange2016.example.com:8443/owa. 클라이언트가 Exchange 2016 서버에 연결한다는 것을 방화벽 로그에서 볼 수 있습니다. 그러나 exchange2010.example.com으로 즉시 301 리디렉션이 발생하고 Exchange 2016이 아닌 Exchange 2010에 대한 OWA 로그인 페이지가 표시됩니다. 이는 로그인하기 전에 발생하므로 OWA는 사서함이 어디에 있는지 전혀 모릅니다. 도메인 이름(exchange2016.example.com)은 동일하게 유지되지만 URL에서 포트 전달(8443)이 손실됩니다.

방화벽과 IIS 로그에 리디렉션이 있는 것을 볼 수 있지만 그 원인이 무엇인지는 알 수 없습니다. 내 가상 디렉터리에 외부 URI가 올바르게 설정되어 있는 것 같습니다.

여기서 무슨 일이 일어나고 있는지 아는 사람 있나요? 문제 해결 정보는 어디에서 찾아야 합니까? 포트 포워딩이 문제라고 생각하지 않지만 어떻게 알 수 있을지 모르겠습니다.

답변1

ECP는 어떻습니까?

리디렉션 문제의 경우 아래 KB의 해결 방법을 참조하는 것이 좋습니다.Exchange Server 2013 또는 Exchange Server 2016은 OWA, 웹용 Outlook 및 ECP용 Exchange 2010으로 리디렉션됩니다.

또한 참조용으로 Exchange 2010 및 Exchange 2016 공존 시 클라이언트 연결에 대해 자세히 설명하는 문서는 다음과 같습니다.Exchange 2010과 Exchange 2016 공존 환경의 클라이언트 연결

관련 정보