IP

IP 주소 체계는 네트워크 상에서 각 장치를 고유하게 식별하고 위치를 지정하기 위한 논리적 주소 체계입니다. 이 체계는 계층적 구조를 바탕으로 하여, 전 세계적으로 중복되지 않는 주소를 효율적으로 할당하고 관리하는 것을 목표로 합니다. 주소 체계의 설계는 패킷이 출발지에서 목적지까지 올바르게 전달될 수 있도록 라우팅의 근간을 제공합니다.

주요 IP 주소 체계는 IPv4와 IPv6로 대표됩니다. IPv4는 32비트 길이의 주소를 사용하며, 일반적으로 점으로 구분된 네 개의 10진수(예: 192.168.1.1)로 표현됩니다. 이는 약 43억 개의 고유 주소를 제공하지만, 인터넷의 폭발적 성장으로 인해 주소 고갈 문제가 발생했습니다. 이를 해결하기 위해 도입된 IPv6는 128비트 주소 체계를 사용하며, 콜론으로 구분된 16진수(예: 2001:0db8:85a3::8a2e:0370:7334)로 표현되어 거의 무한에 가까운 주소 공간을 제공합니다.

이러한 주소 체계 내에서 주소는 계층적으로 구분되어 할당됩니다. 최상위에는 IANA(Internet Assigned Numbers Authority)가 전 세계적인 주소 풀을 관리하며, 이는 RIR(Regional Internet Registry)을 통해 대륙별로, 다시 ISP(인터넷 서비스 제공자)와 기업, 기관을 거쳐 최종 네트워크 장치에 할당됩니다. 이러한 계층적 할당 방식은 라우팅 테이블의 효율성을 높이고, 주소 공간의 낭비를 줄이는 데 기여합니다.

IP 주소는 인터넷 또는 기타 네트워크에 연결된 각 장치에 부여되는 고유한 숫자 레이블입니다. 이 주소의 가장 근본적인 역할은 네트워크 상에서 특정 장치를 식별하는 것입니다. 전화번호가 특정 가입자 회선을 식별하거나, 우편 주소가 특정 건물을 식별하는 것과 유사한 논리로 작동합니다. 데이터가 올바른 목적지에 도달하기 위해서는 출발지와 도착지를 명확히 지정해야 하며, IP 주소가 바로 이 식별 정보를 제공합니다.

IP 주소의 식별자 역할은 크게 두 가지 수준에서 이루어집니다. 첫째는 네트워크 수준의 식별입니다. IP 주소는 장치가 속한 특정 네트워크를 식별하는 네트워크 ID 부분을 포함합니다. 이를 통해 라우터와 같은 네트워크 장비는 데이터 패킷이 최종 목적지에 도달하기 위해 어떤 경로로 전송되어야 하는지를 판단할 수 있습니다. 둘째는 호스트 수준의 식별입니다. 동일한 네트워크 내부에서 개별 컴퓨터, 스마트폰, 서버와 같은 각 장치를 구분하는 것은 호스트 ID 부분이 담당합니다.

이러한 식별 기능은 패킷 교환 방식의 인터넷 통신에서 필수적입니다. 웹사이트에 접속하거나 이메일을 보낼 때, 데이터는 작은 패킷 단위로 분할되어 전송됩니다. 각 패킷의 헤더에는 발신지 IP 주소와 수신지 IP 주소가 기록되어 있어, 네트워크를 통해 흩어져 이동한 패킷들이 최종적으로 정확한 장치에서 재조립될 수 있도록 합니다. 따라서 IP 주소 없이는 네트워크 상의 어떤 통신도 시작될 수 없습니다.

IPv4는 IP의 네 번째 버전을 의미하며, 현재까지 가장 널리 사용된 인터넷 프로토콜입니다. 32비트 주소 체계를 사용하여, 이론적으로 약 43억 개(2^32)의 고유한 주소를 생성할 수 있습니다. 주소는 일반적으로 사람이 읽기 쉽도록 네 개의 8비트 필드로 나누어 십진수로 표시하며, 각 필드는 점(.)으로 구분됩니다. 예를 들어, `192.168.0.1`과 같은 형태를 가집니다. IPv4는 패킷 교환 방식 네트워크에서 데이터그램을 전송하는 근간이 되었습니다.

