SSH와 Nginx로 직접 호스팅하는 HTTP 터널

DNTLS로 구현하려는 핵심 목표 중 하나가 바로 이것임. 특히 사적인 당사자 간 공유에 터널을 활용하는 발상이 마음에 듦. Tailscale, Cloudflare 같은 SaaS 업체들이 자사 인프라에서 아주 쉽게 쓰도록 만들었지만, 이러면 셀프 호스팅의 경계가 모호해진다고 느낌.
이상적으로는 중개자 없이 전부 직접 운영할 수 있는 이런 해법이 자리 잡기를 바람. https://dntls.substack.com/p/the-new-internet

그렇다면 WireGuard 같은 것 아닌가?

당장 코드는 없지만, 브라우저에 특정 인증서가 설치돼 있어야만 콘텐츠를 제공하는 nginx 서버를 두는 편이 더 나아 보임. 키 쌍을 생성한 뒤 콘텐츠를 공유할 상대에게 공개 키를 전달하면 끝임.
단점은 일부 브라우저, 특히 휴대전화 브라우저가 인증서를 제대로 처리하지 못한다는 것임.

HTTPS 서버는 원래 공개 키를 누구에게나 제공함. 클라이언트 측 비밀 정보를 뜻하는 것인가?

사용자 공간 WireGuard로 비슷한 것을 만들고 있으며, 곧 공개할 예정임.

셀프 호스팅이라면 왜 *.ssh.luffy.cx라는 제삼자 서비스가 필요한가?

그 부분을 자기 도메인으로 바꾸면 됨.

라우터의 80/443 포트를 집 LAN의 nginx 웹 서버 80/443 포트로 전달하고, 도메인이 집 IPv4 주소를 가리키도록 설정함. 그다음 디렉터리에 파일을 넣으면 끝이며, 수십 년 동안 잘 작동해 왔음.
AI가 코딩을 잘하게 된 이후 정적 파일 제공과 관련된 nginx 취약점이 더 많이 나왔지만, 내 단순한 정적 구성에 해당하는 취약점은 아직 만나지 못했음. 터널링, 비밀 유지, 인증 정보가 필요한 용도도 있고 이를 무시하려는 것은 아니지만, 대부분의 개인 용도에는 해당하지 않음. 그냥 집 IPv4 주소에서 평범한 서버를 운영하면 되며, 고장 날 것도 없음.

사생활 보호 측면도 있음. 예를 들어 최근에 Meet Joe Black과 Six Days Seven Nights를 본 것 같은데, 우리가 그 사실을 알아도 괜찮은가? 신경 쓰지 않을 수도 있지만, 즐겨 본 포르노도 확인할 수 있음.

인터넷 제공업체의 이용약관이 걸림돌이 될 수 있음. 물론 업체가 규정을 얼마나 엄격하게 집행하느냐에 달려 있음.

기존 기술을 그대로 활용하자는 접근과 셀프 호스팅 자체는 무척 마음에 듦. 다만 프록시 없이 직접 호스팅하면 접속 지점을 외부에 노출해야 하고, 방어 수단도 거의 없을 가능성이 있다는 단점이 있음.

직장에서 차단하거나 비활성화해야 할 노트북 인터넷 공개 서비스나 프로토콜, 기법이 매일 새로 나오는 듯함.
사용자와 그들의 에이전트가 온갖 위험한 것들을 끊임없이 외부에 공개하려고 함. 골치 아픈 것은 정상적인 이용에 큰 지장을 주지 않으면서 이런 수단을 통째로 차단할 방법이 없다는 것임.
참고로 실제 관리 대상 호스트에 배포하고 외부에 공개할 수 있는, 아주 간편한 공식 경로도 이미 마련해 둔 상태임.