자원봉사 VPN과 상용 VPN은 신뢰를 서로 다른 곳에 둡니다
자원봉사 릴레이와 상용 계정은 서로 다른 방식입니다. 엔드포인트를 누가 운영하는지, 정책이 무엇을 포괄하는지, 클라이언트가 무엇을 증명할 수 있는지 따라가 보십시오.
VPN 서비스의 라벨은 그 뒤에 있는 방식보다 적은 것을 말합니다. 자원봉사 네트워크는 서로 아무 관계도 없는 사람들이 운영하는 릴레이를 모을 수 있고, 상용 서비스는 보통 일부를 임대할 수 있는 기반 위에 하나의 계정과 하나의 공개된 정책을 제시합니다. 어느 쪽도 자동으로 더 사적이지 않습니다. 다른 점은 접속하는 엔드포인트를 누가 통제하는지, 그래서 그에 대한 질문에 누가 답할 수 있는지입니다.
하나가 아니라 세 당사자
어떤 연결 뒤에도 세 당사자가 있고, 그들이 늘 같은 조직은 아닙니다. 디렉터리 운영자는 어떤 엔드포인트를 찾을 수 있는지 정하고 프로필을 나눠 주며, 소프트웨어 개발자는 클라이언트가 프로토콜을 어떻게 말하는지 정하고, 서버 운영자는 트래픽이 나가는 기계를 운영합니다. 무언가를 기록하거나 보관할 위치에 있는 것은 마지막 사람뿐이며, 자원봉사 방식에서는 그 사람이 나머지 둘에게 낯선 사람일 수 있습니다.
| Party | What they control | What changes when it changes |
|---|---|---|
| Directory operator | Lists endpoints and distributes profiles | Which relays you can find at all |
| Software developer | The client and its protocol implementation | How you connect, not who receives the traffic |
| Server operator | The machine your traffic exits from | Records, abuse handling and upstream network |
상용 방식은 보통 셋을 한 회사로 합치지만, 호스팅 사업자에게서 서버를 임대할 수도 있습니다. 사업자가 무엇을 운영한다고 말하는지 읽어 보십시오. 우리 네트워크라는 표현과 우리 정책이라는 표현이 서로 다른 체계를 가리킬 수 있습니다. 파트너가 관련되면 정책이 그 이름을 밝혀야 하며, 그렇지 않으면 당신의 트래픽에 닿지 않습니다.
엔드포인트가 사라지는 방식
자원봉사 릴레이는 그 호스트가 계속 돌리기 때문에 존재합니다. 그 사람이 멈추면 항목은 디렉터리에서 빠지고, 그 방식 어디에도 내일 릴레이가 거기 있을 것이라는 약속은 없습니다.
디렉터리 항목은 선택지이지 보장이 아닙니다. 다른 항목을 고른다는 것은 다른 운영자를 고르는 것이지 같은 서비스에 다시 접속하는 것이 아닙니다. 상용 서비스도 같은 방식으로, 다른 이유로 실패합니다. 용량, 지역 제한, 호스팅 파트너의 장애 등입니다. 달라지는 것은 그것을 누구에게 물을 수 있느냐입니다. 프로필이 아직 로드된다는 이유만으로 어느 방식도 당신에게 연속성을 빚지지 않습니다.
정책이 실제로 포괄하는 것
자원봉사 프로젝트도 기록과 남용 방지 규칙을 공개하며, 그 규칙이 흥미로운 부분입니다. 자원봉사는 누가 릴레이를 호스팅하는지를 설명할 뿐 아무것도 기록되지 않는다는 약속이 아니며, 남용 처리 방침을 공개한 프로젝트는 기록이 어딘가에 있다고 말해 줍니다.
상용 정책은 반대의 문제를 안고 있습니다. 세밀하며, 바로 그 세밀함을 읽어야 합니다. 사업자 자신의 서버를 포괄하는 정책이 파트너의 기반을 자동으로 설명하지는 않습니다. 관할권 진술은 실제 관행의 설명이 아닙니다. 범위에 포함되는 체계를 이름으로 밝히는 절을 찾고, 범위에 대해 모호하게 남는 정책은 증거가 아니라 마케팅으로 취급하십시오.
라벨이 아니라 기록으로 결정하십시오
접속하는 클라이언트는 프로토콜 호환성과 도달 가능성을 증명할 뿐 기록에 대해서는 아무것도 증명하지 않습니다. 기록은 엔드포인트와 그 위에서 만들어지기 때문입니다. 초록 상태 아이콘이 그토록 약한 신호인 이유는, 같은 클라이언트를 꼼꼼한 릴레이와 부주의한 릴레이에 겨누어도 똑같아 보인다는 점입니다. 그래서 결정 기록은 인터페이스가 아니라 그 특정 운영자에 대해 정당화할 수 있는 것에서 세워야 합니다. 경로의 기술적 가시성, 관련된 데이터 범주, 운영자가 쌓은 신뢰를 적으십시오. 그중 하나라도 추측이라면 결정은 끝나지 않았습니다.
연결만 비교한다면 대신 엔드포인트와 측정한 결과를 기록하십시오. 한 국가의 릴레이, 도달한 자원, 측정된 응답은 한 호스트의 행동을 프로젝트 전체에 돌리지 않고 무엇을 시험했는지 설명합니다.
소프트웨어와 프로토콜 호환성을 서비스 관행과 끝까지 분리해 두십시오. 서로 다른 당사자가 그것을 결정하고, 서로 다른 방식으로 실패하기 때문입니다. 그래서 기록에 두 항목을 더하십시오. 실행한 클라이언트 버전과 협상한 프로토콜입니다. 그러면 다음 비교는 라벨이 아니라 증거에서 시작합니다. 엔드포인트, 클라이언트, 결과를 이름으로 밝힌 기록만이 나중에 변호할 수 있는 부분입니다.