주소 공간의 한계는 IPv4의 가장 큰 도전 과제입니다. 인터넷 사용 장치의 폭발적 증가로 인해 이용 가능한 주소가 고갈되었습니다. 이 문제를 완화하기 위해 여러 기술이 개발되었으며, 그중 NAT과 사설 IP 주소 체계가 핵심 역할을 했습니다. NAT를 통해 하나의 공인 IP 주소 뒤에 여러 개의 사설 IP 장치가 연결될 수 있게 되어, 공인 주소의 소모 속도를 늦추었습니다.

IPv4 주소는 클래스 기반의 초기 할당 방식에서 CIDR 방식으로 진화했습니다. 주요 주소 클래스는 다음과 같습니다.

또한, 특정 용도를 위해 예약된 주소 대역이 있습니다. 예를 들어, `127.0.0.1`은 루프백 주소로, 장치 자신을 가리키며, `192.168.x.x`, `10.x.x.x`, `172.16.x.x` ~ `172.31.x.x` 대역은 사설 네트워크 내부 통신에 사용됩니다.

IPv4의 장기적인 해결책은 주소 공간을 128비트로 대폭 확장한 IPv6입니다. 그러나 전 세계 네트워크 인프라의 상당 부분은 여전히 IPv4에 의존하고 있으며, IPv6로의 완전한 전환은 점진적으로 이루어지고 있습니다. 이와 같은 이중 스택 운영 등 과도기적 기술이 널리 사용되고 있습니다.

IPv6는 IPv4 주소 고갈 문제를 근본적으로 해결하기 위해 설계된 차세대 인터넷 프로토콜입니다. IPv4의 32비트 주소 체계와 달리, IPv6는 128비트 주소 체계를 사용하여 약 3.4×10³⁸개의 고유한 주소를 제공합니다[2]. 이는 거의 무한에 가까운 주소 공간을 확보하여 사물인터넷과 같은 새로운 기술의 확장을 가능하게 합니다. 주소 표현 방식은 16비트씩 8개의 그룹으로 나누어 16진수로 표시하며, 각 그룹은 콜론(:)으로 구분합니다. 예를 들어, `2001:0db8:85a3:0000:0000:8a2e:0370:7334`와 같은 형태를 가집니다.

IPv6는 단순히 주소 공간을 확장하는 것을 넘어 여러 기술적 개선을 포함하고 있습니다. 주요 특징으로는 IPsec을 통한 기본적인 보안 기능 지원, 멀티캐스트 통신의 효율성 향상, 그리고 패킷 처리 시 헤더 구조의 단순화로 인한 라우터 처리 부하 감소 등이 있습니다. 또한, 자동 주소 구성 기능이 강화되어 장치가 네트워크에 쉽게 접속할 수 있도록 합니다.

현재 인터넷은 IPv4와 IPv6가 공존하는 이중 스택 환경으로 전환 중에 있습니다. 점진적인 전환을 위해 터널링이나 듀얼 스택과 같은 기술이 사용되고 있으며, 많은 인터넷 서비스 제공자와 콘텐츠 제공자가 IPv6를 지원하고 있습니다.

공인 IP 주소는 인터넷 상에서 전 세계적으로 고유하게 식별되는 주소입니다. IANA와 같은 국제 기관을 통해 지역 인터넷 레지스트리(RIR)에 할당되며, 최종적으로 인터넷 서비스 제공자를 통해 사용자에게 제공됩니다. 이 주소는 인터넷에 직접 연결된 모든 장치, 예를 들어 웹 서버나 메일 서버에 필요하며, 외부에서 해당 장치를 찾아갈 수 있는 실제 주소 역할을 합니다.

반면, 사설 IP 주소는 로컬 네트워크 내부에서만 사용되도록 예약된 주소 범위입니다. 이 주소는 인터넷 상에서 라우팅되지 않으며, 서로 다른 가정이나 회사의 내부 네트워크에서 동일한 주소를 반복해 사용할 수 있습니다. 주로 RFC 1918에 정의된 다음 대역이 사용됩니다.

사설 IP를 사용하는 내부 네트워크 장치들이 인터넷과 통신하려면 NAT 기술이 필수적입니다. 라우터나 게이트웨이는 내부의 여러 사설 IP 주소를 하나의 공인 IP 주소로 변환하여 외부와의 통신을 중개합니다. 이 방식은 제한된 IPv4 주소 자원을 효율적으로 활용하고, 내부 네트워크 구조를 외부에 숨기는 기본적인 보안 장치를 제공합니다[3].

