# 죽어가던 소프트웨어: relayd(8)와 httpd(8)의 지속적인 진화

> Clean Markdown view of GeekNews topic #32040. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=32040](https://news.hada.io/topic?id=32040)
- GeekNews Markdown: [https://news.hada.io/topic/32040.md](https://news.hada.io/topic/32040.md)
- Type: GN+
- Author: [neo](https://news.hada.io/@neo)
- Published: 2026-08-02T03:01:56+09:00
- Updated: 2026-08-02T03:01:56+09:00
- Original source: [rsadowski.de](https://rsadowski.de/posts/2026/dead-software-walking-relayd-and-httpd/)
- Points: 1
- Comments: 1

## Topic Body

- 기존 OpenBSD 개발자들의 관심이 줄면서 정체됐던 **relayd(8)와 httpd(8)** 개발이 실제 운영 수요를 가진 기여자들의 참여로 다시 활발해짐
- LLM이 코딩 지식을 대신하는 시기일수록 직접 **C를 익히고 도전해야 한다**는 판단에서 출발해, relayd(8)의 수제 imsg 체계부터 현대화함
- 2024~2026년 `tech@` 메일링 리스트의 미반영 패치와 기존 GitHub 미러의 오래된 이슈를 대부분 정리하고, 신규 기여자를 위한 **Git 미러와 README**도 마련함
- relayd(8)는 안전한 imsg API와 TLS·요청 파싱 보안을 강화하고 재로딩 충돌을 수정했으며, httpd(8)는 **요청 스머글링 방어**, 사용자 정의 헤더, 정적 파일 캐시 제어 등을 추가함
- 두 데몬의 **보안·안정성·확장성**이 함께 나아졌지만 작업 과정에서 백로그도 늘어나 아이디어와 피드백을 계속 받고 있음

---

### 관심을 잃은 프로젝트를 다시 살린 배경
- [OpenBSD 7.8 주요 변경점](https://rsadowski.de/posts/2025/openbsd-78/#daemons)에서 다뤘듯 `relayd(8)`와 `httpd(8)` 개발은 정체된 상태였음
  - 여러 기여자가 `tech@` 메일링 리스트에 패치를 보냈지만 저장소에 반영된 것은 거의 없었음
  - 기존 OpenBSD 개발자들이 두 데몬에 더 이상 관심을 두지 않은 것이 주된 원인이었음
- `kirill@`와 함께 두 데몬을 정기적으로 사용하며 실제 활용 사례를 다뤄온 경험을 바탕으로 적극적인 개발을 시작함
  - 복잡한 `httpd(8)`·`relayd(8)` 구성으로 OpenBSD 고객을 지원해야 하는 **실무 수요**도 직접적인 동력이 됨

### LLM 시대에 C로 돌아간 이유
- 가장 큰 계기는 **LLM의 등장**이었음
  - 과거에는 현대적인 C++ 코드를 전문적으로 작성했지만, 이후 솔루션 아키텍처와 플랫폼 엔지니어링, 팀 구축으로 옮겨가며 실제 코드를 거의 쓰지 않게 됐음
  - 주로 선언형 YAML을 작성하고 OpenBSD `ports(7)`를 위해 코드를 읽고 포팅하는 정도에 머물렀음
- “코딩은 해결됐다”는 주장과 달리, 지식이 외부로 위임되는 시기일수록 직접 그 지식을 갖추는 일이 더 중요하다고 판단함
- C++와 Rust는 어려운 판단 일부를 대신하지만 **C는 그렇지 않다**는 점을 도전 과제로 삼아 `relayd(8)`와 `httpd(8)`에 기여하기로 결정함

### 동기보다 규율로 이어간 기여
- 오픈소스 기여는 몇 주 만에 좌절로 끝날 수 있지만, 초기의 고통스러운 단계를 지나 꾸준히 작업할 수 있는 상태에 도달함
- 처음에는 코드베이스를 수동적으로 읽으며 여러 부분에서 낙담함
  - 부족한 주석과 일부 좋지 않은 설계, 복잡하게 얽힌 코드가 원인이었으며, 이것이 C 코드의 특성인지 개인의 경험 부족 때문인지는 아직 알 수 없음
- OpenBSD 데몬 유지보수자들과 논의한 뒤 수제로 만든 **imsg 메시지 체계**를 현대화하기로 함
  - 먼저 `relayd(8)`에 집중한 뒤 `httpd(8)`로 범위를 넓힘
  - 현대화 작업 자체를 코드베이스를 이해하는 수단으로 활용함

### 미반영 패치와 오래된 이슈 정리
- 2024~2026년 `tech@` 메일링 리스트 기록을 검토해 미처리 패치와 이슈를 수집했으며 대부분 처리한 것으로 판단함
- 두 데몬은 현재 OpenBSD에서 은퇴한 Reyk Floeter가 처음 개발했음
- Reyk가 관리하던 [relayd GitHub 미러](https://github.com/reyk/relayd)의 오래된 이슈도 검토함
  - 모든 이슈는 종료하거나 수정할 수 있는 상태이며, 일부는 더 이상 유효하지 않음

### 신규 기여자를 위한 Git 미러
- 기존 GitHub 미러에서 착안해 신규·젊은 기여자의 진입을 돕고 OpenBSD 메일링 리스트 밖의 커뮤니티와도 접점을 만들기 위한 별도 미러를 구축함
- CVS 트리를 **Git 미러**로 사용하며, 개발은 Gothub 인스턴스에서 먼저 진행하고 나머지 저장소로 동기화함
  - Primary: https://rsadowski.gothub.org/
  - Mirror: https://codeberg.org/rsadowski/relayd
  - Mirror: https://github.com/sizeofvoid/relayd
- `httpd(8)`에도 같은 방식을 적용하고 필요한 정보를 담은 상세 `README.md`를 작성함

### relayd(8)의 현대화와 코드 품질
- imsg 체계를 더 안전한 `imsg_get_data`, `imsg_get_type`, `imsgbuf_get` 접근자로 전환함
- imsg 페이로드를 읽는 전체 과정에 적절한 **오류 처리**를 추가함
- `bgpd`와 일관되도록 로깅과 주석을 표준화함
- HTTP 시작 줄 처리를 전용 함수로 분리해 코드 구성을 개선함
- `knfmt` 형식을 적용함

### relayd(8)의 보안 강화
- 기본 TLS 암호군을 `HIGH:!aNULL`에서 **`secure`** 로 변경함
- CA 권한 분리(privsep) 엔진에 **ECDSA 지원**을 추가함
- 중복 `Content-Length` 헤더는 HTTP 400 응답으로 거부함
- RFC 9112 5.2에 따라 파서 차이를 막기 위해 `obs-fold` 헤더를 허용하지 않음
- 프로세스 ID를 검사하고 `IMSG_CTL_PROCFD`를 부모 프로세스로 제한함
- 민감한 비밀번호 데이터 삭제에는 `explicit_bzero`를 사용함

### relayd(8)의 버그와 안정성 개선
- 충돌을 유발하던 **재로딩 경쟁 조건**을 수정함
- `X509_dup`, `config_purge`, `tls_cfg`와 관련된 여러 메모리 누수를 제거함
- NULL 검사와 경계 검사를 바로잡음
- OpenSSL 실패에 적절한 오류 처리를 추가함
- TLS 실패 시 **OpenSSL 오류 큐**를 비우도록 변경함

### relayd(8)에 추가된 기능
- `MKCALENDAR` HTTP 메서드를 지원함
- 여러 리스너에서 **TLS**를 사용할 수 있게 됨
- 이름 해석이 가능한 여러 주소를 지원함
- 인증서와 키, OCSP staple의 경로를 명시적으로 설정할 수 있음
- HTTP 상태 확인 요청에 `User-Agent`를 설정함
- 본문이 없는 HTTP 응답을 올바르게 처리함

### httpd(8)의 현대화와 코드 품질
- `proc.c`를 새로운 imsg API로 전환해 `relayd(8)`와 일관성을 맞춤
- 향후 구성 옵션을 쉽게 확장할 수 있도록 토큰 순서를 변경함
- `bgpd`와 일관되도록 로깅을 표준화함
- 중복 코드와 빈 함수를 제거함
- `knfmt` 형식을 적용함
- 내장 기능 처리를 전용 함수로 분리함

### httpd(8)의 보안 강화
- 기본 TLS 암호군을 `compat`에서 **`secure`** 로 변경함
- 요청 스머글링 공격을 막기 위해 **CL.TE 요청 프레이밍**을 거부함
- RFC 9112 5.2에 따라 `obs-fold` 헤더에 HTTP 400으로 응답함
- `Content-Length`와 `Transfer-Encoding` 헤더가 동시에 존재하면 오류로 처리함
- 추가 보호를 위해 부팅 시 무작위 재링크를 수행함
- 프로세스 ID를 검사하고 `IMSG_CTL_PROCFD`를 부모 프로세스로 제한함
- 응답에서 서버 식별 정보를 숨기는 **`no banner`** 옵션을 추가함

### httpd(8)의 버그와 안정성 개선
- HTTP 요청의 suffix range 처리를 수정함
- `server_http_time()`이 GMT 시각을 올바르게 출력하도록 고침
- 매뉴얼 명세에 따라 `timegm(3)`의 오류를 검사함
- `chunked transfer-encoding`을 사용하는 업로드 문제를 해결함
- location의 `fcgiparams`가 두 번 전송되지 않도록 수정함
- `dispatch_parent`에 적절한 오류 처리를 추가함
- 중단 응답을 `bufferevent`를 통해 올바르게 비우도록 변경함
- `scan-build`가 발견한 불필요한 저장을 제거함
- 데이터를 복사하기 전에 `return_uri_len`을 검증함

### httpd(8)의 신규 기능과 남은 작업
- **사용자 정의 HTTP 헤더**를 지원함
- 더 나은 구성 상속을 위해 location에서 `gzip-static`을 상속함
- 더 많은 플래그 옵션을 수용하도록 서버 플래그를 64비트 정수로 확장함
- 정적 파일에 대한 **캐시 제어**를 추가함
- 작업을 진행할수록 백로그가 늘어났으며, 향후 개발을 위한 아이디어와 피드백을 계속 받고 있음

## Comments



### Comment 62719

- Author: neo
- Created: 2026-08-02T03:01:57+09:00
- Points: 1

###### [Lobste.rs 의견들](https://lobste.rs/s/i6e5wp/dead_software_walking_ongoing_evolution) 
- **사용자 정의 HTTP 헤더** 지원이 반가움. 예전에는 이 기능이 없어 간단한 용도에도 httpd를 쓰지 못했는데, 이제 지원된다니 좋음

- relayd(8)와 httpd(8) 개발이 정체됐고 여러 기여자가 tech@ 메일링 리스트에 패치를 올렸지만 저장소에는 거의 반영되지 않았음. 기존 OpenBSD 개발자들이 이 데몬들에 더는 관심을 두지 않은 게 주된 이유였다니, **유지보수를 이어받아 준 것**에 감사함

- 두 소프트웨어를 정기적으로 사용하는데 다시 제대로 관리되고 있어 반가움. 개발이 정체됐다는 사실은 전혀 몰랐음  
  **단순한 소프트웨어 구조** 덕분에 대규모 팀 없이도 개발을 재가동해 이 많은 기능과 수정 사항을 반영할 수 있었던 듯함

- 소프트웨어 이름 뒤의 숫자가 한동안 혼란스러웠는데, **매뉴얼 섹션 번호**라는 걸 알게 됐음  
  1은 실행 프로그램·셸 명령, 2는 시스템 호출, 3은 라이브러리 호출, 4는 특수 파일, 5는 파일 형식·규칙, 6은 게임, 7은 기타, 8은 시스템 관리 명령, 비표준 9는 커널 루틴을 뜻함
  - `man 1 man` 또는 짧게 `man man`을 실행해 **man(1)** 을 확인해 보면 됨. 특히 `SEE ALSO`에 나오는 여러 `intro` 페이지가 유용함

- 이 개선 사항들이 **OpenBSD 8.0**에 포함될지 궁금함

- 링크가 원래 읽을 수 있게 만들어진 것인지 궁금함. Android용 Firefox에서는 다음처럼 보임  
  https://imgur.com/a/oTimS9R
  - 공교롭게도 Imgur가 **영국에서의 접근을 차단**해 해당 스크린샷을 볼 수 없음  
    https://i.ibb.co/V0BgWFbV/image.png
  - Pixel 7 Pro에서는 사이트가 정상적으로 보임  
    https://hypertekst.net/Screenshot.png