Internet Protocol - 편집 역사

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

2026-01-15T12:59:29Z

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

← 이전 판		2026년 1월 15일 (목) 12:59 판
169번째 줄:		169번째 줄:
	IPv6의 경험에서 우리가 배울 수 있는 중요한 교훈은, 네트워크 계층 프로토콜을 변경하는 것은 매우 어렵다는 점이다. 1990년대 초 이래, 새로운 네트워크 계층 프로토콜들이 인터넷의 다음 주요 혁신으로 기대를 모았지만, 대부분은 제한적인 확산에 그쳤다. 반면, 인터넷은 애플리케이션 계층에서 새로운 프로토콜이 빠르게 도입되는 모습을 보여왔다. 웹, 인스턴트 메시징, 스트리밍 미디어, 온라인 게임, 소셜 미디어 등이 대표적 예이다.		IPv6의 경험에서 우리가 배울 수 있는 중요한 교훈은, 네트워크 계층 프로토콜을 변경하는 것은 매우 어렵다는 점이다. 1990년대 초 이래, 새로운 네트워크 계층 프로토콜들이 인터넷의 다음 주요 혁신으로 기대를 모았지만, 대부분은 제한적인 확산에 그쳤다. 반면, 인터넷은 애플리케이션 계층에서 새로운 프로토콜이 빠르게 도입되는 모습을 보여왔다. 웹, 인스턴트 메시징, 스트리밍 미디어, 온라인 게임, 소셜 미디어 등이 대표적 예이다.
	==각주==		==각주==
	[[분류:컴퓨터 ~~네트워크~~]]		[[분류:컴퓨터 네트워킹]]

Pinkgo: /* Fragmentation */

2025-04-23T04:48:10Z

Fragmentation

← 이전 판		2025년 4월 23일 (수) 04:48 판
74번째 줄:		74번째 줄:
	\|length		\|length
	\|1040		\|1040
	\|남은 데이터는 ~~4000~~ - 2960 = ~~1040~~ (1020 데이터 + 20 헤더)		\|남은 데이터는 3980 - 2960 = 1020 (1020 데이터 + 20 헤더)
	\|-		\|-
	\|ID		\|ID

Pinkgo: /* Fragmentation */

2025-04-21T16:56:02Z

Fragmentation

← 이전 판		2025년 4월 21일 (월) 16:56 판
73번째 줄:		73번째 줄:
	\|-		\|-
	\|length		\|length
	\|~~1000~~		\|1040
	\|남은 데이터는 4000 - 2960 = 1040 (1020 데이터 + 20 헤더)		\|남은 데이터는 4000 - 2960 = 1040 (1020 데이터 + 20 헤더)
	\|-		\|-

Pinkgo: /* Fragmentation */

2025-04-21T16:53:37Z

Fragmentation