IP 주소는 네트워크 상에서 컴퓨터나 기기를 식별하는 논리적 주소입니다. 이 주소는 크게 두 부분으로 나뉘며, 각 부분은 서로 다른 정보를 담고 있습니다. 앞부분은 네트워크 ID (Network Identifier)라고 하며, 특정 네트워크 자체를 식별하는 역할을 합니다. 뒷부분은 호스트 ID (Host Identifier)라고 하며, 해당 네트워크 내에 연결된 개별 기기(호스트)를 식별합니다. 이 구분은 우편 주소에서 도시와 구/동, 그리고 상세 주소(건물 번호 등)를 나누는 것과 유사한 원리입니다.

네트워크 ID와 호스트 ID를 구분하는 경계점은 고정되어 있지 않으며, IP 주소의 클래스(Classful Addressing)나 서브넷 마스크 (Subnet Mask)에 의해 결정됩니다. 예를 들어, 전통적인 IPv4 클래스 체계에서 클래스 C 네트워크(예: 192.168.1.0)는 앞의 24비트(세 개의 옥텟)가 네트워크 ID이고, 나머지 8비트가 호스트 ID가 됩니다. 이 경우, 해당 네트워크는 192.168.1.1부터 192.168.1.254까지 최대 254개의 호스트를 가질 수 있습니다[4].

라우터와 같은 네트워크 장비는 패킷을 전달할 때 목적지 IP 주소의 네트워크 ID 부분을 먼저 확인합니다. 라우터는 자신이 알고 있는 경로 정보와 네트워크 ID를 비교하여, 해당 패킷이 로컬 네트워크 내부로 갈 것인지, 아니면 외부 다른 네트워크로 전송해야 하는지를 판단합니다. 따라서 네트워크 ID는 인터넷 전체에서 효율적인 라우팅을 가능하게 하는 핵심 요소입니다.

서브넷 마스크는 IP 주소를 네트워크 ID와 호스트 ID로 구분하는 데 사용되는 32비트(IPv4 기준) 숫자입니다. 이는 네트워크를 더 작은 논리적 단위인 서브넷으로 분할하는 서브네팅의 핵심 요소입니다. 서브넷 마스크는 IP 주소와 함께 사용되며, 연속된 1의 비트는 네트워크 부분을, 연속된 0의 비트는 호스트 부분을 나타냅니다. 예를 들어, 널리 사용되는 서브넷 마스크 255.255.255.0(또는 /24)은 IP 주소의 앞 24비트가 네트워크 주소이고 나머지 8비트가 호스트 주소임을 의미합니다.

서브넷 마스크의 주요 기능은 네트워크 효율성과 관리를 향상시키는 것입니다. 하나의 큰 네트워크를 여러 서브넷으로 나누면 브로드캐스트 트래픽이 제한되어 네트워크 혼잡이 감소하고 보안 정책을 세부적으로 적용할 수 있습니다. 또한 IP 주소 공간을 더 효율적으로 할당하고 관리할 수 있게 해줍니다. 라우터는 서브넷 마스크를 사용하여 목적지 IP 주소가 로컬 네트워크 내에 있는지 외부에 있는지를 판단하여 패킷 전송 경로를 결정합니다.

서브넷 마스크는 일반적으로 점으로 구분된 십진수 형식(예: 255.255.255.0) 또는 접두사 길이(CIDR 표기법) 형식(예: /24)으로 표현됩니다. CIDR 표기법은 서브넷 마스크에서 1의 개수를 간단히 나타냅니다.

[5]

IP 주소를 네트워크에 연결된 장치에 할당하는 방법은 크게 동적 할당과 정적 할당으로 구분됩니다. 동적 할당의 대표적인 프로토콜이 DHCP(Dynamic Host Configuration Protocol)입니다. DHCP 서버는 미리 정의된 IP 주소 풀에서 사용 가능한 주소를 클라이언트 장치에 임대합니다. 이 과정은 장치가 네트워크에 접속할 때 자동으로 이루어지며, 임대 기간이 설정되어 있어 일정 시간이 지나면 갱신하거나 반납하게 됩니다. 이 방식은 대규모 네트워크에서 장치의 추가, 이동, 제거가 빈번한 환경에서 관리 부담을 크게 줄여줍니다.

