Network Programming - 편집 역사

Ahn9807: 봇: 자동으로 텍스트 교체 (-\[\[분류:컴퓨터 네트워크(\|[^\]]+)?\]\] +분류:컴퓨터 네트워킹\1)

2026-01-15T13:00:39Z

봇: 자동으로 텍스트 교체 (-\[\[분류:컴퓨터 네트워크(\|[^\]]+)?\]\] +분류:컴퓨터 네트워킹\1)

← 이전 판		2026년 1월 15일 (목) 13:00 판
626번째 줄:		626번째 줄:
	==각주==		==각주==
	[[분류:컴퓨터 시스템]]		[[분류:컴퓨터 시스템]]
	[[분류:컴퓨터 ~~네트워크~~]]		[[분류:컴퓨터 네트워킹]]

Pinkgo: /* Sockets Interface: accept */

2025-06-19T08:50:58Z

Sockets Interface: accept

← 이전 판		2025년 6월 19일 (목) 08:50 판
264번째 줄:		264번째 줄:
	<syntaxhighlight lang="c">		<syntaxhighlight lang="c">
	#include <sys/socket.h>		#include <sys/socket.h>
	int accept(int listenfd, struct sockaddr addr, int addrlen); //성공 시 0 반환, 실패 시 -1 반환		int accept(int listenfd, struct sockaddr addr, int addrlen); //성공 시 connected 디스크립터를 반환, 실패 시 -1 반환
	</syntaxhighlight>		</syntaxhighlight>
	<code>accept()</code> 함수는 클라이언트의 연결 요청이 listeing 디스크립터인 listenfd에 도착할 때까지 기다린 다음, 클라이언트의 소켓 주소를 인자로 전달된 addr에 저장하고, 클라이언트와 통신할 수 있는 connected 디스크립터를 반환한다. Listening 디스크립터는 클라이언트의 연결 요청을 받아들이는 endpoint 역할을 하며, 일반적으로 하나 존재하며, 서버가 살아있는 동안 계속 유지된다. 반면, connected 디스크립터는 클라이언트와 서버 사이에 실제 연결이 성립된 후의 endpoint 역할을 하며, 서버가 클라이언트의 연결 요청을 수락할 때마다 새로 생성되며, 해당 연결이 유지될 동안에만 존재한다.		<code>accept()</code> 함수는 클라이언트의 연결 요청이 listeing 디스크립터인 listenfd에 도착할 때까지 기다린 다음, 클라이언트의 소켓 주소를 인자로 전달된 addr에 저장하고, 클라이언트와 통신할 수 있는 connected 디스크립터를 반환한다. Listening 디스크립터는 클라이언트의 연결 요청을 받아들이는 endpoint 역할을 하며, 일반적으로 하나 존재하며, 서버가 살아있는 동안 계속 유지된다. 반면, connected 디스크립터는 클라이언트와 서버 사이에 실제 연결이 성립된 후의 endpoint 역할을 하며, 서버가 클라이언트의 연결 요청을 수락할 때마다 새로 생성되며, 해당 연결이 유지될 동안에만 존재한다.

Pinkgo: /* Example Echo Client and Server: Concurrent */

2025-05-14T04:55:32Z

Example Echo Client and Server: Concurrent

