내 IP 주소가 VPN 또는 프록시로 표시되는 이유와 해결 방법

Netflix는 오류 코드 E106에서 이렇게 안내합니다. "You seem to be using a VPN or proxy. Please turn off any of these services and try again."(VPN이나 프록시를 사용 중인 것으로 보입니다. 이러한 서비스를 모두 끄고 다시 시도하십시오.) (Netflix 고객센터). 2024년 6월, 한 ISP가 RIPE 악용 대응 메일링 리스트에 /22 대역 전체의 고객이 Amazon Prime Video와 Disney+에서 스트리밍할 수 없고 다음 메시지를 본다고 올렸습니다. "Your device is connected to the internet using a VPN or proxy service. Please disable it and try again."(기기가 VPN 또는 프록시 서비스를 사용해 인터넷에 연결되어 있습니다. 비활성화한 후 다시 시도하십시오.) 이 사업자는 "자사 네트워크 내에서 VPN이나 프록시 서비스가 사용되지 않음을 확인했다"고 밝혔습니다 (RIPE anti-abuse-wg).

어려운 점은 접속을 막는 사이트가 그 플래그를 직접 만든 경우가 드물다는 것입니다. 대부분은 공급업체에서 IP 데이터를 구매합니다. RIPE의 사업자는 해당 서비스들의 콘텐츠 전송 네트워크 "(또는 서드파티 블랙리스트 제공업체)"를 의심했습니다.

저희도 그런 공급업체 중 하나입니다. GeoIPHub는 주소에 VPN, 프록시, Tor, 릴레이, 호스팅 레이블을 붙이는 IP 인텔리전스 API를 운영합니다. 아래에서는 실제로 표시된 주소를 이 API에 넣어 각각 어떤 증거가 작동했는지 보여 드린 뒤, 원인을 오늘 밤 직접 고칠 수 있는 것과 ISP나 공급업체만 고칠 수 있는 것으로 나눕니다.

내 IP 주소가 VPN 또는 프록시로 표시되는 이유는 무엇인가요?

IP 주소가 VPN이나 프록시로 표시되는 것은 약 일곱 가지 증거 중 적어도 하나와 일치했기 때문입니다. VPN 및 프록시 탐지의 작동 방식 가이드에서 대부분을 자세히 다룹니다.

1. 제공업체의 서버 목록. VPN 회사가 앱용으로 공개하는 서버 목록에 주소가 올라 있습니다.
2. 프로토콜 핸드셰이크. 스캐너가 주소에 연결했을 때 OpenVPN, IKEv2/IPsec, PPTP, L2TP, SOCKS 또는 HTTP 프록시 서비스가 응답했습니다.
3. 호스팅 네트워크. 주소가 데이터센터나 클라우드 ASN 또는 대역에 속합니다. GeoIPHub의 API에서 no_ptr_datacenter는 호스팅 주소에 저희 데이터상 역방향 DNS 이름이 없다는 점을 추가합니다.
4. 레지스트리 키워드. 대역의 WHOIS 또는 RDAP 기록에 VPN이나 호스팅 관련 용어가 언급되어 있습니다.
5. 프록시 목록과 차단 목록. 무료 프록시 목록은 프록시의 증거입니다. 스팸이나 악용 목록은 그렇지 않지만, 일부 공급업체는 이를 같은 플래그에 합칩니다.
6. Tor 출구 목록. Tor Project가 출구에서 사용하는 주소를 공개합니다.
7. 프라이버시 릴레이 대역. Apple 등 사업자는 iCloud Private Relay 같은 릴레이 서비스의 출구 주소를 공개합니다.

이는 두 그룹으로 나뉘며, 이 구분이 누가 플래그를 고칠 수 있는지를 결정합니다. 첫 번째 종류의 증거(핸드셰이크, 프록시 리스너)는 연결에서 실행 중인 무언가에 관한 것입니다. 두 번째 종류의 증거(호스팅 대역, 공유 주소, 이력)는 주소 또는 그 네트워크에 관한 것이며, 소파에 앉아서 바꿀 수 없습니다.

