프라이빗 인프라 / 신분증 불필요프라이버시 원칙 읽기
KoalaVPS 필드 노트

좁은 경계로 onion 서비스를 게시하세요.

onion 서비스는 다른 도달성과 신원 모델을 제공합니다. 안전하지 않은 애플리케이션 코드를 고쳐 주지는 않습니다.

오니언 신원과 클리어넷을 분리하세요

서비스의 프라이빗 어니언 키를 보호하고, 재구축 후에도 주소가 유지되어야 한다면 백업하세요. 재사용된 자격 증명, 콘텐츠 또는 외부 리소스를 통해 신원 간에 의도치 않은 연결이 생기지 않도록 하세요.

애플리케이션을 의도적으로 바인딩하세요

백엔드를 로컬 또는 사설 인터페이스에 바인딩하고 Tor를 통해 의도한 서비스만 노출하세요. 리버스 프록시와 애플리케이션에서 외부 호스트에 접속하는 리디렉션, 절대 URL 및 리소스를 확인하세요.

정보 유출 줄이기

오류 페이지, 헤더, 디버그 출력 및 업로드된 파일 메타데이터를 검토하세요. onion 경로가 식별 가능한 애플리케이션 콘텐츠를 숨긴다고 가정하지 마세요. 관리자 로그인을 보호하고 필요한 것보다 더 많은 방문자 정보를 기록하지 마세요.

합법적이고 안정적으로 운영하세요

Tor와 애플리케이션을 최신 상태로 유지하고, 리소스 사용을 모니터링하며 백업을 유지하세요. 호스팅 및 법적 정책은 여전히 적용됩니다. KoalaVPS는 아직 운영상의 onion 서비스 승인이나 트래픽 약정을 공개하지 않았습니다.

페이지의 외부 요청을 확인하세요

의도한 경로를 통해 서비스를 로드하고 모든 이미지, 글꼴, 스크립트, 스타일시트 및 리디렉션을 검사하세요. 외부 자산은 서비스의 의도된 경계 밖에서 식별 가능한 요청을 생성할 수 있습니다. 로컬 자산은 피할 수 있는 제3자 의존성도 줄여줍니다.

주소를 의도적으로 보존

주소의 연속성이 중요하다면 onion 신원 키를 비공개로 백업하세요. 해당 키 없이 깨끗하게 재설치하면 다른 주소가 생성될 수 있습니다. 백엔드는 비공개로 바인딩하고, 의도하지 않은 클리어넷 리스너가 동일한 애플리케이션을 노출하지 않는지 확인하세요.

Tor 라우팅 전에 비공개 백엔드 작동시키기

선택한 OS에 대해 지원되는 신뢰할 수 있는 소스에서 Tor를 설치하고 서비스가 실행 중인지 확인하세요. 별도의 로컬 웹 리스너를 준비하고 onion 경로를 추가하기 전에 테스트하세요. 방화벽이 모든 인터페이스에 바인딩된 리스너를 숨긴다고 가정하지 말고 루프백 또는 적절히 권한이 부여된 Unix 소켓에 바인딩하세요. 이 설계는 합법적인 게시를 설명하며, KoalaVPS은(는) 실제 워크로드에 대한 운영 서비스 정책을 여전히 확인해야 합니다.

  • 로컬 자산과 신중하게 설계된 애플리케이션 URL을(를) 사용하세요.
  • 관리를 공개 게시 경로와 분리하세요.
  • 온리언 서비스에만 의존하지 않는 복구 방법을 기록하세요.

온리온 가상 포트를 로컬 애플리케이션에 매핑

다음 torrc 조각은 전용 아이덴티티 디렉터리와 8080 포트의 루프백 백엔드를 보여줍니다. 소유권과 경로를 배포판의 Tor 서비스 사용자에 맞게 조정하세요. 비공개 디렉터리는 해당 사용자가 읽기/쓰기할 수 있어야 하며 관련 없는 사용자는 접근할 수 없어야 합니다. 서비스 관리자 재시작 절차를 사용하기 전에 설치된 구성을 검증하세요. Tor는 새 디렉터리에 아이덴티티 파일을 생성하므로 해당 비공개 파일을 웹사이트 콘텐츠와 함께 공개하지 마세요.

# Example torrc fragment; backend already listens on loopback:
HiddenServiceDir /var/lib/tor/koala-publication/
HiddenServicePort 80 127.0.0.1:8080

# Verify the backend independently:
curl --fail http://127.0.0.1:8080/

온리온 경로와 원치 않는 클리어넷 경로 테스트

생성된 호스트명 파일만 읽어 공개 주소를 확인하고 Tor Browser로 여세요. 리디렉션, 양식, 오류 페이지 및 자산 요청을 점검하세요. 다른 네트워크에서 동일한 백엔드가 공개 리스너를 통해 우연히 접근 가능하지 않은지 확인하세요. onion 주소가 애플리케이션 로그인 요건을 없애지는 않으므로, 접근이 비공개여야 하는 곳에서는 클라이언트 인증 또는 애플리케이션 인증을 사용하세요. 의도치 않은 신원 연결이 없는지 연락처 정보와 게시된 콘텐츠를 확인하세요.

ID를 교체하지 않고 권한 복구

서비스가 나타나지 않으면 아무것도 삭제하기 전에 Tor 시작 오류, 디렉터리 소유권 및 로컬 백엔드를 점검하세요. 신원 디렉터리를 교체하면 새 주소가 생성되며, 올바른 개인 키를 복원하는 것이 연속성을 유지합니다. 접근이 제한된 암호화된 오프라인 복구 사본을 보관하고 별도의 일회용 신원으로 프로세스를 테스트하세요. 전송 라우팅이 올바르더라도 로그와 디버그 페이지가 정보를 노출할 수 있으므로 구성 변경 후 검토하세요.

인프라를 구성하세요

직접 통제하세요.
원하는 방식으로 배포하세요.

신원 서류 없음. 전체 관리자 액세스. 암호화폐 기반 결제.