Introduce

A. NDIS
      A1. NDIS 버젼과 플랫폼과의 관계에 대해서 알고 싶습니다.
      A2. NDIS에서 함수들의 호출관계에 대해서 알고 싶습니다.
      A3. 각 계층에서 Packet을 다룰 수 있는 방법.
             A3-1. 특정 패킷 보내기.
             A3-2. 원하지 않는 패킷 Drop하기.
             A3-3. 임의의 Packet을 만들어 수신하는 방법.

B. Miniport, Intermediate
B1. Packet의 흐름에 대해서 알고 싶습니다.

C. Protocol
C1. Filter의 종류와 정의.(promiscuous, ....)

D. Debugging, Compile
D1. 디버깅 방법에 대해서 알고 싶습니다.
D2. compile시 에러 대처방법(여러가지)

E. 설치관련(Install, INF)
      E1. 드라이버 작성 완료/드라이버 다운로드 완료
      E2. ' .INF ' 문서 작성.
      E3. 네트워크 환경설정
      E4. 프로토콜 선택
      E5. 경로설정

F. 기타
      F1. DDK를 구하는 방법 & 설치 방법(VC++, SDK, DDK 설치 순서)
      F2. 참고 Site(Dirver, Network, NDIS관련 Site Link), 책 소개 / Sample Source 를
           어디에서 구하는지 궁금합니다.
      F3. 데이타들을 어플리케이션에서 확인 할 수 있는 방법을 알고 싶습니다.

A. NDIS

A1. NDIS 버젼과 플랫폼과의 관계에 대해서 알고 싶습니다 .
>>
NDIS 버전과 플랫폼의 관계는 해당 플랫폼에서 지원되는 NDIS 버전과 함수의 복합적인 관계라고 볼 수 있습니다. 플랫폼에서 지원하는 사양이 사용되는 플랫폼에서 사용하는 NDIS버전을 수용할 수 있어야 하기 때문에 결국 플랫폼에 따라 사용하는 NDIS버전이 달라지게 되고 그 NDIS 버전에서 지원하는 함수의 차이에 의해 함수의 사용 역시 달라지게 됩니다.

예를 들면 Windows 95는 NDIS버전 3.0을 지원하므로 Windows 2000에서 사용하는 2000DDK(NDIS 버전 5.0)를 사용하지 못하는 것입니다. 또한 각 NDIS 버전에서 지원하는 함수가 조금씩 다르므로 그 차이점을 알고, 사용하는 플랫폼에 적당한 함수를 써야 하는 것이고요. 따라서 .sys는 2000DDK를 사용하고 .vxd는 9xDDK를 사용하게 되는 것입니다.

각 버전에 따른 Evolution은 http://www.microsoft.com/hwdev 를 통하여 살펴볼 수 있습니다.

운영 체제	지원되는 NDIS Version
Windows 95 Windows NT 4.0 DDK Windows 95 DDKs	NDIS 3.1
Windows 95 OSR2 Windows NT 4.0 DDK Windows 95 DDK	NDIS 4.0
Windows 98 Windows NT4.0 DDK Windows 98 DDK	NDIS 4.1
Windows 98 SE Windows NT 4.0 DDK Windows 98 DDK	NDIS 5.0
Windows Me Windows 2000 DDK Windows 98 DDK for Vxds	NDIS 5.0
Windows NT 3.5 Windows NT 3.5 DDK	NDIS 3.0

TOP

A2. NDIS에서 함수들의 호출관계에 대해서 알고 싶습니다.
>>
   NDIS에서 함수들은 크게
        NDIS 드라이버 Upper-Edge 함수,
        NDIS 라이브러리 함수,
        NDIS Lower-Edge 함수
   이 세 부류로 분류할 수 있습니다.
각각의 함수들은 이렇게 나뉘어 각각의 함수를 서로 호출하게 되며 그에 의해서 패킷을 전송하는 등의 일등을 수행하게 됩니다.