실제 주소 7건에서 각 플래그는 어떻게 보였나

플래그 뒤의 증거를 보면 어떤 종류의 플래그인지 알 수 있습니다. 저희는 2026년 10월 26일 05:14:02부터 05:14:55(UTC) 사이에 GeoIPHub API로 공개 주소 7개를 조회했습니다. 어느 것도 가정용 연결이 아니며, 각각은 여러분이 마주칠 수 있는 원인 하나를 대표합니다.

솔직하게 밝힐 점이 하나 있습니다. Tor 출구와 Ahrefs 크롤러에서 no_ptr_datacenter는 저희가 저장한 역방향 DNS의 공백입니다. 두 주소 모두 오늘 dig -x로는 해석됩니다.

다음은 Mullvad 조회를 값을 수정하지 않고 발췌한 것입니다. 모든 키는 필드 정의에서 설명합니다.

vpn_confidence는 주소가 VPN일 확률이 아닙니다. 어떤 경로가 제공업체 이름을 지정했는지를 기록합니다. 제공업체 자체 목록이면 95, 해석된 서버 호스트 이름이면 90, VPN이 운영하는 네트워크에 대한 저희 표이면 85, 공개 서버 목록이면 80입니다. 100은 저희 자체 프로브가 이름을 알 수 없는 VPN을 발견했다는 뜻이며, 오늘 확인한 NordVPN 서버가 그 예입니다. 각 경로는 IP로 VPN 제공업체를 식별하는 방법에서 설명합니다.

45.83.220.7을 증거에서 조치까지 따라가기

45.83.220.7은 Mullvad의 네트워크(AS39351, 31173 Services AB) 안에 있지만 Mullvad의 공개 목록에는 없습니다. 오늘 05:20 UTC에 가져온 사본에는 그 /24에서 .7이 아니라 .68, .69, .70이 있습니다. 따라서 이름은 저희 네트워크 표에서 나왔고, 핸드셰이크는 작동하지 않았습니다. known_vpn_server가 36점, datacenter_ip가 10점을 더해 46점이 되고, 조치는 block이 아니라 review입니다.

이 결과를 쓰는 사이트는 여러분을 거부하지 않고 더 자세히 살펴볼 것입니다. VPN 레이블, 그 뒤의 증거, 조치는 서로 다른 세 가지입니다. 목록에 올라 있고 그 항목이 WireGuard 서버(wireguard_open)로 표시된 Mullvad 서버는 두 배 넘는 점수를 받습니다.

VPN 플래그가 아닌 세 가지

• 호스팅은 VPN이 아닙니다. 45.33.32.156은 VPN처럼 보이는 것이 전혀 없는 클라우드 서버이며 점수는 10, allow입니다. 데이터센터 IP 주소란 무엇인지, 그리고 레이블만으로는 왜 차단하지 않는지 확인해 보십시오.
• 차단 목록 등재는 VPN이 아닙니다. 5.39.1.230은 Spamhaus ZEN에 등재된 검증된 Ahrefs 크롤러입니다. is_vpn은 false이고, VPN 증거가 아니라 등재 때문에 35점, review를 받습니다.
• 릴레이는 VPN이 아닙니다. 104.28.46.99는 iCloud Private Relay 출구 주소입니다. Apple은 사이트가 "이 주소들을 더 큰 통신사 수준 NAT나 기업용 IP 주소처럼 취급하는 것을 고려"하도록 요청합니다 (Apple Developer). 저희는 is_relay를 반환하고 9점을 주며 모든 릴레이의 상한을 60으로 제한하므로, block에 이르지 않습니다. 릴레이 IP가 VPN IP가 아닌 이유도 확인해 보십시오.

VPN을 쓰지 않는데 내 IP가 VPN으로 표시되는 이유는 무엇인가요?

