본문으로 이동

사설망

위키백과, 우리 모두의 백과사전.

인터넷 네트워킹에서 사설망 또는 프라이빗 네트워크(private network)는 IP 주소의 사설 주소 공간을 사용하는 컴퓨터 망이다. 이러한 주소는 주거, 사무실 및 기업 환경의 근거리 통신망(LAN)에 일반적으로 사용된다. IPv4 및 IPv6 사양 모두 사설 IP 주소 범위를 정의한다.[1][2]

대부분의 인터넷 서비스 제공자(ISP)는 각 주거 고객에게 단일 공용 라우팅 가능한 IPv4 주소만 할당하지만, 많은 가정에는 둘 이상의 컴퓨터, 스마트폰 또는 기타 인터넷 연결 장치가 있다. 이 경우 일반적으로 네트워크 주소 변환기(NAT/PAT) 게이트웨이를 사용하여 여러 호스트에 인터넷 연결을 제공한다. 사설 주소는 보안상의 이유로 인터넷에 직접 연결되지 않는 기업 네트워크에서도 일반적으로 사용된다. 종종 프록시, SOCKS 게이트웨이 또는 유사한 장치가 네트워크 내부 사용자에게 제한된 인터넷 접근을 제공하는 데 사용된다.

사설망 주소는 특정 조직에 할당되지 않는다. 누구나 지역 또는 로컬 인터넷 레지스트리의 승인 없이 이러한 주소를 사용할 수 있다. 사설 IP 주소 공간은 원래 IPv4 주소 고갈을 지연시키는 데 도움이 되도록 정의되었다. 사설 IP 주소에서 발신되거나 사설 IP 주소로 지정된 IP 패킷은 공용 인터넷을 통해 라우팅될 수 없다.

사설 주소는 내부 네트워크에 대한 네트워크 보안을 강화하는 것으로 종종 여겨진다. 사설 주소를 내부적으로 사용하면 외부 호스트가 내부 시스템에 대한 연결을 시작하기 어렵기 때문이다.

사설 IPv4 주소

[편집]

국제 인터넷 표준화 기구(IETF)는 IANA에 다음 IPv4 주소 범위를 사설망용으로 예약하도록 지시했다.[1](p. 4)

RFC 1918 이름IP 주소 범위주소 수 가장 큰 CIDR 블록 (서브넷 마스크)호스트 ID 크기마스크 비트 클래스 기반 설명[Note 1]
24비트 블록10.0.0.0 – 10.255.255.2551677721610.0.0.0/8 (255.0.0.0)24 비트8 비트단일 클래스 A 네트워크
20비트 블록172.16.0.0 – 172.31.255.2551048576172.16.0.0/12 (255.240.0.0)20 비트12 비트16개의 연속적인 클래스 B 네트워크
16비트 블록192.168.0.0 – 192.168.255.25565536192.168.0.0/16 (255.255.0.0)16 비트16 비트256개의 연속적인 클래스 C 네트워크

실제로 이러한 범위를 더 작은 부분망으로 세분화하는 것이 일반적이다.

캐리어급 NAT 배포를 위한 전용 공간

[편집]

2012년 4월, IANA는 캐리어급 NAT 시나리오에서 사용하기 위해 IPv4 주소의 100.64.0.0/10 블록을 특별히 할당했다.[4]

IP 주소 범위주소 수 가장 큰 CIDR 블록 (서브넷 마스크)호스트 ID 크기마스크 비트
100.64.0.0 – 100.127.255.2554194304100.64.0.0/10 (255.192.0.0)22 비트10 비트

이 주소 블록은 사설망이나 공용 인터넷에서 사용해서는 안 된다. 주소 블록의 크기는 도쿄도와 같은 대도시 지역의 단일 운영자의 모든 액세스 포인트에 대한 모든 고객 액세스 장치에 고유하게 번호를 부여하기에 충분하도록 선택되었다.[4]

사설 IPv6 주소

[편집]

사설망의 개념은 다음 세대의 인터넷 프로토콜인 IPv6에서 확장되었으며, 특별한 주소 블록이 예약되어 있다.

fc00::/7 주소 블록은 IANA에 의해 고유 로컬 주소(ULA)용으로 예약되어 있다.[2] 이들은 유니캐스트 주소이지만, 두 사설망이 상호 연결될 때 충돌을 방지하기 위해 라우팅 접두사에 40비트 난수를 포함한다. 본질적으로 로컬 사용이지만, 고유 로컬 주소의 IPv6 주소 범위는 전역적이다.

정의된 첫 번째 블록은 fd00::/8이며, 사용자가 필요에 따라 여러 부분망을 생성할 수 있는 /48 라우팅 블록용으로 설계되었다.

RFC 4193 블록접두사/L전역 ID (난수)부분망 ID부분망의 주소 수
48 비트 16 비트64 비트
fd00::/8fdxx:xxxx:xxxxyyyy18446744073709551616

예시:

