ÇÁ·Î±×·¡¹Ö Áú¹® µå·Á¿ä...(C++) ¸Þ¸ð¸® ÇÒ´çÀ» ¾î¶»°Ô ÇØ¾ß ÇÒ±î¿ä. ¹«°³³ä ÁÖÀÇ

isaiah   
   Á¶È¸ 4841   Ãßõ 0    

 

http://www.2cpu.co.kr/QnA/530713 여기서 이어지는 글인데요..

 간단한 기능 하나 구현하려고 한참 삽질을 하네요.

 이번에도 역시나 기초 가 없어서 막혔습니다.

 ndis 프로토콜 드라이버가 WOL PATTERN을 등록할때 OID_PM_ADD_WOL_PATTERN 을 사용하고 이 때 아래쪽 드라이버로 내려가는 정보는 

구조체 NDIS_OID_REQUST 에 담겨서 내려갑니다.

이 NDIS_OID_REQUST 구조체 내부에는 PVIOD informationBuffer 값이 있는데요 이게 등록되어야 할 패킷 정보를 가진 NDIS_PM_WOL_PATTERN 구조체의 포인터를 담고 있습니다. 


 저는 그래서 ndis 필터 드라이버 셈플을 수정해서 원하는 중간에서 원래 프로토콜 드라이버가 내려 보내는 패턴을 수정해서 제가 원하는

패턴을 등록하려고 하고 있습니다.


  windows 10에서 제가 원하는 대로 작동을 안해서요.

 기본 상태에서 전달 되는 패턴은 NETBIOS name qurry 에 반응 하는 패턴 하나 뿐 이였습니다.

 저는 이걸 수정해서 netbios name qurry, ARP(IP:192.168.1.30),ARP(IP:192.168.1.31) 이렇개 반응하도록 수정하려고 합니다 ARP(IP:192.168.1.31)는 가상 머신에 할당할 IP 입니다.


 패턴 개수가 3개로 늘어나는 건데요. 문제는 OID_PM_ADD_WOL_PATTERN 요청에서 복수의 패턴을 등록하는 방식에 있습니다.

 NDIS_OID_REQUST내부의 PVIOD informationBuffer 이 첫번째 OID_PM_ADD_WOL_PATTERN의 포인트를 담고 있고

 첫번째 OID_PM_ADD_WOL_PATTERN 구조체 내부에 있는 ULONG NextWoLPatternOffset 값이 다음 패턴 데이터를 담고 있는 OID_PM_ADD_WOL_PATTERN 를 오프셋으로 알려 줍니다. 오프셋의 시작 위치는 위에 언급된 NDIS_OID_REQUST 내부의 PVIOD informationBuffer의 주소값 입니다.


 처음에 그냥 malloc으로 OID_PM_ADD_WOL_PATTERN 3개 만들어서 오프셋 계산을 해버렸는데요.

 문제는 음수가 나왔다 양수가 나왔다 합니다. 그런데 오프셋 값을 ULONG을 받으니 음수는 전달을 할 수가 없고요...

NDIS_OID_REQUST + OID_PM_ADD_WOL_PATTERN 이 들어갈 용량을 할당해 두고 중간중간을 포인터로 잡아서 써야 할까요?

 

ªÀº±Û Àϼö·Ï ½ÅÁßÇϰÔ.
malloc À» µû·Îµû·Î ÇÏÁö ¸»°í...Çѹø¿¡ 3¹è¼ö·Î Àâ¾Æ¼­...±¸Á¶Ã¼ 3°³¸¦ ³ª¶õÈ÷ ³Ö¾îº¸¼¼¿ä.
Á÷Á¢ ÇØº»°Ô ¾Æ´Ï¶ó È®´äÀº ¸ø µå¸®°Ú½À´Ï´Ù¸¸...´À³¦»óÀ¸·Î´Â ±×³É ¹è¿­ ÇüÅ·Π¾îµò°¡¿¡ Àâ¾Æ¼­ ¾²¸é µÉ °Í °°½À´Ï´Ù.
     
isaiah 2016-06
À½ NDIS_OID_REQUST + OID_PM_ADD_WOL_PATTERN 3°³ ºÐ·®À» ¸ù¶¥ ³ÖÀ» °ø°£À» ÇÒ´çÇϰí.
 º»·¡ ÇÊÅÍ µå¶óÀ̹ö ¼ÀÇÃÀÌ »ç¿ëÇÏ´ø NDIS_OID_REQUST º¹»çÇØ¼­ ³Ö°í ±× À§Ä¡¸¦ Æ÷ÀÎÅÍ·Î ³»·Á º¸³Þ´õ´Ï Ä¿³ÎÆÐ´Ð ³ª³×¿ä.
 ÂÁ...  ÇÊÅÍ µå¶óÀ̹ö ÀÚüµµ À§¿¡¼­ ³»·Á¿Â ¸®Äù½ºÆ®¸¦ ¹Þ¾Æ¼­
        Status = NdisAllocateCloneOidRequest(pFilter->FilterHandle,
                                            Request,
                                            FILTER_TAG,
                                            &ClonedRequest);