← 이전 판		2025년 5월 14일 (수) 04:55 판
609번째 줄:		609번째 줄:
	Getnameinfo((SA *)&clientaddr, clientlen,		Getnameinfo((SA *)&clientaddr, clientlen,
	client_hostname, MAXLINE,		client_hostname, MAXLINE,
	client_port, MAXLINE, 0);		client_port, MAXLINE, 0); //IP 주소와 포트 번호를 문자열로 변환하여 저장
	printf("Connected to (%s, %s)\n", client_hostname, client_port); //IP와 포트를 ~~문자열로 추출해~~ 출력		printf("Connected to (%s, %s)\n", client_hostname, client_port); //IP와 포트를 출력

	if (Fork() == 0) { // 자식 프로세스		if (Fork() == 0) { // 자식 프로세스

Pinkgo: /* Example Echo Client and Server: Concurrent */

2025-05-14T04:53:54Z

Example Echo Client and Server: Concurrent

← 이전 판		2025년 5월 14일 (수) 04:53 판
609번째 줄:		609번째 줄:
	Getnameinfo((SA *)&clientaddr, clientlen,		Getnameinfo((SA *)&clientaddr, clientlen,
	client_hostname, MAXLINE,		client_hostname, MAXLINE,
	client_port, MAXLINE, 0); ~~//클라이언트의 연결 요청을 수락, connected 디스크립터 초기화~~		client_port, MAXLINE, 0);
	printf("Connected to (%s, %s)\n", client_hostname, client_port); //IP와 포트를 문자열로 추출해 출력		printf("Connected to (%s, %s)\n", client_hostname, client_port); //IP와 포트를 문자열로 추출해 출력

622번째 줄:		622번째 줄:
	}		}
	</syntaxhighlight>		</syntaxhighlight>
	위 코드는 기본적으로 iterative 서버와 흐름이 거의 비슷하지만, connected 디스크립터를 이용해 echo 함수를 호출하는 부분이 자식 프로세스에게 맡겨졌다는 점에서 다르다.		위 코드는 기본적으로 iterative 서버와 흐름이 거의 비슷하지만, connected 디스크립터를 이용해 echo 함수를 호출하는 부분이 자식 프로세스에게 맡겨졌다는 점에서 다르다.

	==각주==		==각주==
	[[분류:컴퓨터 시스템]]		[[분류:컴퓨터 시스템]]
	[[분류:컴퓨터 네트워크]]		[[분류:컴퓨터 네트워크]]

Pinkgo: /* Example Echo Client and Server */

2025-05-11T12:31:05Z

Example Echo Client and Server

차이 보기

Pinkgo: /* The open_listenfd Function */

2025-05-11T11:19:12Z

The open_listenfd Function

← 이전 판		2025년 5월 11일 (일) 11:19 판
503번째 줄:		503번째 줄:
	이는 어디에도 특정 IP 버전에 종속된 코드를 포함하지 않는다. <code>socket()</code> 함수와 <code>connect()</code> 함수에 전달되는 인수들이 모두 <code>getaddrinfo()</code> 함수에 의해 자동으로 생성되므로, IPv4/IPv6에 의해 종속되지 않는다.		이는 어디에도 특정 IP 버전에 종속된 코드를 포함하지 않는다. <code>socket()</code> 함수와 <code>connect()</code> 함수에 전달되는 인수들이 모두 <code>getaddrinfo()</code> 함수에 의해 자동으로 생성되므로, IPv4/IPv6에 의해 종속되지 않는다.

			===Example Echo Client and Server===


			<syntaxhighlight lang="c">

			</syntaxhighlight>
			<syntaxhighlight lang="c">

			</syntaxhighlight>
	<syntaxhighlight lang="c">		<syntaxhighlight lang="c">

	</syntaxhighlight>		</syntaxhighlight>
			<syntaxhighlight lang="c">

			</syntaxhighlight>
			<syntaxhighlight lang="c">

			</syntaxhighlight>

	==각주==		==각주==
	[[분류:컴퓨터 시스템]]		[[분류:컴퓨터 시스템]]
	[[분류:컴퓨터 네트워크]]		[[분류:컴퓨터 네트워크]]

Pinkgo: /* Helper Functions for the Sockets Interface */

2025-05-11T09:14:49Z

Helper Functions for the Sockets Interface

@@ 443번째 줄: / 443번째 줄: @@
 이는 어디에도 특정 IP 버전에 종속된 코드를 포함하지 않는다. <code>socket()</code> 함수와 <code>connect()</code> 함수에 전달되는 인수들이 모두 <code>getaddrinfo()</code> 함수에 의해 자동으로 생성되므로, IPv4/IPv6에 의해 종속되지 않는다.
 <syntaxhighlight lang="c">
 </syntaxhighlight>
 <syntaxhighlight lang="c">
 </syntaxhighlight>
 ==각주==
 [[분류:컴퓨터 시스템]]
 [[분류:컴퓨터 네트워크]]