반면, 정적 할당은 네트워크 관리자가 각 장치에 고정된 IP 주소를 수동으로 설정하는 방식입니다. 이 경우 주소는 DHCP 서버에 의해 변경되거나 회수되지 않습니다. 정적 할당은 서버, 네트워크 프린터, 라우터, DNS 서버 등 항상 동일한 주소로 접근해야 하는 중요한 네트워크 장비에 주로 사용됩니다. 이는 서비스의 안정성과 접근성을 보장하는 데 필수적입니다.

다음은 두 할당 방식의 주요 특징을 비교한 표입니다.

적절한 할당 방식을 선택하는 것은 네트워크 설계의 중요한 부분입니다. 대부분의 현대 네트워크는 이 두 방식을 혼합하여 사용하며, DHCP는 일반 장치를 위해, 정적 할당은 핵심 인프라를 위해 활용됩니다. DHCP 서버 자체도 정적으로 할당된 IP 주소를 사용하는 것이 일반적입니다.

IP는 패킷 교환 방식을 기반으로 하는 네트워크 계층 프로토콜입니다. 이 방식에서는 전송할 데이터를 작은 단위인 패킷으로 분할하여 네트워크를 통해 전송합니다. 각 패킷은 헤더와 페이로드로 구성되며, 헤더에는 목적지 IP 주소, 출발지 IP 주소, 패킷 순서 정보 등 전송에 필요한 제어 정보가 포함됩니다. 이러한 패킷들은 네트워크 상의 라우터를 통해 최적의 경로를 선택하여 독립적으로 전달됩니다.

패킷 교환 방식의 주요 특징은 경로의 독립성과 효율성에 있습니다. 각 패킷은 네트워크 상태에 따라 서로 다른 경로로 전송될 수 있으며, 목적지에 도착하면 원래의 순서대로 재조립됩니다. 이는 회선 교환 방식과 대비되는데, 회선 교환은 통신 시작 전에 전용 경로를 설정하여 데이터를 연속적으로 전송하는 방식입니다. 패킷 교환은 전송 경로를 공유하므로 네트워크 자원을 보다 효율적으로 활용할 수 있습니다.

이 방식은 네트워크 트래픽의 변동에 유연하게 대응할 수 있지만, 패킷마다 경로가 다를 수 있어 도착 지연 시간이 변동될 수 있습니다. 또한 패킷 손실이나 순서 뒤바뀜이 발생할 수 있어, 이러한 문제는 상위 계층 프로토콜인 TCP가 처리합니다. IP의 패킷 교환 방식은 오늘날 인터넷의 확장성과 견고한 구조의 근간을 이루고 있습니다.

IP는 패킷 교환 방식을 기반으로 하는 비연결형 프로토콜입니다. 이는 통신을 시작하기 전에 전용 연결 경로를 설정하지 않는다는 것을 의미합니다. 각 IP 패킷은 독립적으로 처리되며, 출발지와 목적지 IP 주소 정보를 헤더에 담아 네트워크를 통해 전송됩니다. 패킷들은 동일한 경로로 이동하지 않을 수 있으며, 네트워크 상태에 따라 서로 다른 경로를 통해 목적지에 도착할 수 있습니다.

비연결형 서비스의 주요 특징은 단순성과 효율성입니다. 연결 설정 및 해제 과정이 필요 없기 때문에 오버헤드가 적고, 네트워크 자원을 유연하게 활용할 수 있습니다. 이는 특히 인터넷과 같이 다양한 경로와 장비로 구성된 대규모 네트워크에 적합한 방식입니다. 그러나 이 방식은 패킷의 순서가 바뀌거나, 손실되거나, 중복되어 도착할 가능성을 내포합니다.

이러한 한계를 보완하기 위해, 상위 계층 프로토콜인 TCP가 주로 사용됩니다. TCP는 IP 위에서 동작하며, 패킷의 순서 제어, 오류 복구, 흐름 제어 등의 기능을 제공하여 신뢰성 있는 연결형 서비스를 구현합니다. 반면, UDP는 IP의 비연결형 특성을 그대로 활용하여 지연 시간이 짧은 전송이 필요한 서비스에 사용됩니다.