함수 호출관계에 대해 DDK의 표현을 인용한다면 다음과 같이 설명이 됩니다. NDIS 라이브러리는 드라이버가 호출하는데 필요한 모든 운영체제의 시스템 함수들을 캡슐화 하는 함수들을(NdisXxx 함수들)을 익스포트한다. 또한 드라이버는 차례로 NDIS가 드라이버에 접근하기 위해 상위 레벨 드라이버들을 위해 혹은 자기 자신을 위해 NDIS가 호출하는 엔트리 포인트들( Low,Upper-Edge 함수들)을 익스포트해야 한다. 드라이버가 전송하는 패킷을 가지고 있을 때, NDIS 라이브러리에 의해 익스포트되어지는 NdisXxx 함수를 호출한다. NDIS는 그리고 나서 패킷을 전송받는 드라이버에 의해 익스포트된 적당한 함수를 호출함으로써 미니포트에게 패킷을 전달한다.

실례를 보면, 아래의 그림은 패킷을 프로토콜 드라이버에서 미니포트를 통해 보내기 위해 함수를 호출하는 과정을 보여줍니다. 우선,패킷을 보내기 위해서는 프로토콜에서 NdisSend를 호출하고, NdisSend는 다시 인터미디엇의 MPSend를 호출하게 됩니다.또한 인터미디엇의 MPSend는 다시 미포트로 패킷을 전송해야 하므로 NdisSend를 호출하게 되어 패킷을 미니포트로 전송하게 됩니다. 패킷 전송이 끝나면 그에대한 결과를 전달하기 위한 패킷을 다시 전달하기 위해서 위의 과정과 같은 함수호출 과정을 거쳐서 프로토콜 드라이버로 전송을 마쳤음을 의미하는 패킷을 되돌려 보내게 되는 것입니다.

　
TOP

A3. 각 계층에서 Packet을 다룰 수 있는 방법.
>>
A3-1. 특정 패킷 보내기.
이더넷 프래임의 경우 패킷의 구성은 다음과 같이 이루어집니다.
14byte -------a 형식

20~~24 byte -------a IP 헤더

20~~24 byte -------a TCP 헤더

나머지 -------a 데이터

여기에서 우리가 특정 패킷을 만들어 보낸다면 이 부분들에 우리가 의도하는 형태를 만들어 보내면 그 목적을 이룰수 있는 것입니다. 예를 들어 우리가 broadcasting의 형태로 패킷을 보내고 싶다면 형식을 나타내는 14byte의 조작을 통해 그 형태로의 패킷을 보낸다는 말입니다.

	char data[1520] = {0,}
	data[1] = 0xff data[2] = 0xff data[3] = 0xff data[4] = 0xff data[5] = 0xff data[6] = 0xff	Destimation Part 옆의 코드에서는브로드케스트 형태임을 나타낸다.
	data[7] = 0x00 data[8] = 0xD0 data[9] = 0xB6 data[10] = 0x28 data[11] = 0x33 data[12] = 0xff	Source Part자기자신 MacAddress를 의미한다.
	data[13] = 0x08 data[14] = 0x00	Type 옆의코드는 TCP/IP를 의미한다.

이렇게 우리가 원하는 타입인 브로드캐스팅의 형식으로 TCP/IP 패킷을 보낼수 있게 됩니다.

A3-2. 원하지 않는 패킷 Drop하기 .
패킷을 Drop한다는 의미는 다음의 그림과 같이 받아들일수 있습니다.