Pinkgo: /* Helper Functions for the Sockets Interface */

2025-05-11T08:37:28Z

Helper Functions for the Sockets Interface

@@ 394번째 줄: / 394번째 줄: @@
 ==Helper Functions for the Sockets Interface==
 <syntaxhighlight lang="c">
-</syntaxhighlight>
+    //생성된 서버 목록를 순회하며, 서버에 대해 연결을 시도한다.
-<syntaxhighlight lang="c">
+        Close(clientfd); //실패 시 socket을 닫고, 다음 주소로 계속 시도
 </syntaxhighlight>
 <syntaxhighlight lang="c">

2025년 5월 11일 (일) 08:05에 Pinkgo님의 편집

2025-05-11T08:05:39Z

← 이전 판		2025년 5월 11일 (일) 08:05 판
392번째 줄:		392번째 줄:
	199.16.156.102		199.16.156.102
	</syntaxhighlight>		</syntaxhighlight>

			==Helper Functions for the Sockets Interface==

	<syntaxhighlight lang="c">		<syntaxhighlight lang="c">

Pinkgo: /* Socket Address Structures */

2025-05-11T07:50:10Z

Socket Address Structures

← 이전 판		2025년 5월 11일 (일) 07:50 판
216번째 줄:		216번째 줄:
	해당 구조체의 메모리 구조는 Figure 12과 같다.		해당 구조체의 메모리 구조는 Figure 12과 같다.

	===~~The client functions~~: socket~~, connect~~===		=== Sockets Interface: socket ===
	~~클라이언트는~~ 소켓 디스크립터를 만들기 위해서 <code>socket()</code> 함수를 사용한다.		클라이언트와 서버는 소켓 디스크립터를 만들기 위해서 <code>socket()</code> 함수를 사용한다.
	<syntaxhighlight lang="c">		<syntaxhighlight lang="c">
	#include <sys/types.h>		#include <sys/types.h>
227번째 줄:		227번째 줄:
	clientfd = Socket(AF_INET, SOCK_STREAM, 0);		clientfd = Socket(AF_INET, SOCK_STREAM, 0);
	</syntaxhighlight>		</syntaxhighlight>
	위에서 <code>AF_INET</code> 인자는 클라이언트가 32비트 IP 주소(IPv4)를 사용한다는 것을 나타낸다. 또한 <code>SOCK_STREAM</code> 인자는 해당 소켓이 ~~네트워크~~ 연결의 endpoint임을 의미한다. ~~하지만 클라이언트가 해당 함수를 호출한다면~~, ~~클라이언트의 애플리케이션은 프로토콜에 의존하게 되는 문제가 생기는 단점이 있다~~.		위에서 <code>AF_INET</code> 인자는 클라이언트가 32비트 IP 주소(IPv4)를 사용한다는 것을 나타낸다. 이 외에도, <code>AF_INET6</code>는 128비트 IPv6 주소를 사용한다는 것을 의미하고, <code>AF_UNSPEC</code>는 주소의 형식이 상관없다는 것을 의미한다. 또한 <code>SOCK_STREAM</code> 인자는 해당 소켓이 TCP 연결의 endpoint임을 의미한다. 그 외에도, <code>SOCK_DGRAM</code>는 UDP 방식임을 의미하고, <code>SOCK_RAW</code>은 ICMP/커스텀 방식임을 의미한다.

			클라이언트가 해당 함수의 인자들을 하드 코딩하여 호출한다면, 클라이언트의 애플리케이션은 프로토콜에 의존하게 되는 문제가 생긴다. 따라서 <code>getaddrinfo()</code> 함수를 통해 자동으로 설정된 값들을 사용하는 것이 권장된다. 이를 통해서 프로토콜에 독립적인(portable) 코드를 만들 수 있다.

			=== Sockets Interface: connect ===
	클라이언트는 <code>connect()</code> 함수를 호출하여 서버와의 연결을 설정한다.		클라이언트는 <code>connect()</code> 함수를 호출하여 서버와의 연결을 설정한다.
	<syntaxhighlight lang="c">		<syntaxhighlight lang="c">
