Windows에서 Chrome 프록시 설정은 일반적으로 운영 체제의 프록시 구성을 사용합니다. 브라우저 정책, 확장 프로그램 또는 실행 구성이 이를 무시하지 않는 한 그렇습니다. 주소를 입력하기 전에 프록시 프로토콜과 인증 방법을 확인하십시오. 도달 가능한 호스트와 올바른 비밀번호는 Chrome이 엔드포인트의 인증을 지원하지 않는 경우 충분하지 않습니다.
이 가이드는 일반적인 Windows 설정, 결과를 확인하는 방법 및 이전 구성을 복원하는 방법을 다룹니다. 또한 중요한 제한 사항을 설명합니다: Chrome의 기본 SOCKS5 지원은 SOCKS5 사용자 이름과 비밀번호로 인증하지 않습니다.
TL;DR
- Windows에서는 호환 가능한 수동 HTTP 프록시 또는 관리자가 제공한 설정 스크립트를 위해 시스템 프록시 설정을 사용하십시오.
- 무엇이든 변경하기 전에 원래 설정을 기록하십시오. 특히 작업 장치에서 그렇습니다.
- HTTP 프록시 인증과 SOCKS5 인증은 서로 다른 메커니즘입니다.
- Chrome의 기본 SOCKSv5 구현은 프록시 인증이나 UDP 포워딩을 지원하지 않습니다.
- 실제 브라우저 작업과 관찰된 종료 연결을 확인하십시오. IP 결과만으로는 완전한 트래픽 범위를 증명할 수 없습니다.
- SOCKS5 자격 증명을 제공하는 제품은 자동으로 직접 Chrome 구성과 호환되지 않습니다.
먼저 연결 세부정보 수집
제공자 또는 관리자에게 호스트, 포트, 프로토콜, 인증 방법 및 승인된 우회 규칙을 요청하십시오. 또한 엔드포인트가 현재 활성 상태인지, 특정 출처 주소에 대한 접근이 제한되는지 확인하십시오.
그 세부정보를 별도로 보관하십시오. 호스트는 서버를 식별하고, 포트는 수신 엔드포인트를 식별하며, 프로토콜은 클라이언트가 어떻게 통신해야 하는지를 알려줍니다. 사용자 이름과 비밀번호는 자격 증명입니다; 이들은 서비스가 HTTP인지 SOCKS5인지 알려주지 않습니다.
작업용 컴퓨터의 경우, 구성을 관리하는 사람을 확인하십시오. 설정이 귀하의 조직에 의해 제어되는 경우, 확장 프로그램이나 두 번째 구성 레이어로 이를 무시하려고 하기보다는 관리자에게 문의하십시오. Google의 Chrome 정책 안내는 정책이 관리되는 사용자 또는 등록된 브라우저에 적용될 수 있음을 설명합니다.
초기 확인을 위해 민감하지 않은 작업을 사용하십시오. 브라우저가 연결되는 위치와 구성이 예상대로 작동하는지 이해하기 전에 중요한 고객 시스템에 로그인할 이유는 없습니다.
호환 가능한 구성 경로 선택
| 상황 | 적절한 시작점 | 중요한 제한 |
|---|---|---|
| 호스트와 포트가 있는 호환 가능한 HTTP 프록시 | Windows 수동 프록시 설정 | 인증은 엔드포인트와 브라우저와 일치해야 합니다. |
| 관리자가 설정 스크립트 URL을 제공함 | Windows 자동 프록시 설정 | 스크립트가 라우팅 결정을 제어합니다; 신뢰할 수 있는 소스를 사용하십시오. |
| 관리되는 작업 브라우저 | 조직의 승인된 정책 | 로컬 편집이 효과적인 설정을 제어하지 못할 수 있습니다. |
| 사용자 이름과 비밀번호가 필요한 SOCKS5 | 그 인증을 명시적으로 지원하는 클라이언트 또는 연결 방법 | 기본 Chrome SOCKS5는 이를 제공할 수 없습니다. |
| Chrome 외부의 애플리케이션 특정 작업 | 해당 애플리케이션의 문서화된 프록시 지원 | 시스템 설정이 애플리케이션이 이를 사용한다고 증명하지 않습니다. |
양식이 이를 수락하도록 SOCKS5에서 HTTP로 엔드포인트 레이블을 변경하지 마십시오. 이러한 이름은 서로 다른 프로토콜을 설명합니다. 제공자는 클라이언트가 사용하는 프로토콜을 실제로 제공해야 합니다.
마찬가지로, 편리한 프록시 선택기를 노출하는 확장 프로그램이 반드시 누락된 인증 구현을 추가하는 것은 아닙니다. 그것이 무엇을 하는지, 어떤 권한을 요청하는지, 그리고 정확한 연결 방법이 검증되었는지 확인하십시오.
Windows에서 수동 HTTP 프록시 설정
다음 단계는 Microsoft의 Windows 프록시 지침에 따라 일반적인 경로를 따릅니다. 레이블은 Windows 버전이나 관리 정책에 따라 약간 다를 수 있습니다. 이 절차는 호환 가능한 엔드포인트를 위한 것이며 모든 프록시 제품에 대한 보편적인 레시피는 아닙니다.
- 현재 구성을 기록하십시오. 자동 감지, 설정 스크립트 또는 수동 프록시가 활성화되어 있는지 확인하십시오. 변경할 권한이 있는 경우 원래 주소와 예외 목록을 안전하게 저장하십시오.
- Windows 설정을 엽니다. 네트워크 및 인터넷으로 이동한 다음 프록시를 선택하십시오. Chrome의 시스템 설정 경로는 운영 체제 구성으로 안내할 수 있습니다.
- 수동 프록시 설정을 엽니다. 프록시 서버 사용에 대한 편집 또는 설정 제어를 선택하고 활성화하십시오.
- 제공된 호스트와 포트를 입력하십시오. 레이블이 붙은 필드를 사용하십시오. 주소 필드에 웹사이트 URL, 계정 비밀번호 또는 전체 자격 증명 문자열을 입력하지 마십시오.
- 승인된 예외만 적용하십시오. 필요한 조직 규칙을 유지하십시오. 설명되지 않은 오류를 없애기 위해 광범위한 우회를 추가하지 마십시오.
- 저장하고 Chrome을 테스트하십시오. 의도한 작업을 위해 새 페이지를 엽니다. 호환 가능한 HTTP 프록시가 자격 증명을 요청하는 경우, 해당 인증 프롬프트 또는 승인된 자격 증명 메커니즘을 사용하십시오.
시스템 설정은 이를 준수하는 다른 애플리케이션에 영향을 미칠 수 있습니다. 이를 Chrome 전용 기본 설정이 아닌 장치 구성 변경으로 간주하십시오. 다른 애플리케이션이 작동을 멈출 경우를 대비해 이전 상태를 유지하십시오.
신뢰할 수 있는 소스에서만 설정 스크립트를 사용하십시오
일부 조직은 PAC 파일이라고 불리는 프록시 설정 스크립트를 제공합니다. 모든 목적지에 대해 하나의 간단한 엔드포인트 대신, 서로 다른 요청에 대해 어떤 연결 경로를 사용할지를 설명할 수 있습니다.
Windows의 자동 프록시 설정에서는 관리자 또는 구성을 책임지는 신뢰할 수 있는 서비스에서 제공된 스크립트 주소만 입력하십시오. 포럼에서 단순히 연결 문제를 해결하는 것처럼 보인다고 해서 알 수 없는 스크립트 URL을 복사하지 마십시오.
소유자에게 어떤 목적지가 프록시를 사용해야 하는지, 어떤 목적지가 직접 연결해야 하는지, 프록시가 사용할 수 없을 경우 어떤 일이 발생해야 하는지를 문의하십시오. 스크립트를 활성화한다고 해서 모든 연결이 커버된다고 가정하는 것보다 더 유용합니다.
승인된 변경을 할 때 원래 스크립트 주소를 유지하십시오. 구성이 귀하의 조직에 속하는 경우, 내부 애플리케이션과 일반적인 브라우징을 위해 이를 복원해야 할 수 있습니다.
HTTP 인증은 SOCKS5 인증이 아닙니다
Chromium의 프록시 문서는 HTTP 인증을 기본 SOCKSv5 지원과 구별합니다. Chrome은 지원되는 HTTP 인증 흐름을 사용할 수 있지만, SOCKSv5 구현은 인증을 제공하지 않습니다. 또한 해당 SOCKS 구현을 통해 UDP를 중계하지도 않습니다.
Chrome은 수동 프록시 설정에 내장된 자격 증명을 일반 인증 흐름의 대체로 사용하지 않습니다. 프록시 URL, 스크린샷 또는 공유된 설정 노트에 비밀번호를 넣지 마십시오.
HTTP 엔드포인트의 경우, 인증 요청은 클라이언트가 지원되는 메커니즘을 통해 자격 증명을 제공해야 함을 의미합니다. 반복적인 프롬프트는 잘못된 자격 증명, 계정 상태 또는 호환되지 않는 구성을 반영할 수 있습니다; 이는 주소 유형을 전환하는 것이 도움이 될 것이라는 것을 증명하지 않습니다.
사용자 이름/비밀번호 SOCKS5 엔드포인트의 경우, 관련 없는 Windows 필드에 동일한 자격 증명을 반복적으로 입력한다고 해서 누락된 브라우저 기능이 추가되는 것은 아닙니다. 진정으로 호환 가능한 클라이언트나 별도로 검증된 연결 방법을 사용하십시오. 추가 소프트웨어는 아키텍처를 변경하며, 해로운 체크박스로 제시되기보다는 그렇게 평가되어야 합니다.
이것이 VoyraCloud 프록시 제품에 미치는 영향
VoyraCloud의 회전하는 주거용 프록시는 HTTP 및 SOCKS5 엔드포인트를 제공합니다. 클라이언트가 실제로 사용할 수 있는 프로토콜을 선택하고 그 인증 동작을 검증하십시오. HTTP 엔드포인트의 존재만으로는 모든 브라우저 정책이나 로컬 환경이 호환된다는 증거가 아닙니다.
정적 ISP 프록시와 데이터 센터 프록시는 SOCKS5 자격 증명을 사용합니다. 이들은 호스트와 포트를 입력한다고 해서 기본 Chrome에서 직접 작동한다고 설명되어서는 안 됩니다. 해당 인증 요구 사항을 충족하기 위해서는 다른 지원 클라이언트나 검증된 중개 방법이 필요합니다.
이 제품들은 독립적인 네트워크 서비스입니다. 기존 장치에서 호환되는 애플리케이션과 함께 프록시를 사용하기 위해 VPS를 구매할 필요는 없습니다.
Windows VPS는 Windows 컴퓨팅 환경이지 브라우저 인증 어댑터가 아닙니다. 그 애플리케이션은 여전히 자체 프로토콜 지원을 가지고 있습니다. VoyraCloud의 Linux 콘솔 아웃바운드 프록시 기능이 Windows에 존재하거나 Chrome의 기본 SOCKS5 제한을 수정한다고 가정해서는 안 됩니다.
결과를 단계별로 확인
변경 전에 일반적인 브라우징이 작동했는지 확인하는 것으로 시작하십시오. 기준선이 이미 깨져 있다면, 프록시를 변경하는 것은 원래 문제를 분리하기보다는 또 다른 변수를 추가하는 것입니다.
구성 후, 승인된 테스트 목적지를 열고 Chrome이 사용하는 연결을 관찰하십시오. 주소 조회는 보이는 종료 주소를 식별하는 데 도움이 될 수 있지만, 이는 하나의 요청에서의 하나의 관찰일 뿐입니다. 모든 애플리케이션이나 모든 종류의 트래픽이 동일한 경로를 따르도록 설정하지는 않습니다.
다음으로 실제 작업을 완료하십시오: 필요한 페이지를 로드하고, 정상 링크를 따라가며, 예상되는 콘텐츠가 나타나는지 확인하십시오. 작업에 승인된 로그인이 포함된 경우, 자격 증명을 입력하기 전에 브라우저가 올바른 사이트에 도달했는지 확인하십시오. 계속하기 위해 인증서 경고를 무시하지 마십시오.
마지막으로 연속성과 복구를 확인하십시오. Chrome을 닫았다가 다시 열고, 작업을 반복하며, 구성이 이해 가능한 상태로 유지되는지 확인하십시오. 안정적인 종료가 필요하다면, 성공적인 첫 요청이 이를 증명한다고 가정하기보다는 그 요구 사항을 명시적으로 테스트하십시오.
팀 롤아웃의 경우, Windows 및 Chrome 버전, 프로토콜, 엔드포인트 유형, 관찰된 결과 및 모든 오류에 대한 간단한 기록을 유지하십시오. 비밀번호는 기록하지 마십시오. 이는 동료가 자격 증명을 노출하지 않고 문제를 재현할 수 있는 충분한 맥락을 제공합니다.
실패한 단계별로 문제 해결
| 증상 | 첫 번째 질문 | 유용한 다음 단계 |
|---|---|---|
| 변경 후 페이지 로드 안 됨 | 엔드포인트에 도달할 수 있고 프로토콜이 올바른가? | 호스트, 포트, 서비스 상태 및 원래 작동 연결을 비교하십시오. |
| 반복적인 인증 프롬프트 | 인증 메커니즘이 지원되고 계정이 활성화되어 있는가? | 비밀을 공유하지 않고 엔드포인트의 문서화된 방법을 확인하십시오. |
| Chrome은 작동하지만 다른 애플리케이션은 작동하지 않음 | 해당 애플리케이션이 시스템 프록시 설정을 사용하는가? | 자체 구성 및 지원을 확인하십시오. |
| 하나의 목적지가 직접 연결됨 | 스크립트, 정책 또는 우회 규칙에 의해 제외되었는가? | 구성 소유자와 함께 의도된 라우팅을 검토하십시오. |
| 설정을 변경할 수 없음 | 장치 또는 브라우저가 관리되고 있는가? | 책임 있는 관리자에게 문의하십시오. |
| 인증서 경고가 나타남 | 연결 또는 검사 방식이 이해되는가? | 중지하고 조사하십시오; 검증을 비활성화하지 마십시오. |
한 번에 하나의 변수를 변경하십시오. 정책을 끄고 여러 확장 프로그램을 설치하며 자격 증명을 함께 교체하면 어떤 변경이 중요한지 드러나지 않은 채 다른 결과를 초래할 수 있습니다.
도움을 요청할 때 브라우저 오류 텍스트를 유지하되, 스크린샷에서 계정 식별자와 비밀을 제거하십시오. 제공자는 "프록시가 작동하지 않는다"는 진술보다 프로토콜, 시간 및 실패 단계를 가지고 더 효과적으로 조사할 수 있습니다.
이전 구성 복원
Windows의 프록시 설정으로 돌아가서 기록한 상태를 복원하십시오. 테스트를 위해 수동 프록시를 도입한 경우, 해당 새 설정을 비활성화하거나 원래 승인된 구성으로 교체하십시오. 설정 스크립트를 변경한 경우, 이전 값을 복원하십시오.
관리되는 컴퓨터에서 모든 자동 설정을 무차별적으로 비활성화하지 마십시오. 원래 구성은 기업 접근에 필요할 수 있습니다. 승인된 확장 프로그램이나 브라우저 정책이 포함된 경우, 문서화된 복원 경로를 사용하거나 관리자에게 문의하십시오.
새 Chrome 페이지를 열고 기준선 확인을 반복하십시오. 또한 일반적으로 동일한 시스템 설정을 사용하는 애플리케이션을 확인하십시오. 예상되는 정상 동작이 돌아오면 복구가 완료된 것이며, 단순히 프록시 스위치가 꺼져 있는 것만으로는 충분하지 않습니다.
지원에 필요한 구성 세부정보만 유지하고, 부적절한 저장 위치에서 임시 테스트 자격 증명을 제거하십시오. 되돌릴 수 있는 설정 프로세스는 향후 변경 사항을 진단하기 쉽게 만듭니다.
자주 묻는 질문
Windows에서 Chrome 프록시 설정은 어디에 있습니까?
Chrome은 일반적으로 Windows의 시스템 프록시 구성을 사용합니다. Windows 설정을 열고, 네트워크 및 인터넷, 프록시로 이동하십시오. 브라우저 정책, 확장 프로그램 또는 실행 옵션이 실제로 적용되는 구성을 변경할 수 있습니다.
Chrome이 SOCKS5 사용자 이름과 비밀번호를 직접 사용할 수 있습니까?
기본 SOCKSv5 구현은 인증을 지원하지 않습니다. 자격 증명이 필요한 SOCKS5 서비스는 호환 가능한 클라이언트나 별도로 검증된 연결 방법이 필요합니다; 호스트 및 포트 입력만으로는 충분하지 않습니다.
왜 HTTP 프록시가 비밀번호를 요청합니까?
엔드포인트가 인증을 요구할 수 있습니다. 운영자가 지정한 자격 증명과 지원되는 메커니즘을 사용하십시오. 프롬프트는 비밀번호를 프록시 URL에 포함하라는 지시와 동일하지 않습니다.
Windows 프록시 설정을 변경하면 다른 애플리케이션에 영향을 미칩니까?
그럴 수 있습니다. 다른 프로그램은 자체 구성을 사용하거나 직접 연결할 수 있습니다. 동일한 동작을 가정하기보다는 중요한 애플리케이션을 테스트하십시오.
변경된 IP 주소가 설정이 완료되었음을 증명합니까?
아니요. 이는 해당 요청에 대한 관찰된 주소를 확인합니다. 실제 작업, 라우팅 기대치, 인증 및 복구 동작을 별도로 검증하십시오.
모든 프록시 문제를 해결하기 위해 확장 프로그램을 설치해야 합니까?
아니요. 먼저 문제가 도달 가능성, 프로토콜, 인증 또는 정책인지 확인하십시오. 확장 프로그램이 필요한 기능을 추가하지 않고 설정을 관리할 수 있으며, 그 권한은 신중하게 검토해야 합니다.