HProxy MCP 서버: 키 없이 공개 무료 프록시 목록 조회와 검증

누구에게 유용한가

• MCP 클라이언트 안에서 작업하는 개발자와 자동화 스크립트 작성자에게 적합합니다. AI 어시스턴트에게 공개 무료 프록시 목록 가져오기, 특정 프록시가 지금 응답하는지 확인, IP 정보 조회 같은 작업을 직접 맡기고 싶은 경우입니다. 공식은 Claude Code, Claude Desktop, Cursor, Windsurf용 기본 설정을 제공하므로 이 클라이언트 사용자가 진입 비용이 가장 낮습니다.
• 도구 이름만 보면 세 도구는 익숙한 파이프라인 하나를 덮습니다. proxy_list가 목록을 가져오고 proxy_check가 개별 프록시를 검증하며 ip_lookup이 IP를 조회합니다. 각 도구의 구체적 파라미터는 근거에 명시되지 않아 미확인입니다.
• 무설정 전제는 공식이 명시한 내용입니다. 서버는 같은 키 없는 API 위에 구축되었고 원문에는 “No key, no signup, CORS open”이라고 적혀 있습니다. 한 번의 실험 때문에 계정을 등록하거나 키를 발급받고 싶지 않은 사용자는 그대로 쓰면 되며, 이 점을 검증 항목으로 따로 다룰 필요가 없습니다.
• 사용 전제(공식 원문 경고): 목록이 돌려주는 것은 모두 공개 무료 프록시이며 어느 시점이든 절반 이상이 응답하지 않을 것으로 예상됩니다. 결과를 쓰기 전에 짧은 타임아웃을 설정하고 실패하면 다음으로 넘어가야 합니다. 이는 공식이 명시한 사용 방식이지 선택 사항이 아닙니다.
• 적합하지 않은 경우: 고가용성과 안정적 송출이 필요한 업무 트래픽, 프라이버시와 로그에 대한 약속이 필요한 핵심 구간. 이런 약속은 근거에 존재하지 않습니다.
• 알 수 없는 부분: 프록시 목록의 필터 파라미터, 반환 필드, 속도 제한과 쿼터는 모두 근거에 명시되지 않아 미확인입니다.

3분 만에 첫 시도

권장 경로: Claude Code의 한 줄 공식 명령으로 원격 서버를 등록하고, 조회는 정확히 한 번만 수행합니다.

1. 시작하기 전에 부작용을 기억하세요. proxy_list가 돌려주는 모든 항목은 공개 무료 프록시이며 어느 시점이든 절반 이상이 응답하지 않습니다. 타임아웃은 짧게, 실패하면 다음으로. 공식은 이를 사용 요건으로 명시했습니다. 첫 시도의 목적은 연결 경로가 동작하는지 확인하는 것뿐이며, 이 단계에서 프록시를 실제 트래픽에 붙이지 마세요.
2. 터미널에서 공식 명령을 실행합니다:

claude mcp add --transport http hproxy https://mcp.hproxy.com/mcp

1. 키도 필요 없고 가입 절차도 없습니다. 공식 원문은 “No key, no signup”.
2. 저위험 기능을 한 번 호출합니다. 대화에서 어시스턴트에게 proxy_list를 호출해 현재 목록을 가져오게 합니다. 세 도구(proxy_list, proxy_check, ip_lookup)는 모두 같은 키 없는 API 위에 있습니다. 읽기 전용 표시가 붙어 있는지는 근거에 명시되지 않았으므로 첫 시도는 조회 성격의 호출부터 시작하는 것이 가장 안전합니다.
3. 성공 신호는 두 가지입니다. 명령이 성공적으로 실행되는 것, 그리고 클라이언트가 hproxy 서버에 연결된 뒤 어시스턴트가 도구를 불러 프록시 목록을 돌려주는 것. 목록에 어떤 필드가 포함되는지는 근거에 명시되지 않아 미확인입니다.

참고: Claude Desktop, Cursor, Windsurf의 공식 설정은 hproxy.com/tools/ai에 있습니다. 각 클라이언트의 구체적 설정 조각은 근거에 포함되지 않아 개별 확인은 되지 않았습니다.

사용 사례

사례 1: 일회성 연결 확인 실험을 위해 프록시를 한꺼번에 가져오기. 시나리오: 스크립트에 후보 공개 프록시 묶음이 필요하고 개별 사용 가능 여부는 상관없습니다. 방법: 어시스턴트에게 proxy_list를 호출해 현재 목록을 가져오게 합니다. 기대 결과: 공개 프록시 목록을 받습니다. 공식 경고대로 어느 시점이든 절반 이상이 응답하지 않습니다. 다시 말해 열 개를 가져오면 지금 사용할 수 있는 것은 보통 다섯 개 미만이므로, 실험 기대치를 이 비율로 잡고 짧은 타임아웃과 순환 재시도를 함께 쓰세요. 목록의 필드와 규모 상한은 근거에 명시되지 않아 미확인입니다.

사례 2: 프록시를 쓰기 전에 한 번 확인하기. 시나리오: 목록이나 다른 출처에서 프록시 주소를 받았고 본격적으로 쓰기 전에 지금 응답하는지 확인하고 싶습니다. 방법: 어시스턴트에게 proxy_check로 해당 프록시를 검사하게 합니다. 확인되는 것: 공식이 이 검사 도구를 제공하며 키 없는 API 위에 구축되었다는 점. 파라미터 형태와 반환 형식은 근거에 명시되지 않아 미확인이므로, 클라이언트에서 도구에 딸린 파라미터 설명을 따르고 추측한 파라미터는 쓰지 마세요.

사용 경계

• 읽기/쓰기 성격: 세 도구는 이름상 프록시와 IP 정보 조회 유형에 속하지만, 공식은 읽기 전용 표시나 읽기/쓰기 분류를 선언하지 않았으므로 여기서는 독립적인 안전 결론을 내리지 않습니다.
• 키와 등록: 키 불필요, 가입 불필요. 공식 원문은 “No key, no signup, CORS open”이며 계정 체계의 개입을 보여주는 근거는 없습니다.
• 로컬 데이터: 도구가 로컬 파일이나 로컬 상태를 읽거나 쓴다는 언급은 근거에 없어 미확인입니다. 이 점만으로 추가 보장을 이끌어낼 수는 없습니다.
• 부작용과 확인 지점: 주요 위험은 결과 쪽에 있습니다. 공개 프록시는 절반 이상을 쓸 수 없어 짧은 타임아웃과 순환이 필요합니다. 프록시를 실제 트래픽에 연결하기 전 사람이 확인해야 하며, 공식은 이 프록시의 관리 주체와 로그 정책을 밝히지 않았습니다. 계정 자격 증명이나 개인 데이터가 오가는 트래픽은 공개 무료 프록시에 의존하지 마세요.
• 공식 명시 제한: 프록시는 어느 시점이든 절반 이상이 응답하지 않습니다. 짧은 타임아웃, 실패 시 다음으로 전환은 공식이 명시한 전제입니다.
• 연결 해제와 정리: 서버 제거나 연결 해제 방법은 근거에 포함되지 않아 미확인입니다.
• 미확인 핵심 정보: 속도 제한과 쿼터, 도구 파라미터 세부 사항, 반환 필드 구조, 서비스 가용성 보증은 모두 근거에 명시되어 있지 않습니다.