Q: Caddy의 http.request.proto 플레이스홀더가 HTTP/2 대신 HTTP/2.0을 반환하는 이유는 무엇인가요?

해당 플레이스홀더는 HTTP/ . 형식을 사용하는 Go의 http.Request.Proto를 노출합니다. HTTP/2와 HTTP/3의 경우, Go 내부 및 quic-go 라이브러리는 CGI/FCGI 기대치(예: SERVER_PROTOCOL)와의 호환성을 유지하기 위해 'HTTP/2.0' 및 'HTTP/3.0'을 생성합니다. 해결 방법으로 Caddyfile map을 사용하여 값을 변경할 수 있습니다: `map {http.request.proto} {proto_name} { HTTP/2.0 HTTP/2 HTTP/3.0 HTTP/3 default {http.request.proto} }`. 향후 전용 플레이스홀더(예: http.request.proto.name)는 사양을 준수하는 프로토콜 이름을 제공할 수 있습니다.

Question 1

왜 Caddy 다운로드 페이지는 버전 2 대신 Hetzner DNS 모듈의 버전 1을 설치하나요?

Accepted Answer

Caddy 다운로드 페이지는 패키지 관리자가 풀 리퀘스트를 통해 제출한 최신 버전을 보여줍니다. 관리자가 항목을 v2를 가리키도록 업데이트할 때까지 사용자는 xcaddy로 빌드하거나(`xcaddy build --with github.com/caddy-dns/hetzner/v2`) `caddy add-package` 명령어를 사용하여(`caddy add-package github.com/caddy-dns/hetzner/v2`) 다운로드 페이지를 우회할 수 있습니다. 이렇게 하면 v2 모듈이 포함됩니다.

Question 2

속도 제한 및 남용 방지를 위해 on_demand_tls ask 엔드포인트에 클라이언트 IP를 전달하는 방법은 무엇인가요?

Accepted Answer

Caddy는 기본적으로 클라이언트 IP를 전달하지 않지만, 사용자 정의 권한 모듈을 구현할 수 있습니다. 모듈에서 요청 컨텍스트로부터 원격 IP를 가져와(예: automation.go#L325 참조) 이를 ask 엔드포인트 호출에 포함시키고(예: 쿼리 파라미터로 추가), 백엔드에서 속도 제한 처리를 수행하세요. 전체 문서: https://caddyserver.com/docs/caddyfile/options#on-demand-tls

Question 3

Caddy로 사용자 정의 DNS zone records를 어떻게 관리하나요?

Accepted Answer

외부 caddy-zone-manager 플러그인(github.com/infogulch/caddy-zone-manager)을 사용하세요. 이 플러그인은 Caddyfile에서 임의의 DNS 레코드를 정의하고 지원되는 DNS 제공자에 동기화할 수 있게 해줍니다. xcaddy를 사용하여 플러그인과 함께 Caddy를 빌드하세요: `xcaddy build --with github.com/infogulch/caddy-zone-manager`. 이 플러그인은 공식 Caddy 배포판에 포함되어 있지 않으며, 특히 레코드 소유권 및 삭제 모드에 주의하여 사용해야 합니다. 이 플러그인은 동기화 동작을 제어하기 위해 log_only, append_set, append_set_delete와 같은 모드를 지원합니다.

Question 4

Caddy의 http.request.proto 플레이스홀더가 HTTP/2 대신 HTTP/2.0을 반환하는 이유는 무엇인가요?

Accepted Answer

해당 플레이스홀더는 HTTP/. 형식을 사용하는 Go의 http.Request.Proto를 노출합니다. HTTP/2와 HTTP/3의 경우, Go 내부 및 quic-go 라이브러리는 CGI/FCGI 기대치(예: SERVER_PROTOCOL)와의 호환성을 유지하기 위해 'HTTP/2.0' 및 'HTTP/3.0'을 생성합니다. 해결 방법으로 Caddyfile map을 사용하여 값을 변경할 수 있습니다: `map {http.request.proto} {proto_name} { HTTP/2.0 HTTP/2 HTTP/3.0 HTTP/3 default {http.request.proto} }`. 향후 전용 플레이스홀더(예: http.request.proto.name)는 사양을 준수하는 프로토콜 이름을 제공할 수 있습니다.

Question 5

Caddy가 get_certificate를 통해 가져온 외부 관리 인증서를 캐싱하지 않는 이유는 무엇이며, 캐싱을 활성화하려면 어떻게 해야 합니까?

Accepted Answer

`get_certificate http://...`를 사용할 때, Caddy는 인증서를 외부에서 관리되는 것으로 간주하여 캐싱하지 않습니다. 캐싱 및 갱신 로직은 인증서 관리자의 책임이기 때문입니다. 캐싱을 도입하려면 사용자 정의 certmagic.Manager 모듈을 구현하십시오. 기존 HTTP 관리자(Caddy 저장소의 modules/caddytls/certmanagers.go 참조)를 기반으로 구현하고 캐싱 계층을 추가하십시오. 그런 다음 Caddy가 기본 `get` 모듈 대신 사용자 정의 관리자를 사용하도록 구성하십시오. 이렇게 하면 Caddy가 매 요청마다 엔드포인트에서 가져오는 대신 인증서를 캐싱하고 재사용할 수 있습니다.

caddy

주요 기능

할 수 없는 것

사용 사례

태그

시작하기

유사한 프로젝트