CreatePipe, CreateNamedPipe
파이프가 없을시 생성
있을시 접근한 클라이언트와 통신하기위한 핸들값을 반환 


check = ConnectNamedPipe 클라이언트가 접속하기를 대기하였다가 접속하면 함수 종료

DisconnectNamedPipe() - CloseHandle
 파이프를 파괴할수 있긴하나 디스콘넥을 안하면 다시 재준비가 안된다. (예) 백화점 직원 - 커피마시러가는 상황


스레드 주의점

스레드는 고유한 스택 정보를 갖고있다. 그러므로 스레드를호출할때 지역변수의 주소를 넘기는것은 위험하다.
같은 주소가 나올 수 있기 때문에 동적할당을 이용 하는 방법이있다.

 

CreateThread - 이러한 진입점을 가진 스레드를 생성해달라. (생성시켜도 바로 생성되서 실행되지않음)


'API & MFC > API & 시스템프로그래밍' 카테고리의 다른 글

파일매핑 사용순서  (0) 2010.01.24
Dll이란?  (0) 2010.01.24
Hooking  (0) 2010.01.15
서비스  (0) 2010.01.13
IPC란?  (0) 2010.01.12
Posted by 아몰라

접속 기반 프로토콜(Connection Oriented Protocol)



SOCKET PASCAL FAR socket(int af, int type, int protocol);

참고주소 : http://msdn.microsoft.com/en-us/library/ms740506(VS.85).aspx

특정 전송 서비스 제공자로 바인드 될 소켓을 생성한다.

리턴 : 성공시 소켓의 핸들. 실패시 INVALID_SOCKET.

af : address family를 정한다.

 - AF_INET(IPv4), AF_IPX, AF_APPLET!ALK, AF_NETBIOS, AF_INET6(IPv6), AF_IRDA, AF_BTH

type : 새로운 소켓이 어떤 형태인지 정한다.

 - SOCK_STREAM : OOB data 전송 메카니즘을 가진 순서화된 신뢰성 있는 양방향, 접속 기반 바이트 스트림을 제공한다.

 - SOCK_DGRAM : 고정된 최대 크기의 신뢰성 없고 접속하지 않는 버퍼인 데이터그램을 제공한다.

 - SOCK_RAW : Layer 3 프로그래밍을 하고 싶을 때

   예시) ping(컴퓨터가 살았나 죽었나, round-trip), tracert

protocol : 사용될 프로토콜

 - IPPROTO_TCP, IPPROTO_UDP


well-known port(0~1024) : 사람들이 자주 사용하는 포트. 21: ftp, 23: telnet, 25 : SMTP, 80 : web


Socket Address 구조체

참고주소 : http://msdn.microsoft.com/en-us/library/aa252969(VS.60).aspx

struct sockaddr_in{

    short            sin_family;

    unsigned short      sin_port;

    struct   in_addr      sin_addr;

    char               sin_zero[8];

};


sin_family : address family ( AF_INET이어야 한다. )

sin_port : 16비트 포트 번호. htons계열의 함수가 필요하다.

sin_addr : IP 주소. inet_addr함수나 htonl계열의 함수가 필요하다.

sin_zero : 사용되지 않음.


int pascal FAR bind(SOCKET s, struct sockaddr FAR *addr, int namelen);

참고주소 : http://msdn.microsoft.com/en-us/library/ms737550(VS.85).aspx

소켓 핸들과 소켓 구조체를 연관시키고 시스템에게 묶어달라고(bind) 요청한다.

소켓과 지역(현재 컴퓨터) 주소를 연관시킨다.

리턴 : 성공시 0. 실패시 SOCKET_ERROR. 더 자세한 오류코드는 WSAGetLastError를 참고.

s : bind되지 않은 소켓을 나타내는 descriptor

name : sockaddr 구조체로부터 소켓을 지정할 주소

namelen : 바이트 단위. name 전달인자 값의 길이


int PASCAL FAR listen(SOCKET s, int backlog);

참고주소 : http://msdn.microsoft.com/en-us/library/ms739168(VS.85).aspx

포트를 감시모드로 바꾼다.

들어오는 접속에 대해 듣고 있는 상태의 소켓으로 만든다.

리턴 : 성공시 0, 실패시 SOCKET_ERROR

s : 접속되지 않고 bind된 소켓을 나타내는 descriptor

backlog 

 - 기라디는 접속 큐의 최대 길이. (로스터에 올라간 사람 수. 최소 1이상)

 - SOMAXCONN이면 최대로 합리적인 값으로 backlog를 설정.


SOCKET PASCAL FAR accept(SOCKET s, struct sockaddr FAR *addr, int FAR *addrlen);

참고주소 : http://msdn.microsoft.com/en-us/library/ms737526(VS.85).aspx

