post
죽어가던 소프트웨어: relayd(8)와 httpd(8)의 지속적인 진화
기존 OpenBSD 개발자들의 관심이 줄면서 정체됐던 relayd(8)와 httpd(8) 개발이 실제 운영 수요를 가진 기여자들의 참여로 다시 활발해짐 LLM이 코딩 지식을 대신하는 시기일수록 직접 C를 익히고 도전해야 한다는 판단에서 출발해, relayd(8)의 수제 imsg 체계부터 현대화함
한 줄 요약
기존 OpenBSD 개발자들의 관심이 줄면서 정체됐던 relayd(8)와 httpd(8) 개발이 실제 운영 수요를 가진 기여자들의 참여로 다시 활발해짐
핵심 내용
기존 OpenBSD 개발자들의 관심이 줄면서 정체됐던 relayd(8)와 httpd(8) 개발이 실제 운영 수요를 가진 기여자들의 참여로 다시 활발해짐
LLM이 코딩 지식을 대신하는 시기일수록 직접 C를 익히고 도전해야 한다는 판단에서 출발해, relayd(8)의 수제 imsg 체계부터 현대화함
2024~2026년 tech@ 메일링 리스트의 미반영 패치와 기존 GitHub 미러의 오래된 이슈를 대부분 정리하고, 신규 기여자를 위한 Git 미러와 README도 마련함
relayd(8)는 안전한 imsg API와 TLS·요청 파싱 보안을 강화하고 재로딩 충돌을 수정했으며, httpd(8)는 요청 스머글링 방어, 사용자 정의 헤더, 정적 파일 캐시 제어 등을 추가함
두 데몬의 보안·안정성·확장성이 함께 나아졌지만 작업 과정에서 백로그도 늘어나 아이디어와 피드백을 계속 받고 있음
왜 중요한가
LLM이 코딩 지식을 대신하는 시기일수록 직접 C를 익히고 도전해야 한다는 판단에서 출발해, relayd(8)의 수제 imsg 체계부터 현대화함 2024~2026년 tech@ 메일링 리스트의 미반영 패치와 기존 GitHub 미러의 오래된 이슈를 대부분 정리하고, 신규 기여자를 위한 Git 미러와 README도 마련함 relayd(8)는 안전한 imsg API와 TLS·요청 파싱 보안을 강화하고 재로딩 충돌을 수정했으며, httpd(8)는 요청 스머글링 방어, 사용자 정의 헤더, 정적 파일 캐시 제어 등을 추가함
참조한 것 · 가져온 것
원문: https://rsadowski.de/posts/2026/dead-software-walking-relayd-and-httpd/
GeekNews: https://news.hada.io/topic?id=32040