← 이전 판		2025년 4월 21일 (월) 16:53 판
12번째 줄:		12번째 줄:
	==Fragmentation==		==Fragmentation==
	[[파일:Fragmentation example.png\|대체글=Figure 3. Fragmentation example\|섬네일\|Figure 3. Fragmentation example]]		[[파일:Fragmentation example.png\|대체글=Figure 3. Fragmentation example\|섬네일\|Figure 3. Fragmentation example]]
	모든 링크(link)들은 각각의 해당 link-level이 운반할 수 있는 '''최대 frame<ref>Link layer에서의 데이터 단위이다.</ref>의 크기'''인 '''MTU(Max Transfer ~~Size~~)'''를 가지고 있다. 각각의 IP 데이터그램은 한 라우터(router)에서 다음 라우터로 이동할 때 link layer의 frame에 캡슐화되기 때문에, MTU는 IP 데이터그램의 크기에 대해 제약을 가한다. 이로 인해 발생하는 진짜 문제는 송신 호스트(host)에서 수신 호스트로 패킷이 이동할 때 거쳐가는 링크의 MTU들이 서로 다른 수 있다는 것이다. 예를 들어, 다양한 링크를 연결하는 라우터에서 한 링크에서 IP 데이터그램을 수신했을 때, '''출력 링크의 MTU가 입력 링크의 MTU보다 작으면 문제'''가 된다. 이 경우 문제는 커다란 IP 데이터그램을 그보다 작은 크기의 MTU를 가지는 링크에 어떻게 전달할지이다.<br>		모든 링크(link)들은 각각의 해당 link-level이 운반할 수 있는 '''최대 frame<ref>Link layer에서의 데이터 단위이다.</ref>의 크기'''인 '''MTU(Max Transfer Unit)'''를 가지고 있다. 각각의 IP 데이터그램은 한 라우터(router)에서 다음 라우터로 이동할 때 link layer의 frame에 캡슐화되기 때문에, MTU는 IP 데이터그램의 크기에 대해 제약을 가한다. 이로 인해 발생하는 진짜 문제는 송신 호스트(host)에서 수신 호스트로 패킷이 이동할 때 거쳐가는 링크의 MTU들이 서로 다른 수 있다는 것이다. 예를 들어, 다양한 링크를 연결하는 라우터에서 한 링크에서 IP 데이터그램을 수신했을 때, '''출력 링크의 MTU가 입력 링크의 MTU보다 작으면 문제'''가 된다. 이 경우 문제는 커다란 IP 데이터그램을 그보다 작은 크기의 MTU를 가지는 링크에 어떻게 전달할지이다.<br>
	이때 해결책은 '''IP 데이터그램의 페이로드를 두 개이상의 더 작은 IP 데이터그램에 나누어 담고(fragment), 각각의 쪼개진 데이터그램을 frame으로 캡슐화해서 전송'''하는 것이다. 이때 쪼개진 데이터그램을 '''fragment'''라고 한다. 이때 fragment들을 라우터에서 합쳐서 다시 이를 보내는 것은 네트워크 성능을 저하시킬 수 있기 때문에, '''수신측 호스트에서 fragment들을 받아서 원래대로 재조립(reassemble)'''한다. 이때 reassemble을 수신측 호스트가 수행할 수 있도록, IP 데이터그램 헤더에는 identifier, flag, fragmentation offset 필드가 존재한다.<br>		이때 해결책은 '''IP 데이터그램의 페이로드를 두 개이상의 더 작은 IP 데이터그램에 나누어 담고(fragment), 각각의 쪼개진 데이터그램을 frame으로 캡슐화해서 전송'''하는 것이다. 이때 쪼개진 데이터그램을 '''fragment'''라고 한다. 이때 fragment들을 라우터에서 합쳐서 다시 이를 보내는 것은 네트워크 성능을 저하시킬 수 있기 때문에, '''수신측 호스트에서 fragment들을 받아서 원래대로 재조립(reassemble)'''한다. 이때 reassemble을 수신측 호스트가 수행할 수 있도록, IP 데이터그램 헤더에는 identifier, flag, fragmentation offset 필드가 존재한다.<br>
	Figure 2는 fragmentation과 reassembly가 일어나는 간단한 상황을 보여준다. 그리고 figure 3은 해당 상황에서 어떻게 데이터그램이 쪼개지는지 보여준다. 해당 상황은 4000bytes의 크기를 가지는 데이터그램은 MTU가 1500bytes인 링크에 전송하고자 할 때이다. Figure 3의 각 데이터그램에 있는 필드들의 역할은 다음과 같다.		Figure 2는 fragmentation과 reassembly가 일어나는 간단한 상황을 보여준다. 그리고 figure 3은 해당 상황에서 어떻게 데이터그램이 쪼개지는지 보여준다. 해당 상황은 4000bytes의 크기를 가지는 데이터그램은 MTU가 1500bytes인 링크에 전송하고자 할 때이다. Figure 3의 각 데이터그램에 있는 필드들의 역할은 다음과 같다.

Pinkgo: /* NAT의 동작 방식 */

2025-04-19T10:02:31Z

NAT의 동작 방식