클라이언트가 올 때까지 blocking되었다가 클라이언트가 접속하면 요구를 받아준다.

소켓으로 들어오는 시도를 한 접속을 허가한다.

s : listen 함수에 의해 listen 상태인 소켓을 나타내는 descriptor

addr : 접속한 개체의 주소를 받는 버퍼의 포인터. 접속 peer 프로세스(클라이언트)의 주소를 리턴한다.

addrlen : addr 전달인자를 가리키는 구조체의 길이를 포함한다.


int pascal FAR connect(SOCKET s, struct sockaddr FAR *addr, int namelen);

참고주소 : http://msdn.microsoft.com/en-us/library/ms737625(VS.85).aspx

특정 소켓으로 접속한다.

리턴 : 성공시 0, 실패시 SOCKET_ERROR

s : 접속되지 않은 소켓을 나타내는 descriptor

name : 접속이 설정될 sockaddr 구조체의 포인터

namelen : name 전달인자가 가리키는 sockaddr 구조체의 길이(바이트 단위)


port to port connection

single server는 2개의 소켓을 가진다.

multi server는 n+1 개의 소켓을 가진다.


Blocked : 현실적으로 어느 코드 부분에 멈춰 있음

Blocking : 호출을 하면 정지할 가능성이 있는 코드. 오류나 결과가 나올 때까지 멈춰 있음.

예시) 윈도우즈 상에서 '응답 없음' 표시(잠재적으로 멈출 수 있는 코드 : 파일, 네트워크)


nonblocking : 호출하자마자 바로 리턴한다. 결과가 나올 때까지 반복 호출. 프로그램이 멈출 일이 없다.


asynchronous mode : 결과가 나올 때 시그널, 인터럽트, 메세지를 보내서 확인한다. 프로그램이 멈출 일이 없다. WSA계열 함수(Windows Socket Asynchronous)



 way handshake 방식을 통해 접속을 설정한다.

send() <-> recv()

socket은 패킷을 받아 buffer(수십K바이트)에 보관한다.


패킷단위

스트림단위

소켓단위(버퍼)


send buffer : send() 함수는 보낼 내용을 send buffer에 담는 역할을 한다. 프로그래머가 신경 쓸 필요가 없다.

receive buffer : recv() 함수는 receive buffer에 있는 받을 내용을 가지고(읽어) 온다.


send buffer가 꽉 차있다면 send(), write() 함수는 기다려야 한다. (blocking)

receive buffer가 비어 있는데 recv(), read() 함수는 기다려야 한다. (blocking)


int send(__in  SOCKET s, __in  const char *buf, __in  int len, __in  int flags);

참고주소 : http://msdn.microsoft.com/en-us/library/ms740149(VS.85).aspx

접속된 소켓에 데이터를 보낸다.

리턴 

성공시 len 전달인자에서 보내질 요청된 수보다 작을 가능성이 있는 보내진 바이트 수.

실패시 SOCKET_ERROR

s : 접속된 소켓을 나타내는 descriptor

buf : 보낼 데이터를 포함한 버퍼의 포인터

len : buf가 가리키는 데이터의 길이(바이트 단위)

flags : 호출하는 방법을 정의하는 집합.


int recv(__in   SOCKET s, __out  char *buf, __in   int len, __in   int flags);

참고주소 : http://msdn.microsoft.com/en-us/library/ms740121(VS.85).aspx

접속된 소켓이나 바인드된 비접속 소켓으로부터 데이터를 받는다.

리턴 : 성공시 받은 바이트 수 실패시 SOCKET_ERROR

s : 접속된 소켓을 나타내는 descriptor

buf : 들어올 데이터를 받을 버퍼 포인터

len : buf가 가리키는 데이터의 길이(바이트 단위)

flags : 함수에 행동에 영향을 줄 집합


비동기 소켓방식

버퍼의 상태를 확인해 주는 함수를 이용한다.

 


윈도우즈 비동기 소켓 방식

WSAAsyncSelect(소켓 핸들, 윈도우 핸들, 윈도우즈 user-defined message, 소켓 이벤트)

소켓 이벤트(4)가 발생하면 윈도우즈 user defined message(3)를 윈도우 핸들(2)에 보낸다.

소켓 하나에 user defined message는 하나만 등록 가능하다.

※ 취소하는 경우 : e = WSAAsyncSelect(socket, hWnd, 0, 0); 


int WSAAsyncSelect(__in  SOCKET s, __in  HWND hWnd, __in  unsigned int wMsg, __in  long lEvent);

참고주소 : http://msdn.microsoft.com/en-us/library/ms741540(VS.85).aspx

소켓에 대한 네트워크 이벤트의 윈도우 기반 알림(notification)을 요청한다.

s : 이벤트 알림(notification)이 요구되는 소켓을 나타내는 descriptor

