Pixelscan 감지 가이드: 리스크 점수와 checking proxy usage의 의미

핵심 결론: Pixelscan의 리스크 점수는 네트워크, 브라우저, 누출, 일관성 네 가지 신호로 합산됩니다. 어느 하나라도 스스로 모순되면 판정이 나빠집니다. checking proxy usage는 스캔 중의 상태 표시일 뿐이며, 최종 결론은 대체로 프록시 특성이 식별되었다는 것이고, 원인은 IP 쪽에 있습니다. 데이터센터 주소 대역, 떨어져 버린 평판, 시간대와 언어가 출구와 맞지 않는 점이 그것입니다. 먼저 네트워크를 고치고, 그다음 브라우저 설정을 조정합니다. 전형적인 상황: 프록시를 연결하자마자 검사를 돌리면 페이지가 checking proxy usage에서 멈추고, 붉은 쪽 결론을 받고도 어디부터 고쳐야 할지 모릅니다.

환경을 검증하려면 먼저 환경이 있어야 합니다. 그 역할을 맡는 것이 MostMate입니다. AI 지문 브라우저로, 계정마다 각자의 브라우저 환경을 배정받습니다. 설정이 올바른지는 검사 사이트로 확인합니다. Pixelscan은 그중 진입장벽이 높은 편입니다.

낯설지 않은 장면입니다. 프록시 연결을 마치고 Pixelscan을 열면 진행 표시줄이 checking proxy usage에서 몇 초 멈추고, 마지막에 붉은 쪽 판정이 나옵니다. 많은 사람의 첫 반응은 지문 파라미터를 고치는 것이지만, 한 바퀴 돌려도 점수는 그대로이며, 문제는 실은 네트워크 쪽에 있습니다. 이 글은 보고서를 위에서 아래로 풀어, 리스크 점수가 합산되는 방식, 이 표시가 무엇을 검사하는지, 문제가 나왔을 때 어느 쪽을 먼저 고칠지 분명히 보여줍니다.

Pixelscan이 측정하는 것: 한 번의 스캔을 이루는 네 가지 신호

Pixelscan 공식 설명 페이지는 한 번의 스캔을 네 영역으로 나눕니다. 네트워크 영역은 IP, ASN, TLS 버전 같은 연결 정보를 기록합니다. 브라우저 영역은 Canvas, WebGL, User-Agent, Client Hints 같은 지문 신호를 수집합니다. 누출 영역은 WebRTC와 DNS 두 항목을 검사합니다. 일관성 영역은 네트워크와 브라우저의 선언을 교차 비교해 서로 모순되는 부분을 표시합니다. 네 가지 신호는 마지막에 신뢰 점수로 합산되고, 문제 목록이 붙습니다.

대부분의 검사 사이트는 이 중 한 영역만 봅니다. Pixelscan의 진입장벽이 높은 이유는 이 교차 비교에 있습니다. 단일 신호가 정상이어도 가점은 없고, 신호끼리 서로 견제할 때 비로소 감점합니다. 단순한 IP 조회보다 플랫폼 리스크 관리의 사고방식에 가까운 이유이기도 합니다.

보고서 읽는 법: 여섯 가지 결론이 여섯 가지 문제에 대응

결론은 표 한 장으로 압축되어 있습니다. 모듈별로 행을 찾으면 됩니다.

새 UI는 검사를 독립 모듈로 나눕니다. 옛 튜토리얼의 “전체가 초록”이나 “마지막 항목이 빨강” 같은 표현은 지금 화면과 맞지 않을 수 있습니다. 보고서는 모듈 이름과 옆의 안내 문구를 기준으로 읽고, 색은 참고로만 봅니다.

checking proxy usage: 이 표시가 검사하는 것

스캔이 진행되는 동안 페이지에는 여러 상태 메시지가 차례로 나타납니다. checking proxy usage에 해당하는 것은 프록시 식별 단계입니다. 이 표시 자체는 결과가 아니며, 보고서에 기록되는 결론은 대체로 Proxy Detected입니다. 발생 원인은 세 곳에 집중됩니다.

1. IP 평판 문제. 출구 주소가 데이터센터 ASN 대역에 속하거나, 과거 남용으로 블랙리스트에 올라 있는 경우입니다. 검사 사이트는 주소 대역 기준으로 바로 표시합니다.

2. 선언 간 모순. 브라우저의 시간대, 언어, 위치가 출구 IP의 위치와 맞지 않습니다. 독일 노드를 쓰는 브라우저가 여전히 한국 표준시(UTC+9)를 사용하는 식입니다.

3. 경로 누출. WebRTC나 DNS가 프록시 경로를 통과하지 않아 실제 주소와 프록시 주소가 동시에 노출됩니다. 위장은 스스로 무너집니다.

앞의 두 유형은 IP 쪽 문제이며, 브라우저 파라미터를 고쳐서는 해결되지 않습니다. 평판 기록은 떨어진 이력이므로, 파라미터를 아무리 깨끗이 바꿔도 주소 대역 자체의 특성은 남습니다. 세 번째 유형의 막는 법은 WebRTC 설정 전문 글에서 항목별로 설명합니다.

점검 순서: 네트워크를 먼저 바로잡고, 그다음 브라우저로

