다중 계정 관리에서 프록시는 네트워크 출구를 담당합니다. 이 글에서는 계정별 출구를 언제 고정해야 하는지, 주거형과 데이터센터 프록시의 차이, 계정 하나당 출구 하나를 적용하는 방법, 출구 장애 시의 대응 순서를 설명합니다.
다중 계정 관리에서 프록시의 역할은 하나입니다. 각 계정이 특정 네트워크 출구를 통해 접속하게 하는 것입니다. 하지만 이 계층은 자주 위험 요소가 됩니다. 잘못된 유형을 선택하거나, 여러 계정이 하나의 출구를 공유하거나, 며칠마다 출구를 바꾸면 계정에 흔적이 남을 수 있습니다.
계정의 출구는 고정해야 할까, 바꿔도 될까
일반적인 프록시 유형에는 데이터센터, 주거형, 모바일, 고정 주거형이 있습니다. 무엇을 선택할지는 먼저 계정을 얼마나 오래 사용할지에 따라 판단해야 합니다.
플랫폼은 동일한 계정의 접속이 일관적인지 봅니다. 집에서 인터넷을 사용하는 실제 사용자는 오랜 기간 같은 출구 주소를 유지하는 경우가 많습니다. 같은 계정이 오늘은 독일, 내일은 싱가포르에서 접속한 것으로 보이면 시스템 입장에서는 일반적인 사용자 행동으로 보기 어렵습니다. 따라서 쇼핑몰의 주 계정, 주요 소셜미디어 계정, 광고 운영 계정처럼 장기간 사용하는 계정은 출구를 고정하는 편이 좋습니다. 고정 주거형 프록시처럼 주소가 안정적인 출구가 이런 특성에 더 가깝습니다.
회전은 주로 단기간의 일회성 작업에서 고려할 수 있습니다. 이 경우에도 지역을 넘나들기보다 같은 지역 안에서 회전하는 것이 좋습니다.
주거형 출구와 데이터센터 출구는 플랫폼에서 다르게 보인다
데이터센터 출구는 호스팅 또는 데이터센터 네트워크에서 제공됩니다. 빠르고 저렴하지만 등록 정보상 데이터센터 주소이기 때문에 짧은 시간에 접속량이 많으면 같은 유형으로 묶이기 쉽습니다. 주거형 출구는 ISP가 가정용 광대역 회선에 할당한 주소를 사용하므로 플랫폼에서 일반 사용자에 더 가깝게 보입니다. 모바일 출구는 또 다른 특성을 가지며 비용과 안정성의 균형도 다릅니다.
그렇다고 데이터센터 출구를 사용할 수 없다는 뜻은 아닙니다. 계정 신원과 관련 없는 데이터 수집이나 내부 디버깅에는 충분하고 경제적일 수 있습니다. 하지만 계정 로그인 환경으로 사용하면 절감되는 비용에 비해 감수해야 하는 위험이 커질 수 있습니다.
계정 하나당 출구 하나를 적용하는 방법
방법 자체는 복잡하지 않습니다. 어려운 점은 매번 동일하게 지키는 것입니다.
각 계정 환경에 전용 출구 하나를 연결하고 다른 계정과 공유하지 않습니다. 출구 지역은 계정이 대상으로 하는 시장과 맞춰야 합니다. 예를 들어 미국용 계정인데 출구는 다른 지역에 있는 상태는 피해야 합니다. 시간대, 언어, 통화 같은 설정도 출구 지역에 맞춰 환경 내부의 일관성을 유지합니다. 마지막으로 출구 정보를 환경 설정에 저장하고 사람의 기억에만 의존하지 않습니다.
마지막 항목에서 문제가 가장 자주 발생합니다. 출구를 임시로만 연결해 두면 컴퓨터를 바꾸거나 동료에게 계정을 넘길 때 다른 회선이 사용될 수 있습니다.
출구에 장애가 생기면 무엇부터 해야 할까
프록시 만료, 세션 끊김, 데이터센터 주소 차단 등으로 출구가 작동하지 않는 일은 흔합니다. 대응 순서가 중요합니다.
먼저 문제의 범위가 출구 하나인지, 공급자 전체인지 확인합니다. 단일 출구 문제라면 같은 지역, 가능하면 같은 ISP의 대체 주소를 우선 선택해 계정의 출구 지역이 바뀌지 않도록 합니다. 가장 피해야 할 일은 연결되는 아무 회선이나 무작위로 고르는 것입니다. 미국 계정이 갑자기 아시아 출구로 접속하면 로그인 기록에 지역 간 이동이 하나 추가되고, 이는 하루 정도 계정을 사용하지 않는 것보다 더 번거로운 문제가 될 수 있습니다.
공급자 전체가 불안정하다면 아무 주소로 임시 봉합하기보다 공급자 자체를 바꾸는 것이 맞습니다.
프록시가 관리하지 못하는 나머지 절반
프록시는 네트워크 출구만 처리하며 장치 측은 다루지 않습니다. Cookie, 로컬 스토리지, 글꼴, 그래픽 렌더링 결과 같은 특징은 프록시 사용 여부와 관계없이 존재합니다. 프록시만 분리하고 모든 계정이 같은 환경을 사용하면 플랫폼은 여전히 계정을 서로 연결할 수 있습니다. 반대로 환경을 세밀하게 분리해도 여러 계정이 같은 출구를 공유하면 네트워크 계층의 연관성은 남습니다. 두 영역을 함께 관리해야 합니다.
또 하나 놓치기 쉬운 점은 프록시를 사용한다고 해서 로컬 주소가 반드시 숨겨지는 것은 아니라는 점입니다. WebRTC가 실제 주소를 노출할 수 있으므로 설정 후 별도로 확인해야 합니다.
여러 계정을 운영하는 팀은 보통 PurpleMark 같은 도구를 사용해 계정마다 독립된 환경을 만들고 해당 출구를 연결합니다. 이렇게 하면 장치 측과 네트워크 측 격리를 하나의 설정 체계에서 관리할 수 있습니다.
운영 전 10분 동안 세 가지를 확인하기
새 환경을 처음 실행하기 전에 세 가지를 확인할 가치가 있습니다. 환경 안에서 출구 주소를 확인하고 예상한 주소인지 확인합니다. 출구 지역과 브라우저의 시간대 및 언어가 일치하는지 점검합니다. 마지막으로 WebRTC를 통해 로컬 주소가 유출되지 않는지 다시 확인합니다.
이 세 가지를 로그인 전에 확인하는 편이 문제가 생긴 뒤 원인을 찾는 것보다 훨씬 간단합니다.
