AdsPower와 Multilogin에서 프록시 설정하는 방법 (2026)

AdsPower와 Multilogin은 GoLogin과 Dolphin Anty 다음으로 가장 많이 문의받는 두 가지 안티-디텍트 브라우저입니다. 지문(fingerprint) 측면은 브라우저가 처리합니다 — 캔버스, WebGL, 폰트, 오디오 컨텍스트 — 하지만 IP는 여전히 모든 플랫폼이 가장 먼저 확인하는 항목입니다. 완벽한 지문이라도 플래그가 걸렸거나 공유된 IP 위에서는 계정이 연결되어 결국 차단됩니다.

이 가이드는 두 브라우저에서의 프록시 설정을 단계별로 안내합니다: 단일 프로필, 팜(farm)을 위한 대량 임포트, 검증, 그리고 실제로 차단을 유발하는 실패 모드입니다. GoLogin이나 Dolphin Anty를 사용한다면 GoLogin & Dolphin Anty 설정 가이드를 참고하세요.

시작하기 전에: 필요한 것

프록시 제공업체의 대시보드에서 네 가지 값이 필요합니다. JIBAO Proxy의 경우 다음과 같습니다:

• 호스트: us.jibaoproxy.com (지역별 게이트웨이)
• 포트: 913 (HTTP와 SOCKS5 모두 지원)
• 사용자 이름: 계정 사용자 이름, 선택적으로 국가 및 세션 파라미터 포함
• 비밀번호: 프록시 비밀번호

단일 연결 문자열 형태: socks5h://USERNAME:PASSWORD@us.jibaoproxy.com:913

설정하기 전에 한 가지 결정할 것: 정적(static) 또는 동적(dynamic)입니다. 몇 달 동안 유지할 계획인 계정(소셜 미디어, 마켓플레이스 셀러 계정, 광고 계정)의 경우 프로필당 하나의 정적 주거용 IP를 사용하세요 — 플랫폼은 안정적인 IP를 신뢰 신호로 취급합니다. 일괄로 생성하고 폐기하는 계정의 경우, 스티키 세션을 갖춘 동적 주거용 프록시가 더 저렴하고 배치마다 새로운 IP를 제공합니다.

AdsPower 프록시 설정

1단계: 프로필 생성 또는 편집

1. AdsPower를 열고 New Profile을 클릭합니다.
2. 특정 사이트(Facebook, Amazon, TikTok)를 대상으로 한다면 플랫폼 프리셋을 선택하세요 — AdsPower는 플랫폼별로 일부 기본값을 조정합니다.
3. Fingerprint settings에서는 그렇게 하지 않을 이유가 없는 한 기본값을 그대로 두세요. 프로필별 랜덤화가 원하는 설정입니다.

2단계: 프록시 구성

1. 프로필 편집기의 Proxy 섹션으로 스크롤합니다.
2. Proxy type을 SOCKS5 또는 HTTP로 설정합니다.
3. 다음을 입력합니다:
   • Proxy host: us.jibaoproxy.com
   • Proxy port: 913
   • Proxy username: USERNAME-session-profile001 — 세션 접미사는 이 프로필을 세션 수명 동안 하나의 IP에 고정합니다. 항상 프로필마다 다른 세션 ID를 사용하세요.
   • Proxy password: 비밀번호
4. Check proxy를 클릭합니다. AdsPower가 출구 IP, 국가, 지연 시간을 표시합니다.

AdsPower는 type://user:pass@host:port 형식의 한 줄 붙여넣기도 지원합니다 — socks5://USERNAME:PASSWORD@us.jibaoproxy.com:913을 호스트 필드에 붙여넣으면 나머지를 자동으로 채웁니다.

3단계: 시간대와 언어를 IP에 맞추기

Fingerprint settings에서 Timezone을 Based on IP로, Language를 Based on IP로 설정합니다. 이것이 AdsPower 설정에서 가장 흔한 실수입니다: 미국 프록시인데 머신의 실제 Asia/Shanghai 시간대를 쓰면 즉시 불일치 플래그가 걸립니다. AdsPower는 프록시에서 둘 다 자동으로 도출할 수 있습니다 — 켜놓고 잊어버리세요.

4단계: 대량 임포트 (팜용)

50개 이상의 프로필을 운영하나요? 프록시를 하나씩 구성하지 마세요:

1. Profiles → Import로 가서 XLSX 템플릿을 다운로드합니다.
2. 프록시 열을 host:port:username:password 형식으로 채웁니다. 프로필마다 한 행씩, 각각 사용자 이름에 고유한 세션 접미사를 넣습니다(USERNAME-session-p001, USERNAME-session-p002, …).
3. 임포트합니다. AdsPower는 각 행마다 프록시가 연결된 프로필을 하나씩 생성합니다.

Multilogin 프록시 설정

Multilogin(현재 Multilogin X)은 브라우저 프로필별로 프록시를 처리하며, 프로필 생성 흐름에 연결 확인 기능이 내장되어 있습니다.

1단계: 프로필 생성

1. New profile을 클릭하고 Mimic(Chromium) 또는 Stealthfox(Firefox)를 선택합니다. Mimic이 더 안전한 기본값입니다 — 대부분의 실제 사용자는 Chrome을 사용합니다.
2. 프로필 이름을 "test1"이 아니라 담을 계정 이름으로 지정하세요 — 석 달이면 이런 프로필이 80개가 됩니다.

