VPN Gate와 직접 운영하는 SoftEther 서버는 같은 것이 아니다

한 팀이 SoftEther 서버를 설치하고 연결 설정을 내보낸 뒤, 누군가 공개 VPN Gate 디렉터리에서 같은 프로토콜을 발견하고 회사가 이제 공개 릴레이를 운영하는지 묻는다. 혼란은 이해할 만하다: 클라이언트는 똑같아 보이고, 프로토콜도 같으며, 둘 다 같은 종류의 연결 목록에 나타난다. 차이는 기술적이지 않고 운영적이다. 직접 배포한 서버는 배포한 사람의 것이고, VPN Gate는 자체 엔드포인트를 공개하는 별도의 자원봉사 프로젝트다.

같은 클라이언트, 두 개의 다른 운영자

세 가지 질문이 두 배포를 구분하며, 그중 어느 것도 소프트웨어가 답하지 않는다. 누군가 클라이언트를 비교하기 전에 적어 둘 가치가 있다.

가운데 행이 대부분의 논쟁을 정리한다. 자신의 서버에서는 계정 목록이 직접 통제하는 것이므로 구성원이라는 사실에 의미가 있고, 자원봉사 노드에서는 디렉터리의 모든 사용자가 같은 엔드포인트의 잠재적 동료다. 이 행 역시 클라이언트에서 추론할 수 없어서, 같은 소프트웨어를 가진 두 사람이 전혀 다른 네트워크를 설명할 수 있다.

엔드포인트를 누가 공개했는지 읽어라

연결 설정의 출처부터 보라. 자원봉사 호스트 이름, 바뀌는 주소, 공개 목록이 있는 디렉터리 항목은 관리자가 자신의 호스트 이름과 인증서로 내보낸 구성과 다른 객체다. 엔드포인트가 공개 목록에 나타난다면 공개로 취급하라, 목록이 의미하는 바가 바로 그것이다. 프로토콜의 어떤 것도 답을 바꾸지 않는다.

디렉터리 항목 역시 관리 접근이 아니다. 노드에 연결할 수 있다는 것이 그 관리 인터페이스에 대해 말해 주는 것은 없고, 자원봉사 호스트에서 관리 자격 증명을 시도하는 것은 비효율적이며 부적절하다. 목록이 제공하는 연결 방식만 사용하고 그 이상은 하지 마라.

로깅은 프로토콜이 아니라 운영자를 따른다

SoftEther는 소프트웨어로서 연결을 기록할 수 있고, 서버 관리자가 무엇을 얼마나 보관할지 결정한다. VPN Gate는 자원봉사 모델과 남용 방지 로깅에 관한 자체 페이지를 공개하며, 그 페이지가 그 프로젝트에 관한 유일한 정확한 설명이다. 그것을 읽는 것은 SoftEther 기반 서비스라면 아무것도 보관하지 않는다고 가정하는 것과 다른 행위이며, 그 가정은 소프트웨어가 뒷받침할 수 없는 주장이다.

자신의 서버에 대해서는 동등한 설명이 구성과 보존 정책에서 나온다. 공용 노드가 보관하는 것보다 많은 로깅일 수도, 적을 수도 있으며, 어느 경우든 책임은 사용자에게 있다. 프로토콜이 익명성을 보장한다고 말하는 사람은 설계가 아니라 희망을 설명하는 것이다.

공용 출구는 사설 네트워크의 구성원이 아니다

실질적 실패는 누군가 내부 서비스가 필요할 때 회사 게이트웨이 대신 무료 공용 출구를 택하는 순간 온다. 공용 노드는 트래픽이 어디서 오는 것으로 보이는지 주소를 바꿀 수 있다. 접근 권한을 한 번도 받지 못한 네트워크의 구성원으로 만들어 주지는 못하며, 어떤 클라이언트 설정도 그것을 바꾸지 않는다. 도달 가능한 집합은 반대편에서 게이트웨이를 운영하는 사람이 정의한다.

보안 정책의 자리도 여기다. 알 수 없는 자원봉사 호스트를 거치는 트래픽은 그 호스트의 관행을 따르며, 신뢰 결정은 조직이 운영하고 감사하는 게이트웨이를 거치는 트래픽과 범주적으로 다르다. 무료 출구를 고르는 것은 신뢰를 옮기는 것이지 없애는 것이 아니다.

실제로 무엇을 배포하는지 결정하라

세 가지 질문이 정리한다. 엔드포인트를 누가 운영할 것인가? 누가 그것에 연결할 수 있는가? 트래픽에 누구의 로깅과 보존 정책이 적용되는가? 어느 하나라도 답이 “찾는 사람”이라면, 프로토콜 파일이 무엇이라 하든 배포는 공개다.

배포 옆에 답을 적되 운영자, 허용된 사용자, 보존 정책을 포함한다. 다음 사람이 공개 디렉터리에서 같은 프로토콜을 찾았을 때 그 메모가 설명 전부가 되고, 회사가 릴레이를 운영하는지에 대한 논쟁을 아낀다.