구매한 계정 첫 로그인 전, 프록시 설정 체크리스트

계정용 프록시 설정(proxy setup for accounts)의 순서는 이렇습니다. 프록시의 유형과 국가를 확인하고, DNS와 WebRTC 누수를 점검하고, 시간대와 언어를 IP에 맞춘 뒤에야 로그인합니다. 구매한 계정의 첫 접속 기록은 이후 모든 접속의 비교 기준이 되기 쉽습니다. 거기에 엉뚱한 국가나 내 집 회선의 IP가 찍히면 되돌릴 방법이 마땅치 않습니다.
순서대로 따라 하는 체크리스트
- 판매자가 밝힌 계정의 등록 국가를 적어 둔다.
- 프록시 유형(주거용, 데이터센터, 모바일)과 프로토콜(HTTP, SOCKS5)을 확인한다.
- 고정(sticky) IP인지 회전 IP인지 확인한다.
- 계정과 무관한 빈 브라우저 창에서 프록시 IP와 국가를 조회한다.
- 프록시를 계정 전용 브라우저 프로필에 연결한다.
- DNS 누수를 점검한다.
- WebRTC 누수를 점검한다.
- 시간대와 언어를 IP에 맞춘다.
- 계정과 무관한 사이트 몇 곳으로 리허설한다.
- 같은 프로필, 같은 프록시로 첫 로그인을 한 번만 시도한다.
단계별로 건너뛰면 생기는 일
1번은 기준 잡기입니다. 등록 국가를 모르면 프록시가 맞는지 틀린지 판단할 수 없습니다. 상품 설명에 국가가 없다면 결제 전에 판매자에게 물어보세요. 나중에 알게 되면 이미 프록시를 사 버린 뒤입니다.
2번에서 데이터센터 IP로 소셜 계정에 들어가면, 비밀번호를 넣기도 전에 본인 확인 화면이나 추가 인증 요청이 먼저 뜨는 경우가 흔합니다. 첫 로그인에서 이 화면을 만나면 의심 기록을 하나 안고 시작하는 셈입니다. 3번의 회전형 IP는 더 직접적입니다. 로그인 직후 세션 중간에 IP가 바뀌면서 다른 국가로 튀고, 로그아웃되거나 ‘새로운 위치에서 로그인했습니다’ 같은 보안 알림이 날아옵니다. 계정에는 세션 내내 같은 IP를 유지하는 고정 방식이 맞습니다.
4번에서 공급자가 안내한 국가·도시와 조회 결과가 어긋나면 뒤의 점검은 전부 헛수고입니다. 그래서 DNS와 WebRTC보다 앞에 둡니다.
5번은 운영체제 전체에 프록시를 거는 방식을 피하라는 뜻입니다. 다른 앱의 트래픽까지 같이 나가고, 프록시가 끊기는 순간 원래 IP로 조용히 접속됩니다. 프로필 단위로 분리해야 쿠키와 브라우저 지문이 다른 계정과 섞이지 않습니다. 무엇이 계정을 서로 묶는지는 브라우저 지문과 계정 연결에 대한 글에 따로 정리해 두었습니다.
6번과 7번은 IP가 맞아도 새는 구멍을 찾는 단계입니다. DNS 누수 테스트 페이지에 내 통신사 서버가 보이면, IP는 프록시 국가인데 도메인 조회는 집에서 나가고 있다는 뜻입니다. 사이트 입장에서는 한 접속에 위치 두 개가 겹쳐 보입니다. WebRTC는 브라우저가 프록시를 우회해 실제 공인 IP를 드러낼 수 있는 기능이라, 테스트 결과에 진짜 IP가 한 줄이라도 보이면 브라우저 설정이나 프로필 옵션에서 WebRTC를 조정한 뒤 다시 확인합니다. 통과하기 전에는 다음 단계로 가지 않습니다.
8번이 가장 자주 빠집니다. IP는 독일인데 시계는 한국 시간이고 브라우저 언어도 한국어라면, 사이트의 스크립트가 그 불일치를 그대로 읽어 갑니다. 운영체제 시간대, 브라우저 언어, 지역 설정을 모두 봐야 합니다.
9번 리허설은 귀찮아도 할 가치가 있습니다. 연결이 불안정한 프록시는 로그인 도중에 끊기면서 IP가 바뀌고, 그 순간이 첫 접속 기록에 남습니다. 10번에서는 실패했다고 연타하지 마세요. 비밀번호 오류가 반복되면 잠금으로 이어질 수 있습니다. 로그인에 성공해도 설정을 한꺼번에 바꾸지 말고, 첫 주 운영은 계정 워밍업에 대한 글의 흐름을 따르는 편이 안전합니다.
왜 이 순서여야 하는가
점검은 몇 번이든 다시 할 수 있지만 첫 로그인은 다시 할 수 없습니다. 로그인을 맨 끝에 두는 이유는 이것 하나로 충분합니다.
나머지 순서에도 근거가 있습니다. 국가(1번)와 유형(2번)이 틀리면 누수 테스트를 아무리 통과해도 소용이 없고, 4번에서 IP를 확인하기 전에 DNS와 WebRTC를 보면 무엇을 기준으로 비교할지 모르게 됩니다. 시간대와 언어(8번)는 IP가 확정된 뒤에야 맞출 대상이 생깁니다. 계정용 프록시 설정에서는 앞 단계 오류가 뒤 단계의 통과를 무효로 만들기 때문에, 위에서부터 하나씩 확인해 내려가야 합니다.
카탈로그에서 국가를 고를 때 알 수 있는 것
StockRush에는 지금 활성 상품이 1821개, 상점이 198곳, 카탈로그에 등록된 서비스가 125개 있습니다. 같은 서비스 안에서도 상품마다 등록 국가가 다르고, 서비스마다 지역 불일치에 반응하는 정도도 다릅니다. 그래서 체크리스트 1번이 프록시 구매보다 앞에 있습니다.
상품 카탈로그에서 계정을 고를 때는 설명란에 등록 국가가 적혀 있는지부터 보세요. 적혀 있지 않으면 구매 전에 판매자에게 묻는 것이 가장 싸게 먹힙니다. 프록시를 어느 나라로 맞출지는 구매자가 정하는 부분이고, 계정 정보와 프록시 국가가 일치해야 한다는 것만 기억하면 됩니다.
이 체크리스트로 해결되지 않는 경우
계정이 이미 정지됐거나 로그인 직후 체크포인트에 걸렸다면 프록시를 다시 설정해도 소용이 없습니다. 그 상태는 IP 문제가 아니라 계정 자체의 문제이고, 순서는 계정이 차단됐을 때 먼저 할 일에서 다룹니다.
무료 공개 프록시도 마찬가지입니다. 이미 많은 사람이 쓴 IP는 평판이 나빠서, 열 항목을 전부 통과해도 첫 화면부터 추가 인증을 요구할 수 있습니다.
자주 묻는 질문
주거용 프록시가 항상 필요한가요?
항상은 아닙니다. 다만 소셜 계정처럼 로그인 위치를 민감하게 보는 서비스에서는 데이터센터 IP가 추가 인증을 부르는 경우가 많습니다. 서비스가 어떤 반응을 보이는지 모르겠다면 주거용 고정 IP부터 시작하는 편이 안전합니다.
DNS 누수가 나오면 그냥 로그인해도 되나요?
안 됩니다. 누수가 있는 상태의 첫 접속은 기록에 그대로 남고, 나중에 고쳐도 지워지지 않습니다. 프록시와 DNS 설정을 고친 뒤 테스트를 다시 통과하고 나서 로그인하세요.
이미 잘못된 IP로 한 번 로그인했다면?
이미 찍힌 기록은 지울 수 없으므로 이후 접속을 일관되게 유지하는 것이 전부입니다. 같은 프로필, 같은 프록시, 같은 시간대와 언어로 접속하고, 본인 확인 화면이 뜨면 연타하지 말고 정상 환경에서 한 번만 진행하세요.
카탈로그에서 보기
관련 게시물

BM을 샀다면 먼저 할 일: 페이스북 비즈니스 매니저 접근권 넘겨받는 법
BM을 샀다면 초대 수락으로 끝나지 않습니다. 역할 확인, 광고 계정 소유 여부, 결제 수단, 판매자 제거까지 7단계와 막혔을 때의 대응을 정리했습니다.

에스크로 거래는 어떻게 진행되나: 주문부터 중재까지 단계별 정리
에스크로 거래는 결제 금액을 플랫폼이 먼저 보관하고, 구매자가 확인한 뒤에 판매자에게 넘기는 방식입니다. 주문, 확인 기간, 분쟁, 중재까지 StockRush의 실제 절차를 정리했습니다. 확인 기간에 무엇을 해야 하는지도 담았습니다.

소셜미디어 계정 구매 사이트 6곳 비교: 어디서 사야 안전한가
소셜미디어 계정 구매 사이트 6곳을 결제 보호, 분쟁 처리, 보증, 전달 방식, 결제 수단 기준으로 비교했습니다. StockRush가 1위인 이유와 용도별로 어떤 마켓플레이스가 맞는지 정리했습니다. 구매 전 점검 항목도 담았습니다.