VPN이 없는데 IP가 VPN으로 표시되는 것은 대개 사용자가 실행하는 무언가가 아니라 배정받은 주소 때문입니다. 흔한 원인과 조회에서 각각 어떻게 보이는지는 다음과 같습니다.

• ISP의 대역이 호스팅으로 분류되어 있습니다. 영국의 한 소규모 지역 ISP는 BleepingComputer 포럼에서 고객에게 "일부 서비스 제공업체는 특정 AS/IP를 데이터센터로 분류합니다"라고 설명했습니다. 이 ISP는 호스팅과 전용 회선도 판매했습니다. GeoIPHub는 약 850개의 선별된 호스팅 ASN과 10개 클라우드 제공업체의 공식 대역에서 호스팅을 판단합니다. 조회에서: is_hosting true와 datacenter_ip이며, 핸드셰이크 방법은 없습니다. 그것만으로는 점수가 낮습니다. 45.33.32.156은 10점입니다.
• CGNAT 주소를 공유합니다. 통신사는 여러 고객을 하나의 공인 주소 뒤에 둡니다. RFC 6598은 통신사 NAT와 고객 장비 사이의 링크용으로 100.64.0.0/10을 예약했습니다. IPinfo는 이렇게 설명합니다. "연결이 CGNAT를 사용한다면, 이미 여러 사람 및 기기와 하나의 공인 IP를 공유하고 있는 것입니다" (IPinfo Community). 조회에서: is_cgnat true이며, 주소 자체에 VPN, 프록시, Tor, 봇넷, 악용 증거가 없다면 점수는 50 이하로 유지됩니다.
• 네트워크의 앱이 내 연결을 임대하고 있습니다. IPinfo의 글은 프록시웨어, 앱에 포함된 주거용 프록시 SDK, 무료 VPN 또는 프록시 앱, 악성코드를 꼽습니다. GeoIPHub는 자체적인 주거용 프록시 탐지를 운영하지 않습니다. 조회에서: 주소가 최근 하루 동안 프록시 활동이 관찰된 주소의 서드파티 목록에 있다면 API는 is_proxy true와 방법 proxy_observed_third_party를 표시합니다. 그렇지 않다면 이런 종류의 플래그는 IPinfo를 비롯해 프록시 풀을 추적하는 공급업체에서 나옵니다.
• 주소에 이력이 있습니다. ISP는 주소를 재활용합니다. 이전 가입자가 프록시를 운영했거나 스팸을 보냈다면, 주소가 여러분에게 넘어온 뒤에도 목록에 남아 있을 수 있습니다. 조회에서: known_spammer, abusive_listed, proxy_observed_third_party(대역이 호스팅으로도 분류되어 있다면 datacenter_blocklisted).
• 업무용 VPN, iCloud Private Relay, Cloudflare WARP, 클라우드 브라우저를 사용 중입니다. 이것들은 실제로 트래픽을 중계하므로 달갑지 않을 수는 있어도 플래그는 맞습니다. 조회에서: known_vpn_server, openvpn_open이나 ipsec_open 같은 핸드셰이크 방법, 또는 relay_ip. 해당 사이트에서만 서비스를 끄는 것이 해결책입니다.

받은 레이블이 VPN 레이블이 아니라 위험 숫자라면 다른 질문입니다. IP 위험 점수의 의미를 확인해 보십시오.

내 IP 주소가 오픈 프록시로 표시되는 이유는 무엇인가요?

목록이나 프로브가 인터넷상의 누구나 쓸 수 있는 릴레이를 해당 주소에서 확인했을 때 IP 주소가 오픈 프록시로 표시됩니다. 일부 Instagram 사용자는 IP가 오픈 프록시처럼 보인다는 안내를 받았다고 보고합니다. 저희는 그 검사를 설명하는 Meta 도움말 페이지를 찾지 못했으므로, 그런 플래그가 보통 무엇을 뜻하는지만 설명할 수 있습니다.