여기에서 상.하위 계층, 차단부는 꼭 한 부분이 정해져 있는 것이 아니라 여러 가지가 될 수 있고 그에 따라 우리가 패킷을 차단하는 방법에 차이를 보이는 것입니다. 패킷을 차단하는 방법에는 TDI훅을 통한 방법, 인터미디엇을 통한 방법 등 여러 가지가 있는데 Ndis4.0/5.0에서는 인터미디엇 드라이버에서 접근하여 패킷을 Drop 시킵니다.
>>
수신된 패킷이 미니포트에서 인터미디엇의 프로토콜 리시브함수로 갔을때 NdisMIndicateReceivePacket 하기전에, 즉 윗계층 프로토콜 드라이버로 패킷을 보내기 전에 NdisMIndicateReceivePacket 을 호출하지 않으면 차단이 됩니다. 이경우 차단부는 인터미디엇 층이 되는 것이지요..
이러한 차단은 하위계층에서 이루어 질수록 그 신뢰성이 짙어집니다 .　

A3-3. 임의의 Packet을 만들어 수신하는 방법.

위의 그림은 수신시 메모리에 데이터가 들어가고 그 물리페이지에 대한 디스크립터를 읽어오는 그림입니다. 일반적으로 수신시 데이터가 물리메모리에 저장되고 인터럽트가 발생하면서 차례로 이러한 모습으로 물리메모리와 가상주소, 버퍼풀, 패킷풀에 각각의 요소가 할당되게 되는데, 이와는 달리 이러한 할당을 미리 하였다가 인터럽트가 발생하는 순간 포인터를 이용하여 물리메모리에 저장된 데이터를 바로 가지고 오는 수도 있습니다. 이것이 우리가 임의로 패킷을 만들어 수신하는 방법이 되는 것입니다.
TOP

B. Miniport, Intermediate

B1.Packet의 흐름에 대해서 알고 싶습니다.

NDIS에서는 모든 정보를 패킷 단위로 송/수신하게 되는데 이러한 패킷의 흐름을 알 수 있다면 네트워크 상에서 어떻게 신호가 오가게 되는지 좀더 수월한 방법으로 알 수 있게 됩니다. 패킷의 흐름은 프로토콜이나 미니포트 모두 유사하므로 통합적으로 송/수신으로 나누어 설명하도록 하겠습니다.

▶ 송신

우리가 일반적으로 사용하는 인터넷의 경우 우리는 도메인을 입력함으로써 우리가 원하는 웹 페이지로 이동할 수 있습니다. 이는 우리가 그 도메인에 해당하는 서버에 신호를 보냄에 가능한 것이며 우리가 원하는 바를 상대서버에 전달했다는 이야기가 되는 것입니다. 아래에 나오는 그림은 이에 대한 순차적인 과정과 그 과정에서 이루어 지는 사항들을 알기 쉽게 정리해 놓아 패킷의 흐름은 물론 그에 대한 정보의 흐름을 눈으로 쉽게 볼 수 있습니다.

이처럼 할당된 패킷과 버퍼는 아래의 그림과 같이 NdisChainBufferAtFront을 통하여 서로 각각 패킷풀과 버퍼풀에 자리잡게 되고 특정 가상 범위(range, 영역)와 맵핑하는 버퍼 디스크립터를 만들게 됩니다.　

NDIS_BUFFER는 일반적으로 3개 입니다. 데이터를 3부분(Ethernet Header, TCP/IP Header, Data)으로 나눠서 보내기 때문에 Buffer를 3개 할당해서 각각의 데이터들의 선두 번지 값을 저장해 두는 것입니다. 마지막으로 이렇게 저장된 데이터들이 하나로 묶여 NdisSend나 PacketSendCommand를 통해서 PROTOCOL에서 MINIPORT나 MINIPORT에서 다른 서버나 호스트로 전달되는 것으로 그 과정을 끝내게 됩니다..

▶ 수신

수신에서도 송신과 구조적으로는 송신과 별반 차이가 업이 송신에서의 반대순서로 수신과정이 이루어 집니다. 하지만 송신과 가장 다르다 할 수 있는 것은, 앞 송신에서는 하나의 패킷이 3개의 버퍼로 나누어져 메모리 공간상에 기억되었다 전송되었지만 수신에서는 하나의 버퍼에 하나의 패킷이 연결되는 것이 가장 큰 차이 입니다.

