창을 많이 띄운다고 계정이 실제로 분리되는 것은 아닙니다. 이 글은 다중 운영에서 해결해야 할 두 문제를 나누고, 같은 브라우저의 프로필, 가상 머신, 환경 격리 브라우저를 비교하며 각 계정에 전용 IP가 필요한 이유를 설명합니다.
“브라우저 다중 실행”이라는 표현은 매우 넓게 쓰입니다. 어떤 사람은 여러 창을 여는 것을 뜻하고, 어떤 사람은 완전히 독립된 여러 개의 신원을 뜻합니다. 이 둘의 차이는 대부분이 생각하는 것보다 큽니다.
실제로 해결해야 하는 문제는 두 가지입니다
첫 번째는 로그인 상태 충돌입니다. 같은 브라우저에서는 Cookies와 로컬 저장소가 공유됩니다. 계정 A에 로그인한 뒤 다른 탭에서 계정 B에 로그인하면 A의 로그인 상태가 밀려날 수 있습니다. 이것이 가장 기본적인 요구입니다.
두 번째는 계정 연관 판정입니다. 플랫폼은 두 계정이 같은 운영 주체인지 확인할 때 Cookies만 보지 않습니다. 기기 특성과 네트워크 출구도 함께 봅니다. 로그인 상태를 분리해도 두 계정의 브라우저 지문이 같고 출구도 동일하면 여전히 서로 연결될 수 있습니다.
많은 사람이 첫 번째 문제만 해결한 뒤 왜 계정이 계속 연관되는지 의아해합니다.
같은 브라우저의 여러 프로필: 절반만 격리
브라우저에 내장된 다중 프로필을 사용하면 각 프로필은 별도의 북마크, 확장 프로그램, 로그인 상태를 갖고 Cookies도 섞이지 않습니다. 업무용 계정과 개인 계정을 나누는 용도라면 충분합니다.
하지만 계정 연관 판정까지 막지는 못합니다. 모든 프로필이 같은 브라우저에서 실행되므로 기기 특성은 동일하고 외부 네트워크 출구도 같습니다. 다중 프로필은 용도 분리에는 적합하지만 여러 계정을 독립적으로 운영하는 용도에는 적합하지 않습니다.
시크릿 창은 더 약합니다. 주로 로그인 상태를 저장하지 않을 뿐이고 지문과 네트워크 출구는 전혀 바뀌지 않습니다. 시크릿 모드를 진짜 격리처럼 사용하는 것은 잘못된 안도감만 줍니다.
가상 머신: 격리는 강하지만 비용도 큼
가상 머신과 Android 에뮬레이터는 운영체제 수준에서 독립된 환경을 만들 수 있습니다. 각 인스턴스가 자체 시스템 환경을 갖고 지문과 저장소도 자연스럽게 공유되지 않으므로 브라우저 프로필보다 훨씬 강한 격리가 가능합니다.
문제는 비용과 효율입니다. 각 인스턴스가 별도의 시스템 자원을 사용합니다. 세 개에서 다섯 개 정도는 관리할 수 있지만 수십 개가 되면 현실성이 떨어집니다. 네트워크 설정도 더 복잡해서 각 인스턴스 안에서 proxy를 하나씩 설정해야 하며 대량 관리 효율이 낮습니다. 강한 격리가 필요한 소수 계정에는 적합하지만 대규모 일상 운영에는 맞지 않습니다.
환경 격리 기능이 있는 브라우저
이런 도구는 각 계정을 독립된 환경에 넣는 방식입니다. 저장 공간이 분리되고, 지문 파라미터도 분리되며, 네트워크 출구를 환경별로 연결할 수 있고, 환경 사이에서 cache와 Cookies를 공유하지 않습니다.
앞선 두 방식에서 빠진 절반, 즉 기기 차원의 분리까지 보완합니다. 그래서 다중 계정 운영은 대체로 이 방식을 사용합니다. 도구를 고를 때는 두 가지를 중점적으로 봐야 합니다. 지문 파라미터가 환경 간에 중복되지 않는지, proxy 연결이 실제로 일대일인지 확인해야 합니다.
전용 IP를 함께 설정해야 하는 이유
환경만 바꾸고 네트워크 출구를 바꾸지 않으면 같은 기기에서 브라우저만 여러 개 쓰는 것과 같습니다. 플랫폼에는 여전히 같은 IP로 보이므로 네트워크 차원에서는 계정이 직접 연결된 상태입니다.
반대로 IP만 바꾸고 환경을 그대로 두는 것도 문제입니다. 출구 지역은 서로 멀리 떨어져 있는데 지문이 완전히 같다면 그 모순 자체가 명확한 인위적 신호가 됩니다. 두 차원을 동시에 독립시켜야 합니다.
네트워크 출구를 설정할 때 가장 쉽게 놓치는 항목 중 하나가 WebRTC입니다. 로컬 네트워크 주소가 노출될 수 있습니다. 검사 결과 접속 IP는 proxy IP인데 WebRTC가 실제 IP를 보여 준다면 proxy는 사실상 제대로 설정되지 않은 것입니다.
설정 후에는 이 순서로 검증하세요
먼저 환경을 만들고 이름을 붙인 뒤 해당 계정과 시장을 표시합니다. 다음으로 네트워크 출구를 설정하고 지역을 계정 포지셔닝과 맞춥니다. 이어서 지문 파라미터가 다른 환경과 중복되지 않는지 확인하고 시간대와 언어도 출구 지역에 맞춥니다. 그다음 검사 사이트에서 proxy가 실제로 적용됐는지, WebRTC 누출이 없는지 확인합니다. 모두 이상이 없는 것을 확인한 뒤 계정에 로그인합니다.
순서를 바꾸면 안 됩니다. 환경 설정이 끝나기 전에 로그인하고 중간에 설정을 바꾸면 플랫폼의 추가 인증을 쉽게 유발할 수 있습니다.
네트워크 출구도 안정적으로 유지해야 합니다. 짧은 기간에 자주 바뀌는 것은 강한 이상 신호이며, 여러 계정이 같은 출구를 공유하면 직접 연관될 수도 있습니다. 그래서 proxy를 선택할 때 residential 또는 dedicated 유형을 우선 고려하는 이유가 됩니다.
팀에서 사용할 때는 요구 사항이 하나 더 늘어납니다
환경을 구성원별로 배정해 여러 사람이 같은 계정을 번갈아 조작하지 않도록 합니다. 환경과 해당 계정의 목록을 정리해 담당자를 명확히 합니다. 또한 기기 장애 시 처음부터 다시 만들 필요가 없도록 환경 설정을 정기적으로 내보내고 백업합니다.
PurpleMark의 다중 계정 환경 기능은 환경을 중앙에서 관리하고 구성원별로 배정할 수 있도록 지원합니다. 각 환경의 지문과 로그인 상태가 독립적으로 저장되므로 매번 수동으로 조립하지 않고도 여러 계정을 독립적으로 유지하는 과정을 안정적으로 반복할 수 있습니다.