저희의 점수 산정 코드는 두 종류의 프록시 증거를 다르게 가중합니다. 스캐너가 핸드셰이크로 확인한 SOCKS 또는 HTTP 프록시(socks5_open, http_proxy_open)는 서드파티 프록시 목록에서만 관찰된 주소(proxy_observed_third_party)보다 거의 두 배의 비중을 가집니다. 그 코드의 주석은 이유를 이렇게 밝힙니다. 이런 주소는 "공유되며 매일 교체되므로, 더 자세히 볼 이유일 뿐 저희가 검증한 프록시의 거의 차단에 가까운 가중치가 아니다."

저희의 프록시 핸드셰이크는 1080, 3128, 8080 같은 포트에서 실행됩니다. 후보 주소는 호스팅 네트워크, VPN 제공업체의 대역, 공개 무료 프록시 목록에서 가져옵니다. 가정용 연결을 일반적으로 훑는 일은 하지 않으므로, 가정의 주소는 공개 목록이 이미 지목한 경우에만 저희의 프록시 프로브를 받습니다.

오픈 프록시 플래그를 받았을 때 점검할 사항:

• 프록시 설정과 확장 프로그램. 각 기기의 시스템 프록시 설정과 모든 브라우저 확장 프로그램을 확인하십시오.
• 공유기 포트 포워딩과 원격 관리. 직접 설정하지 않은 포워딩은 제거하고, 필요하지 않다면 원격 관리를 끄십시오.
• 공유기 펌웨어. 알려진 취약점을 막아 주는 최신 버전을 설치하십시오.
• "패시브 인컴" 앱. 대역폭을 공유하면 돈을 주는 앱은 집 안의 모든 기기에서 삭제하십시오.
• 악성코드. 모든 컴퓨터에서 전체 검사를 실행하십시오.

Mac에서는 다음 명령으로 연결을 받는 모든 프로그램을 나열하므로, 프록시 포트에서 낯선 리스너가 눈에 띕니다.

내 IP가 VPN으로 표시되어 있는지 어떻게 확인하나요?

단순한 예, 아니오가 아니라 증거를 보여 주는 조회로 인터넷이 실제로 보는 주소를 확인하십시오. 네 단계입니다.

1. 내 공인 IP와 어떤 플래그가 붙어 있는지 확인을 여십시오. 내 주소를 조회해 VPN, 프록시, Tor, 릴레이, CGNAT 플래그, vpn_confidence, 위험 점수, 권장 조치, 작동한 탐지 방법을 보여 줍니다.
2. 간단히 예 또는 아니오만 알고 싶다면 내 IP가 VPN으로 표시되는지 확인하십시오. 다른 주소를 테스트하려면 아무 IP나 조회하십시오.
3. 공유기의 WAN 주소를 공인 IP와 비교하십시오. WAN 주소가 100.64부터 100.127(100.64.0.0/10 범위 내)로 시작하면 CGNAT 뒤에 있는 것입니다. 이 확인이 신뢰할 수 있는 방법입니다. 도구에서 CGNAT가 "아니오"로 나와도 가능성이 배제되지는 않습니다. Netflix 자체의 확인 방법은 fast.com입니다. "Show more info"를 선택하고 "Client" 옆의 국가를 실제 위치와 비교하십시오.
4. 터미널이 편하다면 API를 직접 호출해 저희 도구가 아직 보여 주지 않는 meta.last_scanned를 읽으십시오.

키 없이는 몇 번만 호출하십시오. 1분에 30번째 익명 호출은 이미 실패하고 두 시간 동안 접근이 잠깁니다.

접속을 막은 사이트는 다른 공급업체를 쓸 수 있으며, 여기서 깨끗하게 나왔다고 그쪽에서도 문제가 없다는 뜻은 아닙니다. 저희 쪽에서도 "탐지되지 않음"이 "깨끗함"은 아닙니다. 오늘 확인한 VPN 서버 두 대 중 PIA 서버는 VPN으로 잡아내지 못했고(대신 Barracuda 등재로 64점을 받았습니다), NordVPN 서버는 IPsec 핸드셰이크로 포착했지만 이름은 붙이지 못했습니다.