처음 NIC이 데이터를 수신하면 ReciveInterrupt를 발생시키고 MINIPORT ISR에 전달하고,받은 데이터를 물리 메모리에 저장하여 그에 대한 가상페이지에 그 기록을 저장합니다. 이 ReciveInterrupt는 MiniportHandleInterrupt Call을 호출해 다시 MiniportHandleInterrupt에 전달이 되며, 이렇게 전달되어진 MiniportHandleInterrupt에서 MIndicateRecive Packet을 통해 패킷을 얻어오고 그 패킷은 ProtocolRecivePacket에 또다시 전달 되어 집니다. 여기에서는 NdisQueryPacket와 NdisQueryBuffer를 통해 가상주소를 얻고 그에 저장되어진 물리주소를 찾아가 실제 수신한 데이터를 얻어옵니다. 그 데이터는 Protocol Stack에서 웹 데이터로 바뀌어 우리가 보는 화면에 나타나게 되는 것입니다.

TOP

C. Protocol

C1. Filter의 종류와 정의.(promiscuous, ....)

    패킷 드라이버는 세 가지 기능이 있습니다.
          - NIC에 대한 정보를 얻어오거나 설정한다.
          - 패킷들을 받아들인다.(Receive)
: 네트워크 상에서 돌아다니는 Packet들을 받은 Network Adapter(Ethernet Card   등)에 저장된 모든 내용을 Capturing하여 각 Analysis로 보내는 Module입니다.
    Ethernet Controller는 보통 다음과 같은 필터들이 있습니다.
          - PROMISCUOUS : 들어오는 모든 패킷들을 받아들인다.
          - BROADCAST : Broadcast 패킷들을 받아들인다.
          - MULTICAST : Multicast 패킷들을 받아들인다.
          - INDIVISUAL : 네트워크 MAC 어드레스와 일치하는 패킷들만 받아들인다.
          - 패킷들을 보낸다. (Send)

TOP

D.Debugging, Compile

D1. 디버깅 방법에 대해서 알고 싶습니다.

디버깅이란 프로그램상의 에러 즉 버그를 찾아 없애는 과정을 말합니다. 이러한 문제는 여러 가지 이유로 발생하지만 가장 큰 이유는 우리의 실수로 인해 빚어지게 됩니다. 예로 간단한 입력 실수부터 잘못된 논리, 각종 장애들, 자원부족, 시간의존 등등… 아래는 많이 발생하는 버그를 정리해 놓은 것입니다.

증상	가능한 이유
데이터가 잘못되었다.	·변수를 초기화 시키는 데 실패했다. ·정수형식의 범위를 초과했다. ·배열의 색인 표현에서 에러가 발생했다. ·루프 조건에서 에러가 발생했다. ·동적으로 할당된 배열의 크기에서 에러가 발생했다. ·클래스 copy 컨스트럭터, 할당 연산자, 디스트럭터를 구현하는 데 실패했다.
예외가 처리되지 않았다.	·유효하지 않은 포인터 또는 레퍼런스. catch핸들러를 빠뜨렸다.
프로그램이 일시 중단되거나 고장난다.	·변수를 초기화하는 데 실패했다. ·무한루프. ·유효하지 않은 포인터. ·동일한 free store 메모리를 두 번 해제시켰다.
스트림 입력 데이터가 잘못되었다.	·추출연산자와 getline 함수를 이용해 읽어들였다.
틀린 결과가 생성되었다.	·입력에러. ·변수를 초기화하는 데 실패했다. ·유효하지 않은 포인터. ·Swich에서 break를 빠뜨렸다.