접두사/L전역 ID (난수)부분망 ID인터페이스 ID주소부분망
fdxx:xxxx:xxxxyyyyzzzz:zzzz:zzzz:zzzz fdxx:xxxx:xxxx:yyyy:zzzz:zzzz:zzzz:zzzz fdxx:xxxx:xxxx:yyyy::/64
fd12:3456:789a00010000:0000:0000:0001 fd12:3456:789a:1::1 fd12:3456:789a:1::/64

이전 표준은 fec0::/10 블록에 사이트 로컬 주소 사용을 제안했지만, 확장성 문제와 사이트 구성에 대한 불분명한 정의 때문에 2004년 9월부터 사용이 중단되었다.[5]

링크-로컬 주소

[편집]

또 다른 유형의 사설 네트워킹은 링크-로컬 주소 범위를 사용한다. 링크-로컬 주소의 유효성은 단일 링크로 제한된다. 예를 들어 스위치에 연결된 모든 컴퓨터 또는 하나의 무선망에 해당한다. 네트워크 브리지의 다른 쪽에 있는 호스트도 동일한 링크에 있지만, 네트워크 라우터의 다른 쪽에 있는 호스트는 다른 링크에 있다.

IPv4

[편집]

IPv4에서 링크-로컬 주소의 유용성은 동적 호스트 구성 프로토콜(DHCP) 서비스를 사용할 수 없고 네트워크 관리자의 수동 구성이 바람직하지 않을 때 Zeroconf에서 발휘된다. 169.254.0.0/16 블록이 이 목적을 위해 할당되었다.[6][7] IEEE 802 (이더넷) 네트워크의 호스트가 DHCP를 통해 네트워크 주소를 얻을 수 없는 경우, 169.254.1.0에서 169.254.254.255까지의 주소[Note 2]를 의사 난수적으로 할당할 수 있다. 표준은 주소 충돌이 원활하게 처리되어야 한다고 규정하고 있다.

IPv6

[편집]

IPv6에서 fe80::/10 블록은 IP 주소 자동 구성을 위해 예약되어 있다.[8] 이러한 링크-로컬 주소의 구현은 IPv6 프로토콜의 다양한 기능이 이에 의존하므로 필수적이다.[9]

루프백 인터페이스

[편집]

사설 링크-로컬 주소의 특별한 경우는 루프백 인터페이스이다. 패킷이 호스트 장치를 떠나지 않으므로 이러한 주소는 정의상 사설 및 링크-로컬이다.

IPv4는 전체 클래스 A 주소 블록 127.0.0.0/8을 사설 루프백 주소로 사용하도록 예약한다. IPv6는 단일 주소 ::1을 예약한다.

일부는 127.0.0.0/8을 127.0.0.0/16으로 줄일 것을 옹호한다.[10]

잘못된 라우팅

[편집]

사설 주소 공간에서 발신된 패킷이 인터넷으로 잘못 라우팅되는 경우가 흔하다. 사설망은 종종 내부적으로 사용되는 주소에 대해 DNS 서비스를 제대로 구성하지 않아 이러한 주소에 대한 역방향 DNS 조회를 시도하여 인터넷 루트 네임서버에 추가 트래픽을 유발한다. AS112 프로젝트는 이러한 쿼리에 대해 음수 결과 코드(찾을 수 없음)만 반환하는 사설 주소 범위에 대한 특수 블랙홀 애니캐스트 네임서버를 제공하여 이러한 부하를 완화하려고 시도했다.

조직의 에지 라우터는 일반적으로 이러한 네트워크에 대한 인그레스 IP 트래픽을 삭제하도록 구성되어 있으며, 이는 잘못된 구성이나 스푸핑된 소스 주소를 사용하는 악성 트래픽으로 인해 발생할 수 있다. 덜 일반적으로, ISP 에지 라우터는 고객으로부터의 이러한 이그레스 트래픽을 삭제하여 고객 네트워크의 잘못 구성된 또는 악성 호스트가 인터넷에 미치는 영향을 줄인다.

사설망 병합

[편집]

사설 IPv4 주소 공간은 상대적으로 작기 때문에 많은 사설 IPv4 네트워크가 필연적으로 동일한 주소 범위를 사용한다. 이는 이러한 네트워크를 병합할 때 문제를 일으킬 수 있으며, 일부 주소가 여러 장치에 대해 중복될 수 있기 때문이다. 이 경우 네트워크 또는 호스트는 재번호화해야 하는데, 이는 종종 시간이 많이 걸리는 작업이거나 네트워크 사이에 네트워크 주소 변환기를 배치하여 주소 범위 중 하나를 변환하거나 가장해야 한다.

IPv6는 고유 로컬 주소를 정의하여,[2] 각 조직이 40비트 접두사를 무작위 또는 의사 무작위로 할당할 수 있는 매우 큰 사설 주소 공간을 제공하며, 각 접두사는 65536개의 조직 부분망을 허용한다. 약 1조(1012)개의 접두사 공간이 있으므로, 표준에 명시된 대로 각 조직이 무작위로 선택된 경우 서로 다른 조직에서 사용 중인 두 네트워크 접두사가 동일할 가능성은 거의 없다. 따라서 이러한 두 사설 IPv6 네트워크가 연결되거나 병합될 때 주소 충돌의 위험은 사실상 없다.