NAT(Network Address Translation)은 IP 주소 변환 기술로, 주로 하나의 공인 IP 주소를 여러 개의 사설 IP 주소가 공유할 수 있도록 하여 IPv4 주소 고갈 문제를 완화하는 데 핵심적인 역할을 합니다. 이 기술은 가정용 라우터나 기업 네트워크의 게이트웨이에서 널리 구현됩니다. 내부 네트워크(예: 가정이나 사무실)의 각 기기에는 사설 IP 주소가 할당되고, 이 기기들이 외부 인터넷과 통신할 때 라우터는 내부 사설 주소를 하나의 공인 IP 주소로 변환합니다. 이를 통해 여러 대의 컴퓨터, 스마트폰, IoT 기기가 단일 인터넷 회선을 통해 동시에 접속할 수 있습니다.

NAT의 주요 동작 방식은 다음과 같습니다. 내부 네트워크의 호스트가 외부 서버에 패킷을 보내면, NAT 장비(주로 라우터)는 패킷의 출발지 사설 IP 주소와 포트 번호를 자신의 공인 IP 주소와 새로운 포트 번호로 변경합니다. 이 매핑 정보는 NAT 테이블에 기록됩니다. 외부 서버로부터 응답 패킷이 돌아오면, NAT 장비는 테이블을 참조하여 목적지 공인 IP와 포트를 원래의 내부 사설 IP와 포트로 다시 변환하여 해당 호스트에 전달합니다. 이 과정은 기본적으로 외부에서 내부 네트워크로의 직접적인 접근을 차단하는 효과도 있어, 일종의 기본적인 방화벽 역할을 합니다[6].

NAT는 주소 변환 방식에 따라 여러 유형으로 구분됩니다.

NAT는 IPv4 주소 공간 보존에 결정적이었지만, 몇 가지 제한사항도 있습니다. P2P 연결 설정을 복잡하게 만들거나, IPsec 같은 일부 프로토콜과의 호환성 문제를 일으킬 수 있습니다. 또한, 내부 네트워크의 여러 호스트가 동일한 공인 IP로 보이기 때문에, 외부에서 개별 사용자의 트래픽을 정확히 구분하기 어려워지는 측면이 있습니다. 이러한 한계들은 IPv6의 광범위한 도입이 추진되는 이유 중 하나이지만, 현재까지도 NAT는 인터넷 인프라의 필수 구성 요소로 자리 잡고 있습니다.

DNS는 사람이 읽을 수 있는 도메인 이름(예: www.example.com)을 컴퓨터가 이해하는 IP 주소로 변환하는 시스템입니다. 인터넷의 전화번호부 역할을 하여, 사용자가 복잡한 숫자 주소를 기억하지 않고도 웹사이트에 접속할 수 있게 합니다.

DNS는 계층적 분산 데이터베이스 구조로 운영됩니다. 최상위에는 루트 DNS 서버가 있으며, 그 아래에 .com, .org, .kr과 같은 최상위 도메인(TLD) 서버, 그리고 각 도메인을 관리하는 권한 있는 네임 서버가 배치됩니다. 사용자가 브라우저에 도메인을 입력하면, 질의는 일반적으로 ISP의 재귀적 리졸버를 통해 이 계층 구조를 따라가며 최종 IP 주소를 찾아옵니다. 이 과정에서 리졸버는 한 번 조회한 결과를 일정 시간 동안 캐시에 저장하여 이후 응답 속도를 높입니다.

주요 DNS 레코드 유형은 다음과 같습니다.

DNS는 인터넷 인프라의 핵심이지만, 캐시 포이즈닝이나 DDoS 공격과 같은 보안 위협에 노출되어 있습니다. 이를 보완하기 위해 질의와 응답의 무결성과 인증을 제공하는 DNSSEC 기술이 개발되었습니다.

라우팅은 IP 패킷이 출발지에서 목적지까지 네트워크를 통해 전달되는 경로를 결정하는 과정입니다. 이 과정은 라우터라는 네트워크 장비가 담당하며, 라우터는 연결된 여러 네트워크 사이에서 패킷을 중계합니다. 라우터는 내부에 라우팅 테이블을 유지 관리하며, 이 테이블에는 특정 목적지 네트워크 ID로 가기 위한 다음 경로(넥스트 홉) 정보가 저장되어 있습니다. 패킷이 라우터에 도착하면, 라우터는 패킷 헤더의 목적지 IP 주소를 확인하고 라우팅 테이블을 조회하여 가장 적합한 인터페이스로 패킷을 포워딩합니다.