실제 이러한 문제를 해결하는 디버깅과정을 수행하는 방법은 몇 가지 다른 수단을 통해 이룰 수 있지만 한가지 방법인 host와 target을 이용하는 디버깅 환경설정과 순서에 대해 이야기 하면 아래와 같습니다.

위의 그림과 같이 서로 연결한 컴퓨터에서 target의 Runwdb98.bat를 확인하여 컴포트 번호와 속도를 서로 조정해 주고 시스템을 재시작 합니다. 시스템 재시작 중간에 F8키를 눌러 5.Command Prompt.를 선택하여 Runwdb98.bat를 실행 시킵니다. 그후 원하는 부분에 dbgprint를 넣어 이상이 있는 부분에 대해 파악해 볼 수 있습니다. 이상이 Rterm98을 이용한 방법이고 이 외에 Windbg, DbgView를 이용한 방법도 있습니다. 그리고 디버깅에 대한 세세한 부분은 시중에 나와 있는 Visual C++에서 볼 수가 있을 것입니다.
디버깅을 쉽게 하고 싶다면 단계적 개발로 단계적 테스트를 하며 문제를 해결해 나가는 것이 가장 쉬운 방법이 될 수 있을 것 같습니다.　

D2. compile시 에러 대처방법

컴파일은 하나의 File 단위로 이루어 집니다. 따라서 오타에서 비롯된 잘못이나 잘못된 문법에 대한 문제점은 등의 하나의 File에서의 오류는 컴파일시 에러로 나타나게 되고 우리는 이를 통해 수정이 가능합니다. 이런 컴파일시 에러중 가장 많이 발생하는 것은 단연코 코드를 잘못 입력한 것입니다. 즉 오타로 인한 문제가 가장 많다는 것입니다. 아주 능숙하고 오랜 기간 코딩을 했던 이외의 많은 초보자들이 범하기 쉬운 경우죠. 그 외에도 쉽게 발생하는 에러는 헤더File 부분의 문제입니다. 정의 되지 않은 변수나 함수 그 외의 여러 가지 부분이 정의 되지 않아 발생하는 문제를 말하는 거죠. 이 외에도 에러를 일으키는 문제(지원하지 않는 기능의 사용등..)는 있지만 대부분의 문제는 여기에서 발생하고 그에 따른 대처방안으로는 다음과 같습니다.

에러표시에 나온 그 File의 해당열에 가서 문제를 발생시킨 요소를 수정한다.(대부분의 오타문제)
정의 되지 않은 부분에 대해서는 헤더화일이나 함수를 통해 정의 한다.
헤더화일의 중복이 있지 않은지 확인하고 그렇다면 수정한다.
만약 위의 사항을 살펴보아도 문제가 없을 시에는 잘못된 수식이나 조건등을 사용하지 않았는지 확인하고 수정해 본다.
이 외에도 포인터의 사용이 올바른지 형의 정의가 정확한지를 확인하는 것도 컴파일중 발생하는 에러에 대한 대처방안이 될 것입니다. 하지만 컴파일의 에러는 다소 발견하기도 쉽고 수정이 쉽지만 실행시켰을 때 발생하는 오류를 디버깅을 통해 점검하는 것은 어렵습니다. 따라서 가장 좋은 방법은 처음부터 부분, 부분의 코딩에 주의 하여서 코딩한다면 애초부터 발생하지 않겠죠.^^;
TOP

위의 그림은 기존의 INF 문서를 이용하여 우리가 사용할수 있도록 적절히 바꾸는 모습을 나타낸 것입니다. 위화같이 우리는 Ndis 버전과 드라이버 이름들을 적절하게 고쳐넣어서 쉽게 이용할 수도 있습니다.(표시된 부분외 다른 부분들이 더 있습니다.)

TOP

E3. 네트워크 환경설정.

이제 네트워크 환경설정 아이콘에서 오른쪽 버튼을 클릭하면 아래에 있는 창이 나타나게 됩니다. 그러면 추가 탭을 클릭합니다

