HTTPS와 인증서

Web 관리와 HTTPS 프록시가 공유하는 서버 신원을 설정하고 클라이언트 신뢰·갱신·복구를 준비합니다.

Mac에서 생성 또는 가져오기

Enterprise 설정은 Enterprise 전용입니다. HTTPS는 관리자·프록시 인증을 대신하지 않습니다.

1. 일반 → Enterprise 설정에서 로컬 API와 HTTPS 프록시를 중지합니다.
2. HTTPS 인증서 생성으로 로컬 CA·서버 인증서를 만들거나 일치하는 서버 개인 키를 포함한 PKCS#12 (.p12／.pfx)와 비밀번호를 가져옵니다. 이 파일을 클라이언트에 배포하지 마세요.
3. 실제 DNS 이름／IP만 입력하고 스킴·포트·경로는 제외하며 루프백 이름은 유지합니다. IP가 바뀌면 재발급이 필요할 수 있습니다.
4. 로컬 CA를 내보내 공개 인증서만 클라이언트에 설치·신뢰시킵니다. CA 개인 키는 배포하지 않습니다. 앱은 시스템 신뢰를 자동 변경하지 않습니다.
5. API를 재시작하고 표시된 https://…:10790/admin 또는 저장된 포트를 엽니다. 이름·신뢰를 확인하고 경고를 우회하지 마세요.

별도 HTTPS 프록시

투명 프록시와 프록시 모드 공유를 시작하고 HTTPS 주소·빈 TCP 포트(기본 10792)를 선택해 켠 뒤 실행 상태를 확인합니다. 주소／포트 변경 전 끄세요. 클라이언트는 HTTPS 프록시 지원·인증서 신뢰가 필요하며 일반 Wi-Fi HTTP 설정은 호환되지 않을 수 있습니다.

HTTP/SOCKS와 HTTPS는 자격 증명을 공유합니다. 다중 사용자는 인증 필수입니다. 다중 사용자 및 인증을 명시적으로 끄면 익명 접근이 가능하나 TLS만으로 안전하지는 않습니다. 기존 HTTP/SOCKS는 별도의 비암호화 포트이며 UDP／QUIC 또는 웹사이트 인증서 가로채기는 추가되지 않습니다.

갱신과 복구

Web 인증서 작업에는 소유자와 루프백 또는 HTTPS가 필요합니다. 변경은 저장 후 Mac에서 각 서비스를 재시작해야 반영됩니다. 기존 CA 갱신을 우선하고 CA 교체 시 클라이언트가 다시 신뢰해야 합니다.

인증서가 없으면 관리 서비스는 HTTP/WS를 사용할 수 있으나 HTTPS 프록시는 시작하지 못합니다. 설정된 신원이 무효·만료·읽기 불가이면 시작을 거부하며 자동 다운그레이드하지 않습니다. Mac에서 이름·날짜·키체인·포트 충돌을 점검하세요.

백업에 TLS 신원／CA 개인 키는 없습니다. 별도 복구 계획과 위험 안내를 확인하세요.