234번째 줄:		237번째 줄:
	int connect(int clientfd, const struct sockaddr *addr, socklen_t addrlen); //성공 시 0 반환, 실패 시 -1 반환		int connect(int clientfd, const struct sockaddr *addr, socklen_t addrlen); //성공 시 0 반환, 실패 시 -1 반환
	</syntaxhighlight>		</syntaxhighlight>
	<code>connect()</code> 함수는 소켓 주소 addr에 있는 서버와의 인터넷 연결을 시도한다. 이때, addrlen 인자는 <code>sizeof(struct sockaddr_in)</code>에 해당한다. <code>connect()</code> 함수는 연결이 성공적으로 설정되거나, 오류가 발생할 때까지 block된다. 성공하면 clientfd 디스크립터는 I/O가 가능한 상태가 된다. 이때 생성된 연결은 다음과 같은 소켓 쌍으로 특정된다.		<code>connect()</code> 함수는 소켓 주소 addr에 있는 서버와의 인터넷 연결을 시도한다. 이때, addrlen 인자는 <code>sizeof(struct sockaddr_in)</code>에 해당한다. <code>connect()</code> 함수는 연결이 성공적으로 설정되거나, 오류가 발생할 때까지 block된다. 성공하면(연결이 설정되면) clientfd 디스크립터는 I/O가 가능한 상태가 된다. 이때 생성된 연결은 다음과 같은 소켓 쌍으로 특정된다.
	(x:y, addr.sin_addr:addr.sin_port)		(x:y, addr.sin_addr:addr.sin_port)
	이때, x는 클라이언트의 IP 주소, y는 클라이언트 호스트에서 클라이언트 프로세스를 고유하게 식별하는 ephemeral port 번호이다.		이때, x는 클라이언트의 IP 주소, y는 클라이언트 호스트에서 클라이언트 프로세스를 고유하게 식별하는 ephemeral port 번호이다.

	~~===The server functions: bind~~, ~~listen, accept ===~~		클라이언트가 해당 함수의 인자들을 하드 코딩하여 호출하는 것은 어렵고, 실수의 위험이 높다. 따라서 <code>getaddrinfo()</code> 함수를 통해 자동으로 설정된 값들을 사용하는 것이 권장된다.
	~~서버는 클라이언트와 연결을 설정하기 위해서~~ <code>~~bind, listen, accept~~</code> ~~함수들을 설정하기 위해서 사용된다~~.
			=== Sockets Interface: bind ===
	<syntaxhighlight lang="c">		<syntaxhighlight lang="c">
	#include <sys/socket.h>		#include <sys/socket.h>
	int bind(int sockfd, const struct sockaddr *addr, socklen_t addrlen); //성공 시 0 반환, 실패 시 -1 반환		int bind(int sockfd, const struct sockaddr *addr, socklen_t addrlen); //성공 시 0 반환, 실패 시 -1 반환
	</syntaxhighlight>		</syntaxhighlight>
	<code>bind()</code> 함수는 커널에게 addr 인자에 저장된 서버의 소켓 주소를 소켓 디스크립터 sockfd와 연관시키도록 요청한다. 이때, addrlen 인자는 <code>sizeof(struct sockaddr_in)</code>에 해당한다.		<code>bind()</code> 함수는 커널에게 addr 인자에 저장된 서버의 소켓 주소를 소켓 디스크립터 sockfd와 연관시키도록 요청한다. 이때, addrlen 인자는 <code>sizeof(struct sockaddr_in)</code>에 해당한다. 바인딩이 되면, 해당 소켓 <code>sockfd</code>를 통해 해당 주소(addr)로 들어오는 요청을 받을 수 있다.<ref>해당 주소는 endpoint가 된다.</ref> 이 소켓에서 <code>read()</code> 함수를 호출하면, '''해당 주소로 도착한 데이터를 읽을 수 있고''', <code>write()</code> 함수를 호출하면 해당 주소에서 응답을 보낼 수 있다.

			클라이언트가 해당 함수의 인자들을 하드 코딩하여 호출하는 것은 어렵고, 실수의 위험이 높다. 따라서 <code>getaddrinfo()</code> 함수를 통해 자동으로 설정된 값들을 사용하는 것이 권장된다.

	클라이언트는 연결 요청을 시작하는 능동적인 주체이다. 반면, 서버는 클라이언트로부터의 연결 요청을 기다리는 수동적인 주체이다. 이때, 커널은 <code>socket()</code> 함수로 생성된 디스크립터가 클라이언트측의 endpoint에 있는 능동적인 소켓이라고 가정한다. 이에 따라 서버는 <code>listen()</code> 함수를 호출하여, 해당 디스크립터가 클라이언트가 아닌 서버에서 사용될 것임을 커널에 알려준다.		=== Sockets Interface: listen ===
			클라이언트는 연결 요청을 시작하는 능동적인 주체이다. 반면, 서버는 클라이언트로부터의 연결 요청을 기다리는 수동적인 주체이다. 이때 커널은 기본적으로 <code>socket()</code> 함수로 생성된 디스크립터가 클라이언트측의 endpoint에 있는 능동적인 소켓이라고 가정한다. 이에 따라 서버는 <code>listen()</code> 함수를 호출하여, 해당 디스크립터가 클라이언트가 아닌 서버에서 사용될 것임을 커널에 알려준다.
	<syntaxhighlight lang="c">		<syntaxhighlight lang="c">
	#include <sys/socket.h>		#include <sys/socket.h>
	int listen(int sockfd, int backlog); //성공 시 0 반환, 실패 시 -1 반환		int listen(int sockfd, int backlog); //성공 시 0 반환, 실패 시 -1 반환
	</syntaxhighlight>		</syntaxhighlight>
	listen 함수는 인자로 주어진 소켓 디스크립터 sockfd를 클라이언트의 연결 요청을 받아들이는 listening 소켓으로 변환한다.		listen 함수는 인자로 주어진 소켓 디스크립터 sockfd를 클라이언트의 연결 요청을 받아들이는 listening 소켓으로 변환한다. backlog 인자는 연결 요청 큐의 최대 길이를 의미하며, 커널이 얼마나 많은 클라이언트의 연결 요청을 대기열에 쌓아둘 수 있는지 알려준다. 예를 들어 <code>backlog = 10</code>이라면 최대 10개 요청까지 큐에 넣고, 초과되면 거부하기 시작한다.

			=== Sockets Interface: accept ===
	서버는 <code>accept()</code> 함수를 호출하여 클라이언트로부터의 연결 요청을 기다린다.		서버는 <code>accept()</code> 함수를 호출하여 클라이언트로부터의 연결 요청을 기다린다.
	<syntaxhighlight lang="c">		<syntaxhighlight lang="c">