RFC 문서

[편집]
  • RFC 1918 – Address Allocation for Private Internets
  • RFC 2036 – Observations on the use of Components of the Class A Address Space within the Internet
  • RFC 7020 – The Internet Number Registry System
  • RFC 2101 – IPv4 Address Behaviour Today
  • RFC 2663 – IP Network Address Translator (NAT) Terminology and Considerations
  • RFC 3022 – Traditional IP Network Address Translator (Traditional NAT)
  • RFC 3330 – Special-Use IPv4 Addresses (superseded)
  • RFC 3879 – Deprecating Site Local Addresses
  • RFC 3927 – Dynamic Configuration of IPv4 Link-Local Addresses
  • RFC 4193 – Unique Local IPv6 Unicast Addresses
  • RFC 5735 – Special-Use IPv4 Addresses (superseded)
  • RFC 6598 – Reserved IPv4 Prefix for Shared Address Space
  • RFC 6890 – Special-Purpose IP Address Registries

같이 보기

[편집]

내용주

[편집]
  1. ↑ 클래스 기반 주소 지정은 구식이며, 1993년 CIDR 구현 이후 인터넷에서 사용되지 않았다. 예를 들어, 10.0.0.0/8이 단일 클래스 A 네트워크였지만, 조직이 이를 더 작은 /16 또는 /24 네트워크로 나누는 것이 일반적이다. 흔한 오해와 달리, 클래스 A 네트워크의 /16 부분망은 클래스 B 네트워크로 지칭되지 않는다. 마찬가지로, 클래스 A 또는 B 네트워크의 /24 부분망은 클래스 C 네트워크로 지칭되지 않는다. 클래스는 접두사의 처음 세 비트에 의해 결정된다.[3]
  2. ↑ 부분망의 처음과 마지막 /24 서브레인지(주소 169.254.0.0에서 169.254.0.255 및 169.254.255.0에서 169.254.255.255)는 향후 사용을 위해 예약되어 있다.[7](§2.1)

각주

[편집]
  1. 1 2 Y. Rekhter; B. Moskowitz; D. Karrenberg; G. J. de Groot; E. Lear (February 1996). Address Allocation for Private Internets. Network Working Group. BCP 5. RFC 1918. https://tools.ietf.org/html/rfc1918. Best Current Practice 5. Obsoletes RFC 1627 and 1597. Updated by RFC 6761.
  2. 1 2 3 R. Hinden; B. Haberman (October 2005). Unique Local IPv6 Unicast Addresses. Network Working Group. RFC 4193. https://tools.ietf.org/html/rfc4193. Proposed Standard.
  3. ↑ Forouzan, Behrouz (2013). 《Data Communications and Networking》. New York: McGraw Hill. 530–31쪽. ISBN 978-0-07-337622-6.
  4. 1 2 J. Weil; V. Kuarsingh; C. Donley; C. Liljenstolpe; M. Azinger (April 2012). IANA-Reserved IPv4 Prefix for Shared Address Space. Internet Engineering Task Force. ISSN 2070-1721. BCP 153. RFC 6598. https://tools.ietf.org/html/rfc6598. Best Current Practice 153. Updates RFC 5735.
  5. ↑ C. Huitema; B. Carpenter (September 2004). Deprecating Site Local Addresses. Network Working Group. RFC 3879. https://tools.ietf.org/html/rfc3879. Proposed Standard.
  6. ↑ M. Cotton; L. Vegoda; B. Haberman (April 2013). R. Bonica. ed. Special-Purpose IP Address Registries. IETF. ISSN 2070-1721. BCP 153. RFC 6890. https://tools.ietf.org/html/rfc6890. Best Common Practice. Obsoletes RFC 4773, 5156, 5735 and 5736. Updated by RFC 8190.
  7. 1 2 S. Cheshire; B. Aboba; E. Guttman (May 2005). Dynamic Configuration of IPv4 Link-Local Addresses. Network Working Group. RFC 3927. https://tools.ietf.org/html/rfc3927. Proposed Standard.
  8. ↑ R. Hinden; S. Deering (February 2006). IP Version 6 Addressing Architecture. Network Working Group. RFC 4291. https://tools.ietf.org/html/rfc4291. Draft Standard. Obsoletes RFC 3513. Updated by RFC 5952, 6052, 7136, 7346, 7371 and 8064.
  9. ↑ S. Thomson; T. Narten; T. Jinmei (September 2007). IPv6 Stateless Address Autoconfiguration. Network Working Group. RFC 4862. https://tools.ietf.org/html/rfc4862. Draft Standard. Obsoletes RFC 2462. Updated by RFC 7527.
  10. ↑ I-D draft-schoen-intarea-unicast-127-06. https://tools.ietf.org/html/draft-schoen-intarea-unicast-127-06.
원본 주소 "https://ko.wikipedia.org/w/index.php?title=사설망&oldid=41029649"