프록시 IP 인증: 허용할 주소와 적합한 사용 상황

IP 인증은 승인된 접속 주소에서 프록시를 사용하게 합니다. 제공업체의 접근 목록에 그 주소를 추가하면 애플리케이션은 별도의 프록시 사용자 이름과 비밀번호 없이 연결합니다. 제공업체는 이를 보통 화이트리스트, 허용 목록 또는 승인된 IP 주소 목록이라고 부릅니다.

고정 공인 IP가 있는 서버처럼 안정적인 네트워크에서 애플리케이션을 실행할 때 유용합니다. 다만 허용할 주소는 구매한 프록시의 주소가 아니라 애플리케이션이 연결을 보내는 출발지 주소입니다. 설정 중에 두 주소를 혼동하기 쉽습니다.

접속 방식 비교는 프록시 인증을 참조하세요. 이 글에서는 허용할 출발지 IP, 여러 기기의 접속 공유, 네트워크 변경 후 확인할 사항을 설명합니다.

프록시가 허용된 IP를 확인하는 방식

연결이 도착하면 프록시는 출발지 IP를 확인하여 허용 주소와 대조합니다. 주소가 일치하고 서비스의 다른 요구사항도 충족하면 요청을 받습니다. IP 인증만 사용하는 경우 프록시 비밀번호를 보낼 필요가 없습니다. 서비스는 주소 확인을 다른 접속 요구사항과 결합할 수도 있습니다.

라우터를 통해 인터넷에 접속하는 가정용 컴퓨터를 생각해 보세요.

프록시 접속 주소와 출구 IP는 같을 수도 다를 수도 있습니다. 어느 쪽도 접근 목록에서 클라이언트 IP를 대신하지 않습니다. 고정 출구 IP가 있는 프록시를 구매해도 가정의 주소가 고정되지는 않습니다.

로컬 네트워크 내부의 프록시에도 같은 원리가 적용됩니다. 프록시는 자신에게 보이는 연결 출발지를 확인하며 그 주소는 사설 주소일 수 있습니다. 인터넷의 상용 프록시에는 보통 해당 네트워크가 외부로 나갈 때 사용하는 공인 주소가 필요합니다.

IP 인증이 유용한 상황

고정된 외부 출발지 주소가 있는 서버에서는 한 번 주소를 승인하면 여러 프로세스에서 프록시를 사용할 수 있습니다. 모든 설정에 프록시 비밀번호를 저장하거나 애플리케이션 사이에 배포하거나 비밀번호가 바뀔 때 모든 사본을 갱신할 필요가 없습니다.

관리되는 사무실에서는 여러 컴퓨터가 공인 IP 하나를 공유할 수 있습니다. 서비스가 이런 사용을 허용한다면 항목 하나로 그 네트워크의 외부 출발지 주소를 승인할 수 있습니다. 사무실 내부 접근 제어는 여전히 네트워크 관리자의 책임입니다.

필요한 프록시 프로토콜은 지원하지만 제공된 방식으로 사용자 이름과 비밀번호를 전송하지 못하는 애플리케이션에도 유용할 수 있습니다. IP 인증은 그 문제를 해결할 수 있지만 애플리케이션에 없는 HTTP, SOCKS5 등의 기능을 추가하지는 않습니다.

추가할 IP를 찾는 방법

애플리케이션을 실행할 환경에서 주소를 확인하세요. 가정용 컴퓨터의 브라우저라면 설정 중인 프록시를 사용하지 않은 상태에서 IP 주소 조회 페이지를 열 수 있습니다. 그 프록시를 통해 열면 프록시 출구 주소가 표시되므로 잘못된 IP를 목록에 추가할 수 있습니다.

스크립트를 VPS에서 실행한다면 관리용 가정 컴퓨터의 주소가 아니라 VPS의 외부 출발지 주소가 필요합니다. 클라우드 환경에서는 서버나 컨테이너가 공유 NAT 게이트웨이를 통해 트래픽을 보낼 수 있습니다. 이 경우 관련 주소는 게이트웨이의 공인 주소이며, 서버에 로그인할 때 쓰는 주소와 다를 수 있습니다.

VPN을 사용한다면 경로를 확인하세요. 프록시 연결이 VPN을 통과하면 프록시에는 VPN 출구 주소가 보입니다. 분할 라우팅에서는 브라우저와 스크립트가 서로 다른 출구를 사용할 수 있습니다. 따라서 브라우저 조회는 시험한 경로만 확인합니다. 제공업체가 연결 로그를 제공한다면 출발지를 직접 확인하는 데 도움이 됩니다.