2단계: 프록시 구성

1. 프로필 편집기에서 Proxy 탭을 엽니다.
2. 연결 유형으로 SOCKS5(또는 HTTP)를 선택합니다.
3. 다음을 입력합니다:
   • Address: us.jibaoproxy.com
   • Port: 913
   • Username: USERNAME-session-ml001
   • Password: 비밀번호
4. Check proxy를 클릭합니다. Multilogin이 연결성을 검증하고 외부 IP와 국가를 표시합니다.

3단계: Multilogin이 지문을 IP에 동기화하도록 하기

Multilogin은 프록시의 지리적 위치를 읽고 시간대, geolocation API, WebRTC 공개 IP를 일치하도록 설정하겠다고 제안합니다. 세 가지 모두 수락하세요. 이 도구의 WebRTC 마스킹은 WebRTC를 비활성화하는 대신 실제 IP를 프록시 IP로 대체합니다 — 이것이 비활성화된 WebRTC보다 더 자연스러워 보입니다. 비활성화된 WebRTC 자체도 (약한) 봇 신호이기 때문입니다.

4단계: 실제 사용 전 검증

프로필을 실행하고 새 프로필마다 이 체크리스트를 한 번씩 점검하세요:

1. IP 확인 — 표시된 IP가 실제 IP가 아니라 프록시 출구여야 합니다.
2. 시간대 일관성 — 브라우저 시간대가 IP 국가와 일치합니다.
3. WebRTC — 로컬 또는 실제 공개 IP가 누출되지 않습니다.
4. DNS — 리졸버는 로컬 ISP가 아니라 프록시 경로에 속해야 합니다. (SOCKS5의 경우 socks5h 시맨틱을 사용해 DNS가 프록시를 통해 해석되도록 하세요.)

AdsPower vs Multilogin: 프록시 처리 비교

기능	AdsPower	Multilogin
프로필별 프록시	예	예
한 줄 붙여넣기 파싱	예 (type://user:pass@host:port)	아니오 (개별 필드)
프록시 포함 대량 임포트	XLSX 템플릿	API / CSV (X 플랜)
IP로부터 시간대 설정	예, 선택 적용	예, 확인 시 제안
WebRTC 처리	대체 / 비활성화	프록시 IP로 대체 (권장)
내장 프록시 확인	예	예

사용 사례별 프록시 유형

사용 사례	프록시 유형	이유
장기 소셜 계정	정적 주거용	로그인할 때마다 동일한 IP; 셀러/광고 계정에서 IP 변경은 검토를 유발
계정 생성 배치	동적 주거용, 스티키 10–30분	배치마다 새로운 IP, 가입 흐름 동안 안정적
프로필 워밍업	정적 주거용	일관성이 워밍업의 전부
리서치 / 스크래핑 프로필	동적 주거용, 로테이팅	세션 상태가 필요 없고, IP 다양성을 극대화

가격 참고: 정적 주거용은 무제한 대역폭으로 IP당 월 $4; 동적 주거용은 GB당 과금($2/GB, 입금 보너스 적용 시 더 저렴)입니다. 자세한 내용은 가격 페이지를 참고하세요.

문제 해결

두 브라우저 중 하나에서 "Proxy check failed"

• 프로토콜/포트 불일치가 1순위 원인입니다 — 프록시 유형 드롭다운이 엔드포인트가 기대하는 것과 일치하는지 확인하세요.
• 대시보드에서 자격 증명을 복사하세요; 비밀번호 필드의 끝 공백 하나가 조용히 실패를 일으킵니다.
• 터미널에서 동일한 자격 증명으로 curl -x를 시도해 보세요. curl이 작동한다면 문제는 프록시가 아니라 브라우저 필드에 있습니다.

프로필은 작동하는데 계정이 여전히 연결됨

• 두 프로필이 하나의 IP를 공유 — 모든 프로필에 고유한 세션 접미사 또는 전용 정적 IP가 있는지 확인하세요.
• 시간대/언어가 IP에서 도출되지 않음 — 지문은 독일이라 하고 IP는 텍사스라고 합니다.
• 한 번이라도 실제 브라우저에서 같은 계정에 로그인했습니다. 그 연결은 절대 사라지지 않습니다.

동적 프록시에서 세션 중간에 IP가 변경됨

• 스티키 세션에는 TTL이 있습니다. 워크플로가 더 오래 실행된다면 동일한 세션 ID를 재사용하세요 — IP가 아직 정상이면 유지됩니다 — 또는 해당 프로필을 정적 IP로 전환하세요.

요약

두 브라우저 모두 프록시 설정을 간단하게 만듭니다: 호스트, 포트, 사용자 이름(프로필마다 고유한 세션 접미사 포함), 비밀번호를 붙여넣고 확인을 누른 뒤, 브라우저가 시간대와 WebRTC를 IP에 맞추도록 두면 됩니다. 실제로 계정을 살아있게 유지하는 규칙은 지루하고 절대적입니다: 프로필당 하나의 IP, 소셜 플랫폼에는 주거용만, 시간대는 항상 IP에서 도출, 그리고 첫 로그인 전 누출 검증.