hWnd : 네트워크 이벤트가 발생할 때 메세지를 받게 될 윈도우 핸들.

wMsg : 네트워크 이벤트가 발생할 때 받게될 (사용자 정의) 메세지.

lEvent : 응용 프로그램이 관심있는 네트워크 이벤트의 조합을 나타내는 비트마스크


소켓 이벤트(lEvent)

FD_READ : receive 버퍼에 무엇인가 들어왔다.

FD_WRITE : send 버퍼에 쓸 수 있다.

FD_OOB : FD_READ의 특수한 형태.

FD_ACCEPT : 접속 요구가 들어왔다.

FD_CONNECT : 접속이 되었다. 서버와 연결에 성공하였음.

FD_CLOSE : 상대방과 socket 연결이 끊어짐.


윈도우 프로시저를 호출할 때 전달되는 인자

wParam : 소켓 식별자

LOWORD(lParam) : 발생한 이벤트 종류. WSAGETSELECTEVENT(lParam)와 같은 뜻

HIWORD(lParam) : 에러 상태. WSAGETSELECTERROR(lParam)와 같은 뜻


closesocket() : 유닉스는 소켓 닫는 함수를 close()를 쓰지만 윈도우즈는 closesocket을 사용한다.


int closesocket(__in  SOCKET s);

참고주소 : http://msdn.microsoft.com/en-us/library/ms737582.aspx

현재 존재하는 소켓을 닫는다.

리턴 : 성공시 0, 실패시 SOCKET_ERROR

s : 닫을 소켓을 나타내는 descriptor



출처 http://blog.daum.net/sdr1982/

'API & MFC > 네트워크프로그래밍' 카테고리의 다른 글

EventSelect란?  (0) 2010.02.05
ASyncSelect 예제  (1) 2010.02.04
소켓통신의 라이브러리 사용 선택 시 고려사항  (0) 2010.02.02
소켓함수 예제(로그인서버)  (0) 2010.01.25
OSI 모델 And Ip계층  (0) 2010.01.18
Posted by 아몰라

응용계층

프리젠테이션계층

세션계층 - 컴퓨터내의  응용에게 보내준다.

전송계층 - 어떠한 방식으로 보낼건지 (TCP, UDP)
네트워크계층 - 누가누구한테 보내는지 

데이터링크계층 - 디바이스드라이버 (운영체제에서 디바이스에게...)

물리계층 - 패킷은 회선을 이용한다



1.  Layer - Based 통신 모델    - 계층적 구조

- Layer N 

   (N-1)계층에서 제공하는 서비스를 사용

   동일 계층의 instance와의 통신

 

- Protocols

    동일 계층간에 통신을 위해 미리 정해놓은 규약

 - Service

    계층 N이 (N+1)계층에게 제공하는 기능

    Service Interface라고도 불린다.

 - Instance

   한 개의 계층이 제공하는 통신 프로토콜과 서비스를 구현한 것

 

 

통신 흐름

 

 2. ISO/OSI Reference Model

-특징

   시스템 간의 통신을 위한 추상화 모델을 제시

   개방형 통신 시스템을 위해 표준안 개발 체제 제공 

   통신 시스템의 기능을 논리적으로 분해하는 측면에서 중요하게 인식하고 있다.

   복잡성 때문에 실질적으로 구현하는 입장에서 보면 실패한 모델

 

- Physical Layer (물리 계층)

   구조화되어 있지 않은 비트 시퀀스를 물리적인 신호로 변환하여 매체를 통해 전송하는 계층

 

- Data Link Layer (데이터 링크 계층)

   송신부에서는 데이터를 프레임으로 만들어 전송한다.

   수신부에서는 과부하가 걸리지 않도록 데이터의 흐름을 조정한다. 

   에러 검출 및 재 전송을 한다.

   Protocol : SLIP, PPP, HDLS,...

 

- Network Layer (네트워크 계층)

  통신망에서 System간의 연결성을 제공한다.

   Routing, Fragmenting을 담당한다.

   Protocol : IP, ICMP, IGMP,...

 

- Transport Layer (전송 계층)

   Application간의 데이터 전송 제공

   데이터의 정확성과 순서를 안전하게 하기 위해 존재한다. 

   Protocol: TCP, UDP,...

 

- Session Layer (세션 계층)

   전송 계층을 통한 구조화된 메시지 교환을 핸들링한다.

 

- Presentation Layer (프리젠테이션 계층)

  터미널 시스템 사이의 데이터 흐름을 제어한다.

  통신하고 있는 컴퓨터 시스템들에 의존적이지 않은(독립적인) 데이터 전달을 규정한다.

  예: ASCII vs Unicode , Big endian vs Little endian

 

- Application Layer (응용 계층) 

  

3. TCP/IP Reference Model

 