← 이전 판		2025년 4월 19일 (토) 10:02 판
122번째 줄:		122번째 줄:
	Figure 4는 NAT 기능이 활성화된 라우터의 작동 방식을 보여준다. 해당 라우터는 어떤 subnet에 속한 인터페이스를 가지고 있으며, 해당 subnet에 속한 모든 인터페이스는 <code>10.0.0/24</code>라는 동일한 subnet 주소를 가지고 있다. 이때 <code>10.0.0.0/8</code>은 위 문단에서 설명했듯이 사설 주소 영역(realm with private addresses)에서 사용하기 위해 예약된 주소 블록이다. 사설 주소 영역이란 해당 사설 주소가 subnet 내부의 장치들 사이에서만 의미를 가지는 네트워크를 의미한다. 이때 <code>10.0.0.0/24</code> 주소 블록은 해당 figure 말고도 셀 수 없이 많은 subnet의 상당수에 의해 사용되고 있으며, 특정 subnet 내에서는 이 주소들을 사용하여 패킷을 주고 받을 수 있다. 하지만 '''사설 IP 주소들을 통해서는 외부 인터넷으로 나가는 패킷의 송수신에 사용할 수 없다.''' 왜냐하면 전세계적으로 같은 주소 블록을 사용하는 네트워크가 셀수 없이 많기 때문이다. 즉, '''NAT는 subnet 안에서만 사용되는 사설 IP 주소를 외부에서 통용되도록 번역(translate)'''하는 역할을 한다.		Figure 4는 NAT 기능이 활성화된 라우터의 작동 방식을 보여준다. 해당 라우터는 어떤 subnet에 속한 인터페이스를 가지고 있으며, 해당 subnet에 속한 모든 인터페이스는 <code>10.0.0/24</code>라는 동일한 subnet 주소를 가지고 있다. 이때 <code>10.0.0.0/8</code>은 위 문단에서 설명했듯이 사설 주소 영역(realm with private addresses)에서 사용하기 위해 예약된 주소 블록이다. 사설 주소 영역이란 해당 사설 주소가 subnet 내부의 장치들 사이에서만 의미를 가지는 네트워크를 의미한다. 이때 <code>10.0.0.0/24</code> 주소 블록은 해당 figure 말고도 셀 수 없이 많은 subnet의 상당수에 의해 사용되고 있으며, 특정 subnet 내에서는 이 주소들을 사용하여 패킷을 주고 받을 수 있다. 하지만 '''사설 IP 주소들을 통해서는 외부 인터넷으로 나가는 패킷의 송수신에 사용할 수 없다.''' 왜냐하면 전세계적으로 같은 주소 블록을 사용하는 네트워크가 셀수 없이 많기 때문이다. 즉, '''NAT는 subnet 안에서만 사용되는 사설 IP 주소를 외부에서 통용되도록 번역(translate)'''하는 역할을 한다.

	NAT 기능이 있는 라우터는 외부 네트워크에서 보기에는 라우터가 아닌 '하나의 장치'처럼 동작한다. 즉, NAT 라우터는 외부 세계에 대해 단일 IP 주소만을 사용한다. Figure 4에서는 가정용 라우터를 통해 인터넷으로 나가는 모든 트래픽의 출발지 IP 주소는 <code>138.76.29.7</code>이며, 인터넷에서 라우터로 들어오는 모든 트래픽의 목적지 IP 주소 역시 <code>138.76.29.7</code>이다. 따라서 NAT 라우터는 subnet의 내부 정보를 외부로부터 숨기고 있다고 볼 수 있다.<br>		NAT 기능이 있는 라우터는 외부 네트워크에서 보기에는 라우터가 아닌 '하나의 장치'처럼 동작한다. 즉, NAT 라우터는 외부 세계에 대해 단일 IP 주소만을 사용한다. Figure 4에서는 가정용 라우터를 통해 인터넷으로 나가는 '''모든 트래픽의 출발지 IP 주소는 <code>138.76.29.7</code>이며, 인터넷에서 라우터로 들어오는 모든 트래픽의 목적지 IP 주소 역시 <code>138.76.29.7</code>이다.''' 따라서 NAT 라우터는 subnet의 내부 정보를 외부로부터 숨기고 있다고 볼 수 있다.<br>
	모든 데이터그램에서 외부 네트워크에서 NAT 라우터로 들어올 때, 목적지의 IP 주소가 동일하다면, 다음과 같은 궁금증이 생겨야 한다.		모든 데이터그램에서 외부 네트워크에서 NAT 라우터로 들어올 때, 목적지의 IP 주소가 동일하다면, 다음과 같은 궁금증이 생겨야 한다.
	"라우터는 그 데이터그램을 어떤 호스트로 전달해야 하는지 어떻게 알까?"		"라우터는 그 데이터그램을 어떤 호스트로 전달해야 하는지 어떻게 알까?"

