투명 프록시 및 프록시 서버

모든 애플리케이션 내에 별도의 프록시를 구성하는 대신 규칙을 사용하여 지원되는 Mac 애플리케이션 트래픽을 라우팅합니다.

라우팅 모델

프록시 페이지에는 서버, DNS, 규칙 및 로그가 포함되어 있습니다. 프록시 서버는 재사용 가능한 대상입니다. 규칙은 트래픽이 서버를 사용할지, 직접 연결할지 또는 거부할지를 결정합니다. SOCKS-over-SSH 프로필은 업스트림 프록시를 제공할 수 있습니다. 라우팅 엔진은 SSH 프로필 자체와 별개입니다.

투명 프록시는 실험적이며 공유된 7일 평가판 이후에는 Pro가 필요합니다. Secure Pipes만 설치하면 차단이 활성화되지 않습니다. macOS는 시스템 확장을 승인해야 합니다.

프록시 서버 추가

1. 프록시 → 서버 → 더 보기를 엽니다.
2. 서버에 인식 가능한 이름을 지정하고 해당 프로토콜을 선택하십시오.
3. 프록시 호스트/IP 및 포트를 입력합니다. 해당 프록시에 필요한 경우에만 인증을 활성화하고 해당 자격 증명을 입력하세요.
4. 저장합니다. 적절한 경우 연결 테스트를 사용하세요. 테스트에서는 현재 설정을 사용하여 example.com:443에 대한 CONNECT 터널을 엽니다.

포트 1080에서 수신 대기하는 로컬 SSH SOCKS 프로필의 경우 엔드포인트는 SOCKS5 유형의 127.0.0.1:1080일 수 있습니다. 수동으로 구성된 엔드포인트가 실제로 실행 중이어야 합니다. SSH 서버의 포트 22를 SOCKS 서비스 포트와 혼동하지 마십시오.

시작하기 전에 규칙 만들기

규칙 을 열고 원하는 경로를 추가한 후 프록시 서버를 선택하세요. 필요한 경우 로컬/직접 액세스를 유지하고 기본 경로를 검사하세요. 단순히 프록시 서버를 추가한다고 해서 모든 트래픽이 이를 사용하게 되는 것은 아닙니다.

소스 선택, 애플리케이션, 대상 및 규칙 순서에 대해서는 라우팅 규칙를 참조하고 이름 확인에 대해서는 DNS를 참조하세요.

프록시 시작 및 시스템 확장 승인

프록시 시작을 클릭합니다. 요청 시 macOS 연장 승인 지침을 따르세요. 위치와 문구는 macOS 릴리스에 따라 다릅니다. 최신 릴리스에서는 시스템 설정에 네트워크 확장이 표시됩니다. Mac 사용자가 시스템 승인을 완료해야 합니다.

실행 상태가 될 때까지 기다린 다음 의도한 애플리케이션에서 알려진 대상을 엽니다. 소스, 애플리케이션, 대상, 프로토콜 및 일치하는 규칙/프록시에 대해 활성 프록시 연결을 확인하세요. 구성된 규칙은 현재 브라우저 요청이 규칙과 일치했다는 증거가 아닙니다.

중지 및 문제 해결

투명한 차단을 중지하려면 프록시 중지를 클릭하세요. 이는 하나의 업스트림 SSH 프로필을 중지하는 것과 다릅니다. 네트워크 환경이 변경될 때, 잠자기/깨우기 후 또는 업스트림을 사용할 수 없게 될 때 시스템 상태를 확인하십시오.

다시 초기화는 시스템 확장을 제거하고 다시 설치합니다. 이는 실패한 모든 웹사이트에 대한 일상적인 첫 번째 단계가 아닌 복구 조치입니다. 먼저 오류를 읽고 업스트림을 확인하고 일치하는 경로를 검사합니다.

명시적 프록시 실패는 직접 연결된 트래픽을 가정하는 권한이 아닙니다. 대체(fallback)를 의도적으로 구성하고 보안에 미치는 영향을 검사합니다.

다른 장치와 라우팅 공유

별도의 HTTP/SOCKS 항목을 보려면 서버 → LAN 공유… 를 사용하세요. LAN 트래픽은 라우팅 규칙을 사용하지만 Mac 응용 프로그램의 ID는 없습니다. LAN 프록시 공유.