보고서가 붉은 쪽일 때는 네트워크 쪽부터 손대는 효과가 가장 큽니다. 순서는 다음과 같습니다.

1. 출구 IP의 유형과 평판 확인. 데이터센터 대역이면 주거형 주소로 교체합니다. 주소 대역 특성이 계정에 어떤 영향을 주는지는 IP 차단과 프록시 품질 글에서 다룹니다.

2. 브라우저 선언을 IP에 맞추기. 시간대, 언어, 위치를 출구 도시에 정렬합니다. MostMate 환경 설정은 프록시 정보 기반의 권장 파라미터를 지원하며, 세부 조정이 필요할 때 고급 설정을 펼쳐 항목별로 수동 변경하면 됩니다.

3. 누출 경로 차단. WebRTC와 DNS 모두 프록시 경로를 통과하는지 확인합니다. 둘 다 새면 앞의 두 단계는 헛수고가 됩니다.

4. 재검사 한 번. 네트워크 쪽이 깨끗해진 뒤 남은 빨간 항목이야말로 브라우저 파라미터 문제입니다. 이전 절의 표와 대조해 항목별로 처리합니다.

한 바퀴 고친 뒤에는 재검사를 한 번. 한 번에 한 곳만 바꿔야 어느 항목이 효과를 냈는지 판단할 수 있습니다.

점수보다 볼 가치가 있는 세 가지 오해

• 한 번의 고점을 장기 통행증으로 여기기. 점수는 해당 세션을 반영합니다. 출구 IP가 바뀌거나 WebRTC 행동이 달라지면 판정도 움직입니다. 공식 설명에는 깨끗한 점수가 방문자 신원의 증명이 되지 않는다고 명시되어 있습니다. 검사는 고정된 습관으로 만들어야 합니다. 환경을 새로 만들 때 검사, 프록시를 바꿀 때 검사, 주기적 표본 검사. 프록시 2단계 자가 점검 절차 글이 이 일련의 동작을 단계로 나누어 설명합니다.
• 과잉 위장. 보고서의 Masked 표시는 파라미터가 수정되었음을 뜻합니다. 너무 많이, 너무 잡다하게 바꾸면 오히려 자동화 도구의 특성에 가까워집니다. 목표는 평범하고 자기모순 없는 지문이며, 파라미터를 쌓는 것보다 서로 부합하게 만드는 편이 낫습니다.
• 시크릿 모드로 검사 막기. 시크릿 모드는 로컬 기록만 관여합니다. 지문 파라미터는 그대로 노출되며 점수는 나아지지 않습니다.

자주 묻는 질문

checking proxy usage에서 멈춰 있으면 고장인가요?

반드시 그렇지는 않습니다. 이 메시지가 오래 머무는 것은 대체로 IP 인텔리전스 데이터의 반환을 기다리는 중입니다. 공식 설명에 따르면 평판 데이터는 선택적 서드파티 서비스에서 옵니다. 데이터 소스가 없으면 점수 매기기는 오류 대신 강등됩니다. 결과를 받지 못하면 새로고침 후 한 번 더 스캔하면 됩니다.

주거 IP로 바꿨는데도 proxy가 뜨는 이유는?

주거 대역에도 이력이 있습니다. 이전 사용자가 남용했거나 블랙리스트에 올랐던 주소는 판정이 유지됩니다. DNS 요청이 프록시 경로를 통과하지 않아도 마찬가지입니다. 점검 순서에 따라 DNS와 평판 두 항목을 따로따로 확인해 보세요.

검사할 때마다 결과가 다른데 정상인가요?

정상입니다. 점수는 세션 전체로 결정됩니다. 출구 IP, WebRTC 행동, 데이터 소스 가용성 중 어느 하나만 바뀌어도 판정이 움직입니다. 같은 기기에서 앞뒤 두 번 돌려 차이가 나는 것은 일반적인 현상입니다.

리스크 점수가 몇 점이면 합격인가요?

Pixelscan은 공식 합격선을 공개하지 않았습니다. 판정은 결론 문구를 기준으로 삼습니다. 실무의 참고 방식은 주요 업무 환경을 Consistent이며 Proxy Detected 없이 유지하는 것입니다. 그리고 같은 시기의 환경군 평소 수준과 비교해 절댓값이 아닌 상대 변화를 봅니다.

맺음말

Pixelscan의 가치는 그 점수가 아니라 모순을 표시하는 방식에 있습니다. 네트워크와 브라우저의 선언이 맞지 않으면 보고서는 맞지 않는 위치를 곧바로 지적합니다. 이는 멀티 계정 환경이 풀어야 할 신호 일관성 문제와 정확히 대응합니다. 검사 통과는 시작점일 뿐입니다. 각 환경의 신호를 장기간 일관되게 유지하는 것은 환경 분리와 설정 규율에 달려 있습니다. Pixelscan 외에도 니치 검사 사이트 정리의 도구를 절차에 따라 보완 검사로 쓸 수 있습니다. 각사의 초점은 서로 다릅니다.

이 검증에는 추가 비용이 필요 없습니다. MostMate 다운로드에서 시작해 환경을 만들고, 프록시를 연결하고, 검사를 한 번 돌리면 흐름이 완성됩니다.