IPv4와 IPv6는 별도의 주소입니다. IPv4 주소를 허용해도 IPv6 연결이 자동으로 허용되지는 않습니다. 접근 목록이 어떤 버전을 받고 애플리케이션이 어떤 주소로 프록시에 연결하는지 확인하세요. 이는 웹사이트에 보이는 프록시 출구 IP의 버전과 별개입니다.

ProxyCompass에서는 조회 결과에 IPv6가 함께 표시되어도 공인 IPv4 주소를 사용하세요. 서비스 카드에서 IP Whitelist → Manage를 열고 추가 입력란에 IPv4 주소를 붙여 넣은 뒤 Add IP를 누르세요. 목록을 설정한 다음 Save를 누르고 접근 규칙이 적용될 때까지 약 3분 기다리세요. 그런 다음 프록시를 통해 새 연결을 시험하세요.

여러 기기에는 허용 IP가 몇 개 필요한가요?

프록시에 도달하는 연결의 서로 다른 출발지 주소를 세세요. 컴퓨터 수나 구매한 프록시 수와는 크게 다를 수 있습니다.

예를 들어 하나의 공인 외부 출발지 주소를 공유하는 사무실 컴퓨터 여덟 대는 항목 하나로 사용할 수 있습니다. 외부 출발지 주소가 서로 다른 가정용 컴퓨터와 VPS를 동시에 사용하려면 허용 주소 두 개가 필요합니다. 항목이 하나뿐일 때 가정 IP를 VPS IP로 바꾸어도 두 출발지에 동시 접속 권한이 생기지는 않습니다.

반대로 항목이 주문 전체에 적용된다면 서버 한 대에서 프록시 스무 개에 연결한다고 클라이언트 IP 스무 개가 필요한 것은 아닙니다. 허용된 출발지 주소, 주문의 프록시 수, 동시 연결 한도는 서로 다른 서비스 설정입니다.

구매 전 사용 가능한 항목 수와 추가 또는 교체 조건을 확인하세요. 여러 네트워크를 사용하려면 추가 항목, 관리되는 공통 출구 또는 서비스가 허용하는 다른 인증 방식이 필요할 수 있습니다. 공통 출구는 관리가 필요하며 그 가용성이 작업에 영향을 주는 구성 요소가 하나 늘어납니다.

표시된 ProxyCompass 예시의 패키지는 동시 연결 1500개를 허용합니다. IP 옆의 750은 현재 열린 연결 수가 아니라 해당 클라이언트 주소에서 허용되는 연결 한도입니다. 두 주소에 각각 750개가 배분되어 있습니다. 슬라이더로 첫 주소에 1000개, 두 번째에 500개를 배분하는 식으로 바꿀 수 있습니다. 하나의 공인 IP 뒤에 있는 기기들은 해당 IP의 할당량을 공유합니다.

화이트리스트에 IP를 추가해도 패키지 전체 연결 한도는 늘지 않습니다. 동시 연결 한도에서는 이 한도가 병렬 작업과 재사용 연결에 미치는 영향을 설명합니다.

접속 설정과 결과 확인

1. 작업 환경의 외부 출발지 IP를 확인하여 올바른 서비스의 목록에 추가하세요. 애플리케이션이 사용할 주문이나 프록시 그룹을 선택했는지 확인하세요.
2. 제공업체에서 IP 인증용 접속 주소, 포트, 프로토콜, 접속 모드를 확인하고 애플리케이션에 입력하세요. 사용자 이름과 비밀번호 없이 실제 작동하는 모드에서만 해당 입력란을 비워 두세요.
3. 서비스 안내에 따라 규칙이 적용될 때까지 기다리세요. 패널이나 API가 항목 저장을 확인해 주더라도 모든 노드가 이미 규칙을 사용한다는 뜻은 아닐 수 있습니다. 모든 서비스에 공통인 대기 시간은 없습니다.
4. 작업 애플리케이션에서 새 연결을 열고 프록시로 작은 요청을 보내세요. 출구 IP를 예상 결과와 비교하고 애플리케이션이 알리지 않고 직접 연결로 전환하지 않았는지 확인한 뒤 본 작업을 시작하세요.

다른 컴퓨터나 원격 서비스의 테스트는 다른 출발지 IP에서 도착합니다. 그 테스트 도구가 거부된다면 접근 제한이 올바르게 작동한다는 뜻일 수 있습니다. 그것만으로 프록시 고장을 의미하지는 않습니다.