Pinkgo: /* Transitioning from IPv4 to IPv6 */

2025-04-17T06:27:30Z

Transitioning from IPv4 to IPv6

← 이전 판		2025년 4월 17일 (목) 06:27 판
144번째 줄:		144번째 줄:

	=== IPv6 datagram format===		=== IPv6 datagram format===
			[[파일:IPv6 datagram format.png\|대체글=Figure 5. IPv6 datagram format\|섬네일\|'''Figure 5. IPv6 datagram format''' ]]
	Figure 5는 IPv6 데이터그램의 포맷을 보여준다. IPv6 데이터그램에서 변경된 점은 다음과 같다.		Figure 5는 IPv6 데이터그램의 포맷을 보여준다. IPv6 데이터그램에서 변경된 점은 다음과 같다.
	* IP 주소 확장: IPv6는 IP 주소 크기를 '''32비트에서 128비트로 확장'''하였다. 이를 통해서 사실상 IP 주소가 부족할 가능성은 사라졌다.		* IP 주소 확장: IPv6는 IP 주소 크기를 '''32비트에서 128비트로 확장'''하였다. 이를 통해서 사실상 IP 주소가 부족할 가능성은 사라졌다.
160번째 줄:		161번째 줄:

	===Transitioning from IPv4 to IPv6===		===Transitioning from IPv4 to IPv6===
			[[파일:Tunneling.png\|대체글=Figure 6. Tunneling\|섬네일\|'''Figure 6. Tunneling''' ]]
	IPv4에서 IPv6를 기반으로 하는 네트워크로 전환하기 위해서는 기술적인 문제가 존재한다. 이는 새로운 IPv6 시스템은 IPv4 데이터그램을 처리할 수 있으나, 그 반대는 불가능하다는 것이다. 이를 해결하기 위한 해결책은 몇가지가 존재한다. 첫번째 하나는 '''flag day'''를 선언하여 특정 날짜에 모든 인터넷 장비를 끄고 IPv4에서 IPv6로 업그레이드 하는 것이다. 현재는 수십억개가 넘는 네트워크 장치가 존재가 존재하기 때문에, 이들을 대상으로 하는 flag day는 사실상 불가능하다.<br>		IPv4에서 IPv6를 기반으로 하는 네트워크로 전환하기 위해서는 기술적인 문제가 존재한다. 이는 새로운 IPv6 시스템은 IPv4 데이터그램을 처리할 수 있으나, 그 반대는 불가능하다는 것이다. 이를 해결하기 위한 해결책은 몇가지가 존재한다. 첫번째 하나는 '''flag day'''를 선언하여 특정 날짜에 모든 인터넷 장비를 끄고 IPv4에서 IPv6로 업그레이드 하는 것이다. 현재는 수십억개가 넘는 네트워크 장치가 존재가 존재하기 때문에, 이들을 대상으로 하는 flag day는 사실상 불가능하다.<br>
	따라서 현실적으로 가장 널리 채택된 IPv4에서 IPv6로의 전환 방식은 '''터널링(tunneling)'''이다. Figure 6는 터널링에 어떻게 작동하는 지 잘 보여준다. Figure 6에서 두 IPv6 노드(B와 E)가 IPv6 데이터그램으로 통신하려 하는데, 그 사이에 IPv4 라우터들이 있다면 이 '''IPv4 라우터들로 구성된 경로를 tunnel'''이라고 부른다. 이 경우, 송신 측 IPv6 노드(B)는 '''전체 IPv6 데이터그램을 IPv4 데이터그램의 페이로드에 담는다.''' 이 IPv4 데이터그램은 수신 측 IPv6 노드(E)의 IP 주소를 목적지 주소로 가지고, 터널의 첫 노드(C)로 전송된다. 터널 내의 IPv4 라우터들은 이 IPv4 데이터그램을 일반적인 IPv4 데이터그램처럼 라우팅하며, 그 내부에 IPv6 데이터그램이 들어 있다는 사실은 인지하지 못한다. 터널의 수신 측에 있는 IPv6 노드(E)는 이 IPv4 데이터그램을 ~~수신하면~~, 프로토콜 번호 필드가 41이라는 것을 확인하고<ref>이는 IPv4 페이로드가 IPv6 데이터그램임을 나타낸다.</ref>, 그 안에 있는 IPv6 데이터그램을 ~~추출하여~~ 일반적인 방식으로 처리한다.		따라서 현실적으로 가장 널리 채택된 IPv4에서 IPv6로의 전환 방식은 '''터널링(tunneling)'''이다. Figure 6는 터널링에 어떻게 작동하는 지 잘 보여준다. Figure 6에서 두 IPv6 노드(B와 E)가 IPv6 데이터그램으로 통신하려 하는데, 그 사이에 IPv4 라우터들이 있다면 이 '''IPv4 라우터들로 구성된 경로를 tunnel'''이라고 부른다. 이 경우, 송신 측 IPv6 노드(B)는 '''전체 IPv6 데이터그램을 IPv4 데이터그램의 페이로드에 담는다.''' 이 IPv4 데이터그램은 '''수신 측 IPv6 노드(E)의 IP 주소를 목적지 주소로''' 가지고, 터널의 첫 노드(C)로 전송된다. 터널 내의 IPv4 라우터들은 이 IPv4 데이터그램을 일반적인 IPv4 데이터그램처럼 라우팅하며, 그 내부에 IPv6 데이터그램이 들어 있다는 사실은 인지하지 못한다. 터널의 수신 측에 있는 '''IPv6 노드(E)는 이 IPv4 데이터그램을 수신'''하면, 프로토콜 번호 필드가 41이라는 것을 확인하고<ref>이는 IPv4 페이로드가 IPv6 데이터그램임을 나타낸다.</ref>, 그 안에 있는 '''IPv6 데이터그램을 추출'''하여 일반적인 방식으로 처리한다.

			===IPv6: adoption===
			IPv6 도입은 초기에는 더디게 진행되었지만, 점점 가속화되고 있다. 미국 NIST는 미국 정부의 2차 도메인 중 1/3 이상이 IPv6를 지원한다고 보고<ref>[NIST IPv6 2015]</ref>>했으며, 구글은 자사 서비스를 이용하는 클라이언트 중 약 8%가 IPv6를 통해 접속한다고 보고했다.<ref>[Google IPv6 2015]</ref>
			IPv6의 경험에서 우리가 배울 수 있는 중요한 교훈은, 네트워크 계층 프로토콜을 변경하는 것은 매우 어렵다는 점이다. 1990년대 초 이래, 새로운 네트워크 계층 프로토콜들이 인터넷의 다음 주요 혁신으로 기대를 모았지만, 대부분은 제한적인 확산에 그쳤다. 반면, 인터넷은 애플리케이션 계층에서 새로운 프로토콜이 빠르게 도입되는 모습을 보여왔다. 웹, 인스턴트 메시징, 스트리밍 미디어, 온라인 게임, 소셜 미디어 등이 대표적 예이다.
	==각주==		==각주==
	[[분류:컴퓨터 네트워크]]		[[분류:컴퓨터 네트워크]]