TOP

E4. 프로토콜 선택.

위의 그림처럼 추가탭을 클릭하면 다음과 같은 창이 나타나게 될 것입니다.그러면 프로토콜을 선택합니다.

TOP

E5. 경로설정.

프로토콜을 선택했으면 작성한 드라이버가 있는 경로를 선택합니다.

　 경로설정이 끝났으면 설정을 위한 시스템의 재시작 여부를 물어볼 것입니다. 그러면 재시작을 선택하면 설치가 끝납니다.

TOP

F.기타

F1. DDK를 구하는 방법 & 설치 방법(VC++, SDK, DDK 설치순서)

▶ DDK 구하는 법
ddk를 가장 일반적으로 구할수 있는 방법은 MS를 통해 다운로드 하거나 MSDN에 가입하여 얻는 것입니다. 하지만 위의 표에서 보듯이 Visual C++을 설치하기만 해도 자동적으로 제공받을 수 있는 ddk가 있으므로 이점 알아두시기 바랍니다.

▶ DDK 설치방법
1. VC6 설치.
2. SDK 설치.
3. DDK 설치.
4. 환경설정.
(주의)
환경변수가 모자라면 컴파일이 안되므로 VC6와 SDK의 이름을 줄여 쓰도록 하거나 환경변수 설정을 해 주어야 한다.

환경 변수 공간 증가하기
Config.Sys파일에 다음줄을 추가한다.
shell=C:\command.com /p /e:4096
이 명령어는 4096(4Kbyte)의 환경 공간을 제공한다. 만약 out of environment space 메시지가 발생하면은 환경 공간을 더 크게 늘려주면 된다.

TOP

F2. 참고 Site(Dirver, Network, NDIS관련 Site Link), 책 소개 / Sample Source를 어디에서 구하는지 궁금합니다.

▷ 참고 사이트
www.microsoft.com /hwdev/Network //ndis관련
http://www.pcausa.com // ndis관련
http://www.hollistech.com //IP Hook 샘플소스
www.sysinternals.com //모니터링 프로그램.

▷ 참고서적
NDIS 에 관한 책은 거의 없습니다. 일부 디바이스 드라이버 책에 나오는 NDIS 관련 부분도 거의가 ddk 내용의 아주 작은 일부분일 뿐 입니다. 역시, 가장 좋은 참고서는 ddk 도큐먼트이고, 이보다 좋은 참고서는 없다고 생각하시면 됩니다.

▷ 샘플소스
ddk 예제 샘플 소스
vpacket 소스
zpacket 소스
winpcap 소스
기타 이외에도 몇가지 소스들이 있지만 일반적으로 샘플소스로 이용하기에는 이정도 입니다.

TOP

F3. 데이타들을 어플리케이션에서 확인 할 수 있는 방법을 알고 싶습니다.

데이터를 어플리케이션에서 확인한다는 것은 결국 드라이버와 어플리케이션과의 통신관계가 그 모든 것을 이야기 해 줍니다. 프로토콜층의 네트워크 분석기의 분석내용을 우리가 볼수있는 어플리케이션 층으로 보낸다는 의미입니다. 이 통신관계에 대한 모습은 대략 이렇습니다.

드라이버와 어플리케이션과의 통신에서 이루어지는 메이저 함수는 서로 위의 그림처럼 연결이 됩니다. 이러한 메이저 함수의 사용은 드라이버층에서 분석한 데이터를 우리에게 직접 보여줄 수가 있는 것입니다. 이러한 메이저 함수의 사용과 IRP에 대한 사항들은 무척이나 광범위하고 많은 분량의 설명이 필요한 부분입니다. 책으로 써내도 두 세권으로 써낼 수 있을 정도로 많은 분량이므로 이에 대해 궁금한 점은 시중에 나와있는 WDM관련 책자 등을 통해 자세히 알 수 있을 것입니다.

TOP