IP나 네트워크가 바뀌면 어떻게 되나요?

ISP가 새 주소를 할당하거나 노트북이 모바일 인터넷으로 바뀌거나 VPN 출구가 바뀌면 목록에 없는 IP에서 새 연결이 도착할 수 있습니다. 프록시 자체는 계속 작동할 수 있습니다. 클라이언트의 접근 조건이 달라진 것입니다.

인터넷이 잠시 끊겼다고 반드시 IP가 바뀌지는 않습니다. 먼저 현재 주소를 확인하여 허용 항목과 비교하세요. 그대로라면 네트워크 가용성, 애플리케이션 설정, 서비스 상태를 조사하세요. 네트워크 중단 뒤에는 기존 연결도 복구해야 할 수 있습니다.

주소가 자주 바뀐다면 접속을 유지하는 데 드는 작업을 고려하세요. 지원되는 경우 고정 공인 IP, 안정적인 서버 출구 또는 API를 통한 자동 목록 갱신이 도움이 될 수 있습니다. 자동화에서는 규칙 적용 시간을 고려하고 재시도를 제한해야 합니다. 프록시 연결에 비밀번호를 쓰지 않아도 설정 변경용 API 키는 별개의 비밀 정보입니다.

주소에 대한 통제권을 잃었다면 “혹시 모르니” 남겨 두지 마세요. 나중에 다른 사람에게 할당될 수 있습니다. 서비스의 제어 기능으로 권한을 취소하세요. 취소 시 기존 연결까지 종료되는지는 구현에 따라 다릅니다.

IP 목록이 보호하는 범위와 관리 방법

누군가 프록시 주소와 포트만 알게 된 경우 출발지 확인은 허용되지 않은 네트워크에서의 연결을 막습니다. 유출된 프록시 목록의 무단 사용을 방지하는 데 도움이 됩니다. 다만 서비스 규칙 안에서 작동하며 허용된 컴퓨터와 게이트웨이의 보안을 대신하지 않습니다.

공인 IP는 개인의 신원을 증명하지 않습니다. 여러 직원이 사무실 출구 하나를 사용할 수 있고, 인터넷 제공업체의 주소 공유인 CGNAT로 여러 가입자가 공인 IP 하나 뒤에 있을 수도 있습니다. 해당 IP만으로 접속을 허용하면 프록시는 그 규칙으로 이들을 구별할 수 없습니다. 누가 사용할 수 있는지 이해한 주소만 허용하세요.

공유 IP를 삭제하면 그 출발지의 모든 사람이 차단됩니다. 다른 직원의 연결은 유지하면서 직원 한 명의 접근만 취소할 수는 없습니다. 개별 접근 제어에는 추가 조치가 필요합니다. 서브넷 전체를 허용하기 전에 누가 그곳에서 연결할 수 있는지, 서비스가 인증 정보도 요구하는지 확인하세요.

IP 인증 자체는 트래픽을 암호화하거나 출구 IP가 프록시로 식별되지 않게 만들지 않습니다. 데이터 보호는 사용한 연결에 달려 있으며 네트워크 동작이나 다른 신호가 프록시 정보를 드러낼 수 있습니다. 설정에 비밀번호가 없다고 접근 제어가 없거나 트래픽이 암호화된다는 뜻은 아닙니다.

IP 접속이 실패하는 이유

407은 HTTP 코드입니다. SOCKS5에는 별도의 응답과 오류 메시지가 있으므로 거기서 HTTP 코드를 찾을 필요가 없습니다. 지원팀에 유용한 정보는 시도 시간, 외부 출발지 IP, 프록시 주소와 포트, 선택한 프로토콜, 정확한 오류 메시지입니다.

IP 인증을 선택할 상황

안정적이고 통제 가능한 외부 연결을 사용하며 작업 환경 전체에 접속이 필요하고 프로세스마다 비밀번호를 배포하고 싶지 않은 애플리케이션에 적합합니다. 선택 전 모든 위치에 충분한 허용 항목이 있는지, 네트워크가 바뀌면 목록을 갱신할 수 있는지 확인하세요.

주소가 자주 바뀌거나 직원들이 서로 다른 네트워크에서 작업하거나 개별적으로 접근을 취소해야 한다면 다른 인증 방식과 서비스의 추가 제한을 고려하세요. 선택은 구매한 프록시 목록의 주소 수보다 누가 어디서 연결하는지에 달려 있습니다.