VPN 또는 프록시 플래그를 직접 해결하는 방법

내 연결에서 실행되는 원인은 어느 것이든 제거할 수 있지만, 공급업체가 다시 스캔하고 데이터를 재구축할 때까지 플래그 자체는 남아 있습니다. 1번과 6번은 바로 결과가 나타납니다. 이 목록을 따라 내려가면서 각 단계 후에 차단된 사이트를 다시 시도하십시오.

1. VPN, iCloud Private Relay, 프록시 확장 프로그램을 끄고 다시 시도하십시오. 차단이 사라진다면 플래그는 맞았던 것이므로, 해당 사이트를 예외로 하는 것이 해결책입니다.
2. 네트워크의 모든 기기에서 프록시웨어와 무료 VPN 앱을 제거하십시오. 휴대폰 한 대가 대역폭을 공유하는 것만으로도 가구 전체의 주소가 목록에 오를 수 있습니다.
3. 직접 설정하지 않은 공유기 포트 포워딩을 닫고 펌웨어를 업데이트하십시오. 스캐너가 확인할 수 있는 열린 리스너가 제거됩니다.
4. 악성코드를 검사하십시오. 봇넷은 감염된 기기를 통해 프록시 접근을 판매합니다.
5. 공유기를 재시작하거나 ISP에 새 주소를 요청하십시오. ISP가 새 주소를 내주는 경우에만 효과가 있으며, 새 주소에도 나름의 이력이 있을 수 있습니다.
6. 모바일 데이터로 테스트하십시오. 거기서 사이트가 작동한다면 원인은 기기나 계정이 아니라 주소입니다.

직접 해결할 수 없는 것과 해결해 줄 수 있는 곳

주소나 그 네트워크가 어떻게 분류되는지는 바꿀 수 없으며, 이것이 VPN이나 프록시 플래그의 진짜 원인인 경우가 많습니다. ASN이나 대역 분류, 공유 CGNAT 주소, 릴레이의 출구 주소, 다른 공급업체의 데이터베이스는 모두 여러분의 통제 밖에 있습니다.

조치할 수 있는 주체는 셋입니다. ISP는 대역과 그 레지스트리 기록을 소유하며 공급업체에 재분류를 요청할 수 있습니다. 접속을 막은 사이트는 여러분을 허용하거나 어떤 공급업체를 쓰는지 알려 줄 수 있습니다. 공급업체는 자사 기록을 바꿀 수 있습니다. 사이트 측 관점은 VPN 플래그 때문에 실제 고객을 차단하지 않는 방법을, 높은 위험 점수는 높은 점수를 낮추는 방법을 참고하십시오.

VPN 또는 프록시 플래그는 얼마나 오래 유지되나요?

VPN이나 프록시 플래그는 증거가 바뀌고 공급업체가 데이터를 재구축할 때까지 유지되며, 대부분의 공급업체는 기간을 공개하지 않습니다. 다음은 2026년 10월 26일 기준 저희 스캐너의 코드와 설정에서 가져온 GeoIPHub의 기간입니다.

읽어야 할 필드는 meta.last_scanned입니다. 저희 문서는 이를 가장 최근 스캔 시각으로 설명하지만, 실제 빌드에서는 해당 주소의 기록이 마지막으로 기록된 시각입니다. 플래그가 처음 설정된 날이 아닙니다. 이 용도로 meta.last_classified_at은 쓰지 마십시오. 응답이 만들어진 시각이므로 항상 질문한 순간과 같습니다.

다른 공급업체는 더 긴 기간을 적용합니다. IPinfo의 주거용 프록시 수치는 "최근 90일 중 며칠 동안 IP 주소가 주거용 프록시 풀의 일부였는지를 보여 줍니다" (IPinfo Community). 그래서 연결을 정리해도 그곳에서 0이 되기까지 최대 90일이 걸릴 수 있습니다. 실제 주소에서 판정이 바뀌는 과정은 IP 판정이 얼마나 오래 유지되는지에서 지켜보았습니다.

