고객사 측에서 재미있는 테스트 결과를 문의해왔습니다.


"
같은 PC에서 호스팅되고 있는 InstanceContextMode.PerSession 유형의 WCF 서버와 클라이언트가 있는데, 컴퓨터의 시간을 바꾸기만 하면 예외가 발생한다.
"


라는 것입니다.

아쉽지만, 결론부터 말하자면 위의 현상에 대한 해답은 찾지 못했습니다. 사실 제 입장에서 더 이상 건드려볼 수 있는 옵션이 별다르게 없었기 때문에 문제를 재현하는 간단한 소스를 작성하는 수준에서 그만 둘 수밖에 없었습니다.

혹시나, 자신이 이 문제는 꼭 풀어보겠다 싶은 분들은 첨부한 프로젝트를 이용해서 재현할 수 있습니다. ^^

1. 파일을 다운로드해 압축을 풀고, "WcfServer.sln" 파일을 Visual Studio에서 연다. (UAC가 켜진 경우에는, "Run as administrator"로 실행한다.)
2. "F5" 키를 눌러 프로젝트를 디버깅한다. 콘솔 유형의 서버와 클라이언트가 실행되고 클라이언트 측의 콘솔은 잠시 "예외"가 발생한다.

(* 가끔씩 처음 한 번은 제대로 실행되는 경우가 있는데, 다시 반복하면 예외가 발생합니다.)

나름대로, 문제를 파악하는 중에 재미있는 규칙을 하나 발견했습니다. 무조건 "시간 변경"을 하는 것으로 오류가 발생하지는 않고, 클라이언트 측의 app.config에 설정된 "binding.sendTimeout" 속성의 값보다 크게 시간을 변경한 경우에만 예외가 발생했습니다.

그러니까, 예를 들어 WCF 클라이언트 측의 binding.sendTimeout이 다음과 같을 때,

<binding name="IService1_TcpBinding" closeTimeout="00:00:03"
 openTimeout="00:00:05" receiveTimeout="01:00:00" sendTimeout="00:00:15">
 

15초로 설정되어 있으므로, 아래와 같이 15초 이후의 값으로 지정하고 실행하면 상황에 따라 System.TimeoutException 또는 System.ServiceModel.CommunicationException 예외가 발생합니다.

using (ServiceReference1.Service1Client clnt = 
                   new WcfClient.ServiceReference1.Service1Client())
{
    clnt.StarDust();

    DateTime added = DateTime.Now.AddSeconds(15); // 15초 후로 시간 설정
    SetSystemTime(added.ToUniversalTime());

    clnt.StarDust(); // 여기서 System.TimeoutException 예외 발생
    clnt.Close(); // 위의 clnt.StarDust 호출이 없어도, 
                  // Close 단계에서도 System.ServiceModel.CommunicationException 예외 발생
}

반면, 위의 AddSeconds 호출에 14(안전하게 13 이하) 값을 주면 예외가 발생하지 않습니다. 만약 위의 통신이 '보안' 설정이 된 경우라면 그나마 이해해주겠지만 그렇지 않은 경우라서 어떻게 풀어내야 할지 난감할 따름입니다.

이런 때는 Connect 사이트에 문의하는 것이 좋을까요? 아님, MVP 자격으로 받은 "Professional Support"를 써먹어 보는 것이 좋을까요? ^^

---

[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[최초 등록일: 9/23/2009]
[최종 수정일: 6/27/2021]


이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

by SeongTae Jeong, mailto:techsharer at outlook.com