라우팅 테이블을 구성하는 방법에는 크게 정적 라우팅과 동적 라우팅이 있습니다. 정적 라우팅은 관리자가 수동으로 경로를 입력하여 고정시키는 방식으로, 소규모 네트워크에 적합합니다. 동적 라우팅은 라우터들이 라우팅 프로토콜을 사용하여 서로 정보를 교환하고, 네트워크 상태 변화에 따라 라우팅 테이블을 자동으로 갱신하는 방식입니다. 주요 라우팅 프로토콜로는 RIP, OSPF, BGP 등이 있습니다. BGP는 특히 인터넷의 핵심 백본 네트워크에서 자치 시스템(AS) 간 라우팅 정보를 교환하는 데 사용되는 프로토콜입니다.

라우팅 결정을 내리는 기본 원칙은 다음과 같습니다.

이러한 라우팅 메커니즘을 통해, 인터넷은 수많은 독립적인 네트워크들이 복잡하게 연결된 상태에서도 데이터가 효율적으로 전송될 수 있습니다.

IP 추적은 특정 IP 주소가 사용된 네트워크 활동의 출처를 확인하는 과정을 말합니다. 이는 일반적으로 네트워크 관리, 사이버 범죄 수사, 지리적 콘텐츠 제한, 서비스 접근 제어 등 다양한 목적으로 활용됩니다. 추적 과정은 라우팅 경로를 역으로 따라가거나, IP 주소와 관련된 등록 정보를 조회하는 방식으로 이루어집니다.

추적의 기본적인 방법은 WHOIS 데이터베이스 조회와 트레이스루트 명령어를 활용하는 것입니다. WHOIS는 IP 주소 블록을 할당받은 인터넷 서비스 제공자나 조직의 등록 정보를 제공합니다. 한편, 트레이스루트는 목표 IP 주소까지의 패킷 경로 상에 있는 중간 라우터들의 주소를 순차적으로 보여줍니다. 이를 통해 데이터가 거친 네트워크 경로를 시각적으로 확인할 수 있습니다.

그러나 IP 추적을 통한 정확한 개인 식별에는 여러 한계가 있습니다. 대부분의 가정이나 모바일 사용자는 인터넷 서비스 제공자로부터 동적으로 할당받은 IP 주소를 사용하며, 이 주소는 자주 변경됩니다. 또한, NAT 기술을 사용하는 공유기 뒤에서는 여러 기기가 하나의 공인 IP 주소를 공유하므로, 특정 기기나 사용자까지 정확히 특정하기 어렵습니다. 이러한 이유로, 정확한 개인 식별을 위해서는 일반적으로 인터넷 서비스 제공자의 협조를 통한 추가 조치가 필요합니다.

VPN(가상 사설망)과 프록시 서버는 사용자의 IP 주소를 숨기거나 변경하여 네트워크 트래픽의 경로를 변조하는 기술입니다. 두 기술 모두 중간 서버를 경유한다는 공통점이 있지만, 작동 방식과 보호 수준에서 차이를 보입니다.

VPN은 사용자 기기와 VPN 서버 사이에 암호화된 터널을 구축합니다. 모든 네트워크 트래픽(웹 브라우징, 메일, 파일 전송 등)이 이 터널을 통해 안전하게 전송되므로, 사용자의 실제 공인 IP 주소는 숨겨지고 대신 VPN 서버의 IP 주소로 외부에 나타납니다. 이는 공공 와이파이와 같은 불안전한 네트워크에서의 데이터 도청을 방지하고, 지리적 제한이 있는 콘텐츠에 접근하는 데 활용됩니다. 반면, 프록시 서버는 주로 특정 애플리케이션(예: 웹 브라우저)의 트래픽만을 중계하며, 종종 암호화를 제공하지 않습니다. 사용자의 요청을 대신 전달해 주는 역할을 하여, 목적지 서버에는 프록시 서버의 IP가 기록됩니다.

VPN은 포괄적인 보안과 프라이버시를 제공하는 반면, 프록시는 더 가볍고 특정 목적(예: 지역 제한 콘텐츠 일시적 접근)에 적합합니다. 그러나 무료 프록시 서비스는 사용자 데이터를 로깅하거나 악성 코드를 배포할 위험이 있어 주의가 필요합니다[7].