none
windows media service 9 메모리 관리 RRS feed

  • 질문

  •  

     windows media service 9의 메모리 관리의 이상한 부분이 있네요

     특정 퍼블리쉬 포인트로 같은 ip에서 요청이 수백건씩 날라올때

     wms log에 status 는 408로 떨어지나 메모리는 점유를 하네요

     그래서 일단 ip를 차단하는걸로 처리하였으나

     근본적으로 메모리점유를 막을수 있는 방법이 없을까요?

     그리고 이 케이스에서 왜 메모리를 사용하는지 알수있을까요?

     

    2006년 12월 18일 월요일 오전 1:20

모든 응답

  • 408이면 Request Timeout 로그인데요.. 실제 200(OK)인데 408로 Status 로그를

    떨어뜨리는것 같습니다.  아래 Hotfix 적용을 확인해 보시기 바랍니다.

    FIX: A Windows Media Services 9 Series server registers a 408 status code instead of the expected 200 status
    code for some mobile clients

    http://support.microsoft.com/kb/917441

    2006년 12월 18일 월요일 오전 1:54
  • 빠른 답변 감사 합니다. 네 408은 타임아웃이며 로그는 맞게 기록된것으로 보입니다.

    이유는 해당 퍼블리쉬 포인트에서 실제 커넥션이 생성되지 않았습니다.

    이게 문제가 되는 것은 이 요청이 분당 수백건씩 요청이 들어올때

    서버에서는 분당 수용하는 커넥션 수를 제한할수가 있습니다.

    그리고 같은 아이피에서 들어온 요청이기에 wms가 수용을 안할 가능성도 있구요

    (이부분은 문서에서 확인한바는 없습니다. 개인적으로 당연히 그렇지 않을까 하는..)

    그래서 문제가 되는 것은 이 요청이 타임아웃이 떨어졌음에도 불구하고 메모리를

    들고 있는것이 문제가 되는것입니다.

    wms는 32bit에서 2G이상 메모리를 못쓰거든요

    그러므로 이러한 공격시 약 한시간이면 서버는 심각한 상황에 처해지게 됩니다.

    이현상을 물론 모니터링 스크립트및 자동 해당 아이피 차단등의 자체 솔루션은 가능하지만

    근본적으로 왜 타임아웃이 떨어지는 요청에대해 wms가 메모리를 들고있는지가 궁금합니다.

    이에대한   서버단에서의 가용한 셋팅이 있는지 와 가용한 패치가 있는지 또는 관련 문서가

    있는지가 궁금합니다.

    저도 지금 찾아보고는 있으나 관련 문서가 그다지 많지가 않네요 

     

     

     

    2006년 12월 18일 월요일 오전 2:14
  • 퍼블리쉬포인트에 Fast-Cache기능을 사용하고 있나요?
    있다면 세팅값은 어떻게 되어있나요?

    2006년 12월 18일 월요일 오전 4:47
  •  

     아니요 fast cache기능은 사용하지 않습니다.

     저도 그부분에 대해 생각을 해보았는데 대안이 될수 있겠다라는 생각이 들더군요

     그러나 fast cache를 쓸때의 보안적 요소를 고려하고 싶지 않아 쓰지 않았던 기억이 나네요

     그리고 꼬리말에 말이 멋지네요

     msn 대화명으로 인용했습니다.^^;

     혹시 요청이 들어왔을때에서부터 커넥션 생성 실패등시의 메모리 관리에 대해

     정보를 얻을수 있을까요

     msdn 에서 제공되는 optimize windows media service 란 문서에는 조금 모자란 부분이 있네요

      

    2006년 12월 18일 월요일 오전 5:19
  • ^^;; 제 네이트온의 대화명이기도 합니다.. 

    publishing point usage/stats 등의 모니터링을 원하신다면 WMS Monitor를
    써보는것이 좋을 듯합니다.아래 URL로 가시면 설명 및 다운로드를 할 수 있습니다.

    http://shootingstarbbs.kicks-ass.net/wmsmonitor/About.htm

     

    HOWTO: Windows 2003에서 서비스 거부 공격에 대비한 TCP/IP 스택 강화
    http://support.microsoft.com/default.aspx/kb/324270

    2006년 12월 18일 월요일 오전 5:45
  • 답변 감사합니다.

    http://shootingstarbbs.kicks-ass.net/ 이 사이트는 안들어가지네요^^;;

    모니터링은 일단 자체적으로 스크립트를 제작해서 써야할듯합니다.

    그게 경고나 대응에 융통성도 있고 해서요

    dos공격에 대한 링크는 좋은 정보가 되었습니다.

    이번경우는 아니지만 비슷한 공격이 있을때를 대비해 좋은 참고 페이지가 되겠네요

    저는 딱히 더 나은 정보를 찾지는 못했네요

    오늘따라 왜이렇게 회의도 많고 잔무도 많은겐지 (핑계구요 ㅎㅎ)

    여튼 답을 해주시는 분이 계신것 만으로도 매우 반갑네요

    제경우는 워낙에 윈도우즈 서버 관리하시는분들을 뵙기가 쉽지가 않아서요

    벌써 5시 20분이네요 하루 잘 마무리 하시구요

     

    2006년 12월 18일 월요일 오전 8:24
  • 사이트가 가끔 연결이 안될때가 있습니다
    메일주소로 보내드렸습니다

    확인해보세요^^

     

    2006년 12월 20일 수요일 오전 1:19
  •  

    감사합니다.

    오늘 회신을 보셧나보네요

    네이트 추가하세요 캬캬 같은 아이디 네이트 닷컴입니다.

    머 질문하려고 추가하자는건 아니니 부담 안가지셔도 되시구요

    아 엠에센 추가하셔도 됩니다. 같은 아이디 핫메일이고

    똑같은 대화명을 만나게되실 겁니다.

     

    2006년 12월 20일 수요일 오전 1:35