¿ä°É·Î ´Ù¸¥ ¸Þ¸ð¸® °ø°£¿¡ º¹»çÇØ µÎ°í ¾²±æ·¡ ±×³É ¾³ º¹»ç ÇØ¹ö·Áµµ µÇÁö ¾ÊÀ»±î Çߴµ¥ ±×·¸°Ô ´Ü¼øÄ¡´Â ¾ÊÀº ¸ð¾çÀÔ´Ï´Ù.. ÂÁ..
¹«¾Æ 2016-06
¸»¾¸ÇϽŴë·Î ÇØº¸¸é ¾Ë°ÚÁö¿ä? Çѹø ÇØº¸¼¼¿ä. ÀßµÇ¸é µÇ´Â°ÅÁÒ..

>óÀ½¿¡ ±×³É mallocÀ¸·Î OID_PM_ADD_WOL_PATTERN 3°³ ¸¸µé¾î¼­ ¿ÀÇÁ¼Â °è»êÀ» ÇØ¹ö·È´Âµ¥¿ä.  ¹®Á¦´Â À½¼ö°¡ ³ª¿Ô´Ù ¾ç¼ö°¡ ³ª¿Ô´Ù ÇÕ´Ï´Ù.

Ç×»ó ¾ç¼ö°¡ ³ª¿Ã ¼ö ÀÖ°Ô ÆÐÅÏ 3°³ÀÇ ¼ø¼­¸¦ Àß Àâ¾ÆÁÖ¸é µÇÁö ¾ÊÀ»±î¿ä?
     
isaiah 2016-06
¸®Äù½ºÆ®¸¦ º¹»çÇÏ´Â ÀÛ¾÷Àº µû·Î ÇÔ¼ö¸¦ ½á¼­ Çϵµ·Ï µÇ¾î ÀÖ´õ¶ó°í¿ä..
        Status = NdisAllocateCloneOidRequest(pFilter->FilterHandle,
                                            Request,
                                            FILTER_TAG,
                                            &ClonedRequest);
 ¿ä·±½ÄÀ¸·Î¿ä.
 
 ÀÌ°Ô ÆÐÅÏÀ§Ä¡¸¦ ±âÁØÀ¸·Î ´ÙÀ½ ÆÐÅÏÀÇ ¿ÀÇÁ¼ÂÀ» ±¸ÇÏ´øÁö Çϴ°Ÿé Àû´çÇÏ°Ô ¸ÂÃâ ¼ö Àְڴµ¥.
 ¸®Äù½ºÆ® ±¸Á¶Ã¼ÀÇ º¯¼öÀÇ ÁÖ¼Ò¸¦ ±âÁØÀ¸·Î ¿ÀÇÁ¼ÂÀ» ±¸ÇØ¾ß ÇÏ´Ï Á¦ ªÀº Áö½ÄÀ¸·Î´Â ±ò²ûÇÏ°Ô ´äÀÌ ¾È³ª¿À³×¿ä...
isaiah 2016-06
¹» ¸ð¸£´ÂÁö ¸ð¸£´Ï Áú¹®µµ Àç´ë·Î ¸øÇ߳׿ä..
 ¾Ë°í º¸´Ï ¼Ò½º¸¦ ¿Ã¸®°í Áú¹®À» Çß¾î¾ß ´äÀ» ±¸ÇÒ ¼ö ÀÖ´Â ºÎºÐÀÌ¿´½À´Ï´Ù.
NdisAllocateCloneOidRequest ¿ä°É·Î ÇÒ´çÇÑ ¸Þ¸ð¸®¸¦ ÇØÁ¦ÇÏ´Â ÇÔ¼ö¸¦ Æ÷ÇÔÇÑ ÄݹéÇÔ¼ö¸¦
ÇÊÅÍ µå¶óÀ̹öÀÇ ÇÏÀ§¿¡ Á¸ÀçÇÏ´Â ndis µå¶óÀ̹ö¿¡¼­ È£ÃâÇÏ´Â°Ô µÇ´Â ±¸Á¶¿©¼­..
¾Æ·¡·Î ³»·Á º¸³×´Â Æ÷ÀÎÅ͸¦ ÄݹéÀ¸·Î ´Ù½Ã ¹Þ¾Æ¼­ ÇØÁ¦ Çϸ鼭 »ý±â´Â ¹®Á¦ ¿´³×¿ä.


QnA
Á¦¸ñPage 2261/5743
2015-12   1838584   ¹é¸Þ°¡
2014-05   5323156   Á¤ÀºÁØ1
2006-11   4843   ÀÌÁ¤¼®
2015-01   4843   º´¸ÀÆù
2018-08   4843   ÅëÅë9
2016-01   4843   õ¿Üõoo³ë¡¦
2015-02   4843   pmnxis
2019-08   4843   ÇåÅÍD
2014-10   4843   ¹ÚÁø¿ì13
2007-08   4843   ÃÖâÇö
2018-09   4843   ÀÌÁöÆ÷Åä
2016-06   4843   Lucyed
2014-12   4844   À̱ԹÎ
2006-11   4844   Á¤ÇѰæ
2016-11   4844   ½Öcpu
2017-10   4844   LINKINPARK
2020-11   4844   ±è¿µ³ë
2020-09   4844   Èñ¸ÁÀÌvsÇÏ¡¦
2016-09   4844   ¹Ú¼º¸¸
2016-10   4844   ÇູÇϼ¼
2008-09   4844   ¹æÈ¿¹®
2016-08   4844   ±è¹Î¼®salsal