260번째 줄:		268번째 줄:
	<code>accept()</code> 함수는 클라이언트의 연결 요청이 listeing 디스크립터인 listenfd에 도착할 때까지 기다린 다음, 클라이언트의 소켓 주소를 인자로 전달된 addr에 저장하고, 클라이언트와 통신할 수 있는 connected 디스크립터를 반환한다. Listening 디스크립터는 클라이언트의 연결 요청을 받아들이는 endpoint 역할을 하며, 일반적으로 하나 존재하며, 서버가 살아있는 동안 계속 유지된다. 반면, connected 디스크립터는 클라이언트와 서버 사이에 실제 연결이 성립된 후의 endpoint 역할을 하며, 서버가 클라이언트의 연결 요청을 수락할 때마다 새로 생성되며, 해당 연결이 유지될 동안에만 존재한다.		<code>accept()</code> 함수는 클라이언트의 연결 요청이 listeing 디스크립터인 listenfd에 도착할 때까지 기다린 다음, 클라이언트의 소켓 주소를 인자로 전달된 addr에 저장하고, 클라이언트와 통신할 수 있는 connected 디스크립터를 반환한다. Listening 디스크립터는 클라이언트의 연결 요청을 받아들이는 endpoint 역할을 하며, 일반적으로 하나 존재하며, 서버가 살아있는 동안 계속 유지된다. 반면, connected 디스크립터는 클라이언트와 서버 사이에 실제 연결이 성립된 후의 endpoint 역할을 하며, 서버가 클라이언트의 연결 요청을 수락할 때마다 새로 생성되며, 해당 연결이 유지될 동안에만 존재한다.
	[[파일:The roles of the listening and connected descriptors.png\|대체글=Figure 13. The roles of the listening and connected descriptors\|섬네일\|203x203픽셀\|Figure 13. The roles of the listening and connected descriptors]]		[[파일:The roles of the listening and connected descriptors.png\|대체글=Figure 13. The roles of the listening and connected descriptors\|섬네일\|203x203픽셀\|Figure 13. The roles of the listening and connected descriptors]]
	Figure 13은 listening 디스크립터와 connected 디스크립터의 역할을 보여준다. ~~1단계에서, 서버는~~ <code>accept()</code>~~를 호출하며, 이는~~ listenfd(3)~~에서 연결 요청이 오기를 기다린다.~~<ref>디스크립터 0~2는 표준 입력/출력/오류용으로 예약되어 있다.</ref> ~~2단계에서~~, 클라이언트는 <code>~~connect~~()</code> 함수를 호출하여 ~~listenfd~~(3)에 연결 요청을 보낸다. ~~3단계에서,~~ <code>accept()</code>함수는 새로운 ~~connected~~ 디스크립터 connfd(4)를 ~~열고 clientfd와 connfd(4) 사이에 연결을 설정한 뒤, connfd를 애플리케이션에~~ 반환한다. ~~동시에 클라이언트에서는 block되어있던~~ <code>connect()</code> ~~함수가 비로소 서버와 연결된 뒤, 반환된다. 이 시점부터 클라이언트와 서버는 clientfd와 connfd를 통해 데이터를 주고받을 수 있다~~.		Figure 13은 listening 디스크립터와 connected 디스크립터의 역할을 보여준다.

			# 서버가 <code>accept()</code> 함수를 호출한 후 대기한다.
			#* 서버는 소켓 listenfd(3)<ref>디스크립터 0~2는 표준 입력/출력/오류용으로 예약되어 있다.</ref>을 만들고(<code>socket()</code>), 주소를 바인딩하고(<code>bind()</code>), 연결 대기를 시작한(<code>listen()</code>) 후, <code>accept()</code> 함수를 호출하여 클라이언트의 연결 요청을 기다린다.
			# 클라이언트가 <code>connect()</code> 함수를 호출한 후 대기한다.<ref>클라이언트도 블로킹되는 이유는 서버가 해당 연결을 수락해야 다음 과정이 진행되기 때문이다.</ref>
			#* 클라이언트는 <code>socket()</code> 함수를 호출하여 소켓 디스크립터를 만든 후 <code>connect()</code> 함수를 호출해 서버로 연결 요청을 보낸다.
			# 서버가 연결을 수락하고 소켓 디스크립터 connfd를 생성한다.
			#* 서버의 <code>accept()</code> 함수는 클라이언트 요청을 수락하고, 새로운 소켓 디스크립터(connfd)를 반환한다.
			#* 이제 서버는 connfd를 통해 해당 클라이언트와 1:1 통신 가능하며, 클라이언트도 <code>connect()</code> 함수에서 벗어나 통신 준비를 완료한다.

	==Host and Service Conversion==		==Host and Service Conversion==