VPN 또는 프록시 플래그에 이의를 제기하는 방법

접속을 막은 사이트에 먼저 문의하십시오. 공급업체를 선택한 것도 그 사이트이고, 결과를 무시할 수 있는 것도 그 사이트이기 때문입니다. Netflix 도움말 페이지는 fast.com을 실행해 보라고 안내하며, 클라이언트 국가와 IP가 집 연결과 일치한다면 ISP가 Netflix 고객 서비스에 연락하도록 요청하라고 합니다. Netflix는 또한 "VPN은 Netflix의 라이브 이벤트 시청이나 광고 지원 요금제에서 지원되지 않습니다"라고 밝힙니다.

어느 공급업체가 플래그를 가지고 있는지 안다면, 2026년 10월 26일에 저희가 확인할 수 있었던 경로는 다음과 같습니다.

누구에게 연락하든 IP, 시간대를 포함한 날짜와 시각, 정확한 오류 문구와 코드, 사이트, 이미 배제한 사항을 포함하십시오. "데이터가 틀렸습니다"라는 말만으로는 공급업체가 확인할 것이 없습니다.

네트워크 사업자를 위한 안내: IP 대역을 VPN 목록에서 삭제하는 방법

IP 대역이 VPN으로 표시되었다면 어느 공급업체가 플래그를 가지고 있는지 파악한 뒤, 불만이 아니라 대역에 관한 증거를 그 공급업체에 보내십시오. RIPE의 사업자가 자신의 /22 대역에 대해 도움을 청했을 때 Blacknight의 Michele Neylon은 이렇게 답했습니다. "겪어 봤습니다. 정말 골치 아픈 일입니다." (RIPE anti-abuse-wg). 해결은 가능하지만 공급업체를 하나씩 상대해야 합니다.

공급업체를 찾으십시오. 스트리밍 서비스의 네트워크 또는 파트너 담당자에게 어떤 공급업체를 쓰는지 물어보십시오. 공급업체들의 공개 조회 페이지에서 샘플 주소 몇 개를 테스트해 어느 곳이 플래그를 붙이는지 기록하십시오.

공급업체가 검증할 수 있는 증거를 보내십시오.

• 레지스트리 기록. 대역의 할당과 용도를 보여 주는 RDAP 또는 WHOIS 항목.
• 명확한 진술. 이 대역은 일반 사용자 광대역을 제공하며 VPN, 프록시, 호스팅 서비스가 없다는 내용.
• 악용 신고 연락처. 공급업체는 이를 network.abuse_contact로 확인합니다. 최신 상태로 유지하십시오. IP를 해당 네트워크의 악용 신고 연락처에 신고할 때 사람들이 쓰는 바로 그 주소입니다.
• 날짜. 대역이 한때 호스팅이나 VPN 회사의 것이었다면, 재할당되거나 매입된 시점.
• 사례. 영향을 받은 주소 몇 개와 각각 플래그가 붙은 시각.

지오피드(RFC 8805)는 위치 정보만 담으므로 그것만으로는 VPN 레이블을 해제할 수 없습니다.

시작하려면 내 IP 확인 도구를 열어 어떤 방법이 작동했는지 읽은 다음, 직접 고칠 수 있는 것 또는 나머지를 해결해 줄 수 있는 곳으로 이동하십시오. 작동한 방법을 보면 플래그가 맞는지, 그리고 누가 고쳐야 하는지 알 수 있습니다.

자주 묻는 질문

VPN을 쓰지 않는데 내 IP가 VPN으로 표시되는 이유는 무엇인가요?

대개 기기가 아니라 주소 때문입니다. ISP의 IP 대역이 호스팅으로 분류되어 있거나, 많은 고객과 CGNAT 주소를 공유하고 있거나, 어떤 앱이 사용자의 연결을 프록시로 임대하고 있거나, 주소에 이전 사용자의 이력이 남아 있을 수 있습니다. GeoIPHub처럼 탐지 방법을 나열하는 조회 도구를 쓰면 어떤 증거가 작동했는지 볼 수 있지만, 모든 원인을 보는 단일 공급업체는 없습니다.