2025년 4월 17일 (목) 06:11에 Pinkgo님의 편집

2025-04-17T06:11:28Z

@@ 140번째 줄: / 140번째 줄: @@
 구조적으로는 라우터가 원래는 데이터그램의 헤더 필드까지만 처리하여야 하지만, NAT에서는 세그먼트(segment)의 헤더 필드인 포트 번호까지 수정한다. 이는 IP의 설계 철학인 호스트 간의 직접적인 통신을 위배하는 것이다.
 ==각주==
 [[분류:컴퓨터 네트워크]]

Pinkgo: /* NAT의 동작 방식 */

2025-04-11T20:03:09Z

NAT의 동작 방식

← 이전 판		2025년 4월 11일 (금) 20:03 판
120번째 줄:		120번째 줄:
	===NAT의 동작 방식===		===NAT의 동작 방식===
	[[파일:Network address translation.png\|대체글=Figure 4. Network address translation\|가운데\|섬네일\|500x500픽셀\|'''Figure 4. Network address translation''' ]]		[[파일:Network address translation.png\|대체글=Figure 4. Network address translation\|가운데\|섬네일\|500x500픽셀\|'''Figure 4. Network address translation''' ]]
	Figure 4는 NAT 기능이 활성화된 라우터의 작동 방식을 보여준다. 해당 ~~figure의~~ 라우터는 어떤 ~~가정의 네트워크에~~ 속한 인터페이스를 가지고 있으며, 해당 subnet에 속한 모든 인터페이스는 <code>10.0.0/24</code>라는 동일한 subnet 주소를 가지고 있다. 이때 <code>10.0.0.0/8</code>은 위 문단에서 설명했듯이 사설 주소 영역(realm with private addresses)에서 사용하기 위해 예약된 주소 블록이다. 사설 주소 영역이란 해당 사설 주소가 subnet 내부의 장치들 사이에서만 의미를 가지는 네트워크를 의미한다. 이때 <code>10.0.0.0/24</code> 주소 블록은 해당 figure 말고도 셀 수 없이 많은 subnet의 상당수에 의해 사용되고 있으며, 특정 subnet 내에서는 이 주소들을 사용하여 패킷을 주고 받을 수 있다. 하지만 '''사설 IP 주소들을 통해서는 외부 인터넷으로 나가는 패킷의 송수신에 사용할 수 없다.''' 왜냐하면 전세계적으로 같은 주소 블록을 사용하는 네트워크가 셀수 없이 많기 때문이다. 즉, '''NAT는 subnet 안에서만 사용되는 사설 IP 주소를 외부에서 통용되도록 번역(translate)'''하는 역할을 한다.		Figure 4는 NAT 기능이 활성화된 라우터의 작동 방식을 보여준다. 해당 라우터는 어떤 subnet에 속한 인터페이스를 가지고 있으며, 해당 subnet에 속한 모든 인터페이스는 <code>10.0.0/24</code>라는 동일한 subnet 주소를 가지고 있다. 이때 <code>10.0.0.0/8</code>은 위 문단에서 설명했듯이 사설 주소 영역(realm with private addresses)에서 사용하기 위해 예약된 주소 블록이다. 사설 주소 영역이란 해당 사설 주소가 subnet 내부의 장치들 사이에서만 의미를 가지는 네트워크를 의미한다. 이때 <code>10.0.0.0/24</code> 주소 블록은 해당 figure 말고도 셀 수 없이 많은 subnet의 상당수에 의해 사용되고 있으며, 특정 subnet 내에서는 이 주소들을 사용하여 패킷을 주고 받을 수 있다. 하지만 '''사설 IP 주소들을 통해서는 외부 인터넷으로 나가는 패킷의 송수신에 사용할 수 없다.''' 왜냐하면 전세계적으로 같은 주소 블록을 사용하는 네트워크가 셀수 없이 많기 때문이다. 즉, '''NAT는 subnet 안에서만 사용되는 사설 IP 주소를 외부에서 통용되도록 번역(translate)'''하는 역할을 한다.

	NAT 기능이 있는 라우터는 외부 네트워크에서 보기에는 라우터가 아닌 '하나의 장치'처럼 동작한다. 즉, NAT 라우터는 외부 세계에 대해 단일 IP 주소만을 사용한다. Figure 4에서는 가정용 라우터를 통해 인터넷으로 나가는 모든 트래픽의 출발지 IP 주소는 <code>138.76.29.7</code>이며, 인터넷에서 라우터로 들어오는 모든 트래픽의 목적지 IP 주소 역시 <code>138.76.29.7</code>이다. 따라서 NAT 라우터는 subnet의 내부 정보를 외부로부터 숨기고 있다고 볼 수 있다.<br>		NAT 기능이 있는 라우터는 외부 네트워크에서 보기에는 라우터가 아닌 '하나의 장치'처럼 동작한다. 즉, NAT 라우터는 외부 세계에 대해 단일 IP 주소만을 사용한다. Figure 4에서는 가정용 라우터를 통해 인터넷으로 나가는 모든 트래픽의 출발지 IP 주소는 <code>138.76.29.7</code>이며, 인터넷에서 라우터로 들어오는 모든 트래픽의 목적지 IP 주소 역시 <code>138.76.29.7</code>이다. 따라서 NAT 라우터는 subnet의 내부 정보를 외부로부터 숨기고 있다고 볼 수 있다.<br>

