Exchange 20131064;데, EAC에서 메1068; 사용1088; 계1221;1032; 비0128;번호 변ᅆ1;한 뒤에 그 사용1088;1032; OWA에 /196;그1064; 해 보면 기1316; 비0128;번호/196;도 1217;속1060; .121;니다. 물론 신규 비0128;번호/196;도 /196;그1064;1060; .104;고요.
ᕬ1;시나 해서 AD에서 비0128;번호 변ᅆ1;1012; 해 봤lj16;데, 마찬가1648;네요.
현1116; 상황1008; 기1316; 비0128;번호, EAC에서 변ᅆ1;한 비0128;번호, AD에서 변ᅆ1;한 비0128;번호.. 1060;/111;,172; 3개가 다 /196;그1064; .104;lj16; 상황1077;니다.
뭘 수1221;해야 신규 비0128;번호/196;만 1217;속1060; 가능Ȣ16;,172; .112;까요?
------------
한시간1221;도 1648;나고나서 테스트 해 보니 기1316; 비0128;번호/196;lj16; 1217;속1060; 안.104;네요.
비0128;번호 변ᅆ1; 후 0148;/196; 1201;용.104;lj16; 0169;법1060; 1080;1012;까요?
IIS 캐시 남아서 그럴껍니다. Exchange 2003 시절부터의 이슈였고
AD 정책이랑, 레지스트리 수정해서 해결하는 방법이 있었던걸로..
AD인증인데 IIS가 인증캐시를 갖고 있으면 안됩니다. 세션은 갖고있지만 암호 변경하면 바로 적용이 되어야 됩니다. 저런 문제로 IIS 재시작 해서도 안됩니다. 엔터프라이즈 서버에서 IIS 재시작이란건 말도 안되죠.
혹시 이중화 되어 있는 서버 NLB처리 어떻게 하고 있는지가 궁금하네요.
현재 설정이 뭐가 잘못됐는지 아웃룩으로는 연결 못하고 OWA만 쓰고 있는 상황입니다.
AD내부에서 접속하든 인터넷 망에서 접속하든 마찬가지 상황입니다.
IIS에 있는 캐시등이 문제였던거 같습니다.