- Interface Layer

   네트워크 아답터들과 그들의 드라이버들을 다룬다.

 

- Internet layer

   IP

   ICMP - 제어 및 에러 정보 전송

   IGMP - 통신 그룹 관리

 

- Transfer layer

   터미널 시스템의 용용들 간의 전송담당

   TCP - 연결지향, 신뢰성,STREAM

   UDP - 비 연결지향, 가벼운 스택, DGRAM

             복잡한(무거운) TCP에 비해 선호하는 경우가 늘고 있다.(멀티미디어와 같은 전송에서)

 

- Application layer

   응용 프로그램과 관련된 모든 태스크들의 계층(ISO/OSI 모델의 5~7 계층)

   Telnet, FTP, SMTP, DNS, HTTP

출처 - http://cafe.daum.net/sbehclub


라우터 - 3계층까지만 이용

세대별 통신

1G - 아날로그 통신(PSTN망)

2G - 디지털 통신

3G- 개인단말

4G- 차세대통신


Circuit Switching망( 독점)  = Packet Flooding망

Packet Flooding - 전체 망에 뿌려지면서 해당 대상까지 간다.

패킷이 어떠한 망을 사용하는지



IP 프로토콜 

   RFC 791에 정의되어 있는 모든 IP 기반 네트워크에 사용되는 데이터 트래픽에 대한 기본 서비스를 제공 

   데이터그램 기반으로 만들어졌다. 

   전화망의 circuit-switching방식과 달리 packet-switching방식을 사용한다. 

   - 롤

    데이터 전송 계층의 차이를 감추고 상이한 네트워크 기술(LAN, SLIP, PP, 모뎀, ISDN 등)에 대한 일관된 표현을 제공한다. 

   IP Address family를 통해 Uniform address scheme를 제공

   큰 데이터 패킷은 fragmentation하여 작은 패킷 크기로 전송

   (통신에 거치는 모든 네트워크 기술들의 MTU중 최소 MTU에 맞춰서 fragmentation한다.)

 

 

통신 기술 

 

 

IPv4 스택 

 

 

Version

   현재는 v4(0x800)와 v6(0x86DD)만 정의되어 있다.

 

IHL

   패킷 헤더의 길이

   옵션을 사용하면 패킷 헤더의 길이는 5옥텟(1옥텟은 4바이트)를 넘을 수 있다.  최대 15옥텟(60바이트) 

 

Codepoint

    ToS라고 불렀었던 것을 RFC2474에서 Differentiated Services Codepoint라고 이름을 변경하였다.

    IP에 사용되는 forwarding behavior를 나타낸다.

 

Total Length

   패킷 전체의 길이, 최대 64K

   RFC791에 의하면 576바이트인 데이터 패킷을 처리할 수 있어야 한다고 명시(길이가 더 큰 패킷도 처리할 수 있다.) 

 

Fragment ID - 상위에서 날라온 데이터의 구분자 역할을 한다.

    원래 하나였던 패킷을 fragmenation을 했을 때 모든 fragments는 동일한 fragment id를 갖는다.

 

Flags

    DF : 데이터그램이 fragment되지 말아야 함을 나타낸다.

    MF: fragment가 되었음을 나타냄, 마지막 fragment에는 표시되지 않는다.

 

Fragment Offset

    Fragment의 일련번호

    수신부에서 원래의 데이터그램으로 재구성하기 위해 필요하다.

 

TTL -  Keep Alive   에 해당 되는 부분

   IP 패킷의 수명을 제한하기 위하여 사용

   패킷이 라우터를 거칠 때마다 1감소되며 0이되면 패킷은 제거된다.

   라우터에서 버퍼링을 위해 1이상 감소시키는 경우도 있다. 

 

Protocol

    전송 계층의 구분

    TCP(6), UDP(17), IGMP(2)

 

Checksum

   IP 패킷 허더 필드들에 대한 checksum

   라우터를 거쳐가면서 TTL이 감소하기 때문에 매번 다시 계산된다.

   Checksum필드를 제외한 부분을 16비트 단위로 1의 보수의 합을 계산한 값이다.

   유효한 패킷인지 확인하기 위한 용도로 있는 필드이다.


 Sorce address - 192.168.34.442 송신자아이피  



 Destination address - 192.168.34.442 수신자아이피


여기에서는 옵션과 ICMP, IGMP등을 다루지 않으니 각자가 확인하여 학습하길 바란다.   

'API & MFC > 네트워크프로그래밍' 카테고리의 다른 글

EventSelect란?  (0) 2010.02.05
ASyncSelect 예제  (1) 2010.02.04
소켓통신의 라이브러리 사용 선택 시 고려사항  (0) 2010.02.02
소켓함수 예제(로그인서버)  (0) 2010.01.25
소켓통신(함수정리)  (1) 2010.01.18
Posted by 아몰라