Pinkgo: /* NAT의 동작 방식 */

2025-04-11T20:01:27Z

NAT의 동작 방식

← 이전 판		2025년 4월 11일 (금) 20:01 판
119번째 줄:		119번째 줄:

	===NAT의 동작 방식===		===NAT의 동작 방식===
			[[파일:Network address translation.png\|대체글=Figure 4. Network address translation\|가운데\|섬네일\|500x500픽셀\|'''Figure 4. Network address translation''' ]]
	Figure 4는 NAT 기능이 활성화된 라우터의 작동 방식을 보여준다. 해당 figure의 라우터는 어떤 가정의 네트워크에 속한 인터페이스를 가지고 있으며, 해당 subnet에 속한 모든 인터페이스는 <code>10.0.0/24</code>라는 동일한 subnet 주소를 가지고 있다. 이때 <code>10.0.0.0/8</code>은 위 문단에서 설명했듯이 사설 주소 영역(realm with private addresses)에서 사용하기 위해 예약된 주소 블록이다. 사설 주소 영역이란 해당 사설 주소가 subnet 내부의 장치들 사이에서만 의미를 가지는 네트워크를 의미한다. 이때 <code>10.0.0.0/24</code> 주소 블록은 해당 figure 말고도 셀 수 없이 많은 subnet의 상당수에 의해 사용되고 있으며, 특정 subnet 내에서는 이 주소들을 사용하여 패킷을 주고 받을 수 있다. 하지만 '''사설 IP 주소들을 통해서는 외부 인터넷으로 나가는 패킷의 송수신에 사용할 수 없다.''' 왜냐하면 전세계적으로 같은 주소 블록을 사용하는 네트워크가 셀수 없이 많기 때문이다. 즉, '''NAT는 subnet 안에서만 사용되는 사설 IP 주소를 외부에서 통용되도록 번역(translate)'''하는 역할을 한다.		Figure 4는 NAT 기능이 활성화된 라우터의 작동 방식을 보여준다. 해당 figure의 라우터는 어떤 가정의 네트워크에 속한 인터페이스를 가지고 있으며, 해당 subnet에 속한 모든 인터페이스는 <code>10.0.0/24</code>라는 동일한 subnet 주소를 가지고 있다. 이때 <code>10.0.0.0/8</code>은 위 문단에서 설명했듯이 사설 주소 영역(realm with private addresses)에서 사용하기 위해 예약된 주소 블록이다. 사설 주소 영역이란 해당 사설 주소가 subnet 내부의 장치들 사이에서만 의미를 가지는 네트워크를 의미한다. 이때 <code>10.0.0.0/24</code> 주소 블록은 해당 figure 말고도 셀 수 없이 많은 subnet의 상당수에 의해 사용되고 있으며, 특정 subnet 내에서는 이 주소들을 사용하여 패킷을 주고 받을 수 있다. 하지만 '''사설 IP 주소들을 통해서는 외부 인터넷으로 나가는 패킷의 송수신에 사용할 수 없다.''' 왜냐하면 전세계적으로 같은 주소 블록을 사용하는 네트워크가 셀수 없이 많기 때문이다. 즉, '''NAT는 subnet 안에서만 사용되는 사설 IP 주소를 외부에서 통용되도록 번역(translate)'''하는 역할을 한다.

Pinkgo: /* NAT의 동작 방식 */

2025-04-11T19:52:32Z

NAT의 동작 방식

← 이전 판		2025년 4월 11일 (금) 19:52 판
119번째 줄:		119번째 줄:

	===NAT의 동작 방식===		===NAT의 동작 방식===
	Figure 4는 NAT 기능이 활성화된 라우터의 작동 방식을 보여준다. 해당 figure의 라우터는 어떤 가정의 네트워크에 속한 인터페이스를 가지고 있으며, 해당 subnet에 속한 모든 인터페이스는 <code>10.0.0/24</code>라는 동일한 subnet 주소를 가지고 있다. 이때 <code>10.0.0.0/8</code>은 위 문단에서 설명했듯이 사설 주소 영역(realm with private addresses)에서 사용하기 위해 예약된 주소 블록이다. 사설 주소 영역이란 해당 사설 주소가 subnet 내부의 장치들 사이에서만 의미를 가지는 네트워크를 의미한다. 이때 <code>10.0.0.0/24</code> 주소 블록은 해당 figure 말고도 셀 수 없이 많은 subnet의 상당수에 의해 사용되고 있으며, 특정 subnet 내에서는 이 주소들을 사용하여 패킷을 주고 받을 수 있다. 하지만 해당 주소들을 통해서는 외부 인터넷으로 나가는 패킷의 송수신에 사용할 수 없다. 왜냐하면 전세계적으로 같은 주소 블록을 사용하는 네트워크가 셀수 없이 많기 때문이다. 즉, '''NAT는 subnet 안에서만 사용되는 사설 IP 주소를 외부에서 통용되도록 번역(translate)'''하는 역할을 한다.		Figure 4는 NAT 기능이 활성화된 라우터의 작동 방식을 보여준다. 해당 figure의 라우터는 어떤 가정의 네트워크에 속한 인터페이스를 가지고 있으며, 해당 subnet에 속한 모든 인터페이스는 <code>10.0.0/24</code>라는 동일한 subnet 주소를 가지고 있다. 이때 <code>10.0.0.0/8</code>은 위 문단에서 설명했듯이 사설 주소 영역(realm with private addresses)에서 사용하기 위해 예약된 주소 블록이다. 사설 주소 영역이란 해당 사설 주소가 subnet 내부의 장치들 사이에서만 의미를 가지는 네트워크를 의미한다. 이때 <code>10.0.0.0/24</code> 주소 블록은 해당 figure 말고도 셀 수 없이 많은 subnet의 상당수에 의해 사용되고 있으며, 특정 subnet 내에서는 이 주소들을 사용하여 패킷을 주고 받을 수 있다. 하지만 '''사설 IP 주소들을 통해서는 외부 인터넷으로 나가는 패킷의 송수신에 사용할 수 없다.''' 왜냐하면 전세계적으로 같은 주소 블록을 사용하는 네트워크가 셀수 없이 많기 때문이다. 즉, '''NAT는 subnet 안에서만 사용되는 사설 IP 주소를 외부에서 통용되도록 번역(translate)'''하는 역할을 한다.

	NAT 기능이 있는 라우터는 외부 네트워크에서 보기에는 라우터가 아닌 '하나의 장치'처럼 동작한다. 즉, NAT 라우터는 외부 세계에 대해 단일 IP 주소만을 사용한다. Figure 4에서는 가정용 라우터를 통해 인터넷으로 나가는 모든 트래픽의 출발지 IP 주소는 <code>138.76.29.7</code>이며, 인터넷에서 라우터로 들어오는 모든 트래픽의 목적지 IP 주소 역시 <code>138.76.29.7</code>이다. 따라서 NAT 라우터는 subnet의 내부 정보를 외부로부터 숨기고 있다고 볼 수 있다.<br>		NAT 기능이 있는 라우터는 외부 네트워크에서 보기에는 라우터가 아닌 '하나의 장치'처럼 동작한다. 즉, NAT 라우터는 외부 세계에 대해 단일 IP 주소만을 사용한다. Figure 4에서는 가정용 라우터를 통해 인터넷으로 나가는 모든 트래픽의 출발지 IP 주소는 <code>138.76.29.7</code>이며, 인터넷에서 라우터로 들어오는 모든 트래픽의 목적지 IP 주소 역시 <code>138.76.29.7</code>이다. 따라서 NAT 라우터는 subnet의 내부 정보를 외부로부터 숨기고 있다고 볼 수 있다.<br>