개인 정보 보호 프로토콜 디버깅, CLI 하나로 끝!

다단계 통신: 클라이언트-게이트웨이(키 교환), 클라이언트-릴레이(암호화 요청), 릴레이-게이트웨이(요청 전달), 게이트웨이-타겟(요청 처리), 타겟-게이트웨이(응답), 게이트웨이-릴레이(암호화 응답), 릴레이-클라이언트(응답 전달) 등 복잡한 상호작용 발생

바이너리 HTTP(Binary HTTP): RFC 9292 표준에 따라 HTTP 요청/응답을 바이너리 형태로 인코딩하여 사람이 직접 해석하고 디버깅하기 어려움

RFC 분산: 여러 초안 RFC에 걸쳐 세부 사항이 분산되어 있어 전체적인 이해와 구현에 높은 진입 장벽 존재

수동 파싱: 게이트웨이에서 받은 공개 키(Public Key)나 바이너리 HTTP 요청을 RFC 문서를 참조하며 직접 해석해야 했음 (예: 길이, 암호화 방식, 페이로드 등)

스크립트 의존성: HTTP 요청을 바이너리 HTTP로 변환하거나, OHTTP 요청을 암호화하는 과정에서 맞춤형 스크립트(Bespoke Scripts)를 작성하고 검증해야 했음

오류 발생 시 추적 난이도: 각 단계별 오류 원인 파악이 어렵고, 고객 시스템과의 연동 문제인지 자체 시스템 문제인지 판별하는 데 시간이 오래 걸렸음

단일 명령어로 복잡한 요청 처리: OHTTP 요청 생성, 릴레이 및 게이트웨이 설정, HTTP 메서드, 헤더, 데이터 전송 등을 단일 명령어로 수행 가능

상세 로깅: `-v`, `-vvv` 옵션을 통해 프로토콜 각 단계의 상세 로그를 제공하여 디버깅 지원

확장성: OHTTP 외에도 MASQUE, Privacy Pass 등 다양한 개인 정보 보호 프로토콜을 지원하도록 설계되었으며, 향후 기능 확장이 용이함

다양한 인증 방식 지원: 릴레이에 대한 헤더 전달(`--first-hop-header`), mTLS 인증(`--first-hop-client`, `--first-hop-key`) 등 고급 설정 지원

기존 구현 활용: Martin Thomson의 Rust 구현과 Chris Wood의 Go 구현 등 기존 OHTTP 오픈 소스 프로젝트에서 얻은 경험을 바탕으로 개발됨

통합 도구 지향: OHTTP 외에도 CONNECT 프록시, MASQUE, Privacy Pass 등 여러 개인 정보 보호 기술을 하나의 도구로 통합하려는 목표를 가짐

향후 로드맵: MASQUE의 TCP/UDP 프록시 지원, OHTTP의 양자내성암호(Post-Quantum Cryptography) 지원, 타이밍 정보 추가, 청크 OHTTP 지원, 로깅 개선 등 기능 확장을 계획 중