내 IP가 VPN으로 표시되어 있는지 어떻게 확인하나요?

GeoIPHub의 도구처럼 전체 조회를 실행하는 내 IP 확인 페이지를 열고, VPN, 프록시, 릴레이 플래그와 탐지 방법을 확인하십시오. 다른 공급업체는 결과가 다를 수 있으므로, 특정 사이트가 접속을 막는다면 어떤 IP 데이터 공급업체를 쓰는지 문의하십시오.

내 IP 주소가 오픈 프록시로 표시되는 이유는 무엇인가요?

프록시 목록에 해당 주소가 포함되어 있거나, 스캐너가 1080, 3128, 8080 같은 포트에서 프록시 핸드셰이크를 완료했기 때문입니다. GeoIPHub의 API에서는 목록 등재만 있으면 proxy_observed_third_party로 표시됩니다. 공유기의 포트 포워딩, 프록시 설정, 대역폭을 공유하는 앱을 점검하고, 등재가 계속되면 ISP에 새 주소를 요청하십시오.

Netflix 오류 E106은 무슨 뜻인가요?

Netflix는 연결이 VPN이나 프록시를 거친다고 판단하면 "You seem to be using a VPN or proxy"(VPN이나 프록시를 사용 중인 것으로 보입니다)라는 메시지와 함께 E106을 표시합니다. VPN, 프록시, 릴레이를 모두 끄고 다시 시도하십시오. 아무것도 쓰지 않는다면 Netflix 도움말 페이지는 fast.com을 확인한 다음 ISP에 문의하라고 안내합니다. 주소 자체가 VPN이나 호스팅 주소로 분류되어 있을 수 있기 때문입니다.

VPN 또는 프록시 플래그는 얼마나 오래 유지되나요?

증거가 바뀌고 공급업체가 데이터를 다시 구축할 때까지입니다. 대부분의 공급업체는 기간을 공개하지 않습니다. GeoIPHub의 스캐너에서는 다시 확인되지 않은 핸드셰이크는 30일 후, 제공업체 목록에 올라 있던 이름은 목록에서 빠진 지 14일 후, 서드파티 프록시 목록 등재는 주소가 그 목록에서 빠진 뒤 6시간마다 도는 다음 실행에서 해제되며, 변경 사항은 매일 하는 재구축과 함께 반영됩니다. IPinfo의 주거용 프록시 수치는 최근 90일을 되돌아봅니다.

ISP는 자사 IP 대역을 VPN 목록에서 어떻게 삭제하나요?

먼저 어느 공급업체가 플래그를 가지고 있는지 파악한 뒤, 해당 공급업체에 그 대역의 레지스트리 기록, 대역이 일반 사용자 광대역을 제공한다는 명확한 진술, 최신 악용 신고 연락처, 재할당 날짜, 타임스탬프가 있는 영향받은 주소 몇 개를 보내십시오. 공급업체마다 이 과정을 반복해야 합니다.

내 IP를 VPN 목록에서 삭제할 수 있나요?

먼저 접속을 막은 사이트에 문의하고, 그다음 데이터 공급업체에 문의하십시오. IPQS는 양식으로 신고를 받으며 24~48시간 내에 검토한다고 밝히고, IPinfo는 ISP가 자사에 연락하도록 요청합니다. GeoIPHub에는 현재 셀프서비스 이의 제기 채널이 없습니다.

iCloud Private Relay는 VPN으로 표시되나요?

그렇게 표시되어서는 안 됩니다. 이것은 릴레이이며, Apple은 사이트가 이 주소들을 통신사 수준 NAT처럼 취급하도록 요청합니다. GeoIPHub의 API는 Apple이 공개한 출구 주소에 대해 is_vpn이 아니라 is_relay를 반환하고, 릴레이의 점수 상한을 60으로 제한하므로 IP만으로는 block에 이를 수 없습니다.