중간 인증서 없음
unable to get local issuer certificate 또는 unable to verify the first certificate 오류의 CA 체인을 완성하세요. 오류가 계속되면 다른 신뢰 원인도 확인하세요.
AIA 발급자 검색 · PEM 체인 내보내기
SSL 인증서 체인을 완성하세요.
빠진 중간 인증서를 찾아 온라인에서 fullchain.pem을 만드세요. Nginx, Apache, 클라우드 인증서 업로드에 맞는 순서의 SSL 인증서 체인 또는 CA 번들을 구성합니다.
SSL 인증서 체인 구성
서버에서 체인을 완성하도록 공개 SSL 인증서를 제출하세요. 같은 파일의 중간 인증서와 루트 인증서는 재사용되고, 빠진 발급자는 자동으로 받아 옵니다. 개인 키는 제출하지 마세요.
먼저 서버 인증서를 넣어. 기존 중간 및 루트는 어떤 순서에 따라 따를 수 있습니다. PEM 또는 단일 DER 인증서, 최대 1 MB.
완료된 인증서 체인이 여기에 나타날 것입니다
배포용 fullchain.pem 또는 별도의 CA 번들을 다운로드하세요.
불완전한 인증서 체인
누락된 중간 인증서를 수정합니다.
SSL 인증서에는 클라이언트가 신뢰하는 루트까지의 발급자 경로가 필요합니다. cert.pem만 제공하면 그 경로가 불완전할 수 있습니다. 중간 인증서를 캐시한 브라우저는 동작하고, 새 기기나 명령줄 클라이언트는 검증 오류를 보고할 수 있습니다.
배포 번들
리프를 먼저 두고 그다음 중간 인증서를 넣어 fullchain.pem을 만듭니다. 인증서 체인 필드가 따로 있는 플랫폼에는 CA 번들을 따로 내보내세요.
검증된 발급자 연결
다운로드한 인증서를 추가하기 전에 발급자 이름과 암호 서명을 확인합니다. 관련 없는 인증서로는 체인을 완성할 수 없습니다.
FULLCHAIN.PEM 생성
인증서 체인을 완료하는 방법.
개인 키 또는 도메인 연결이 필요하지 않습니다. 이 도구는 라이브 서버를 스캔하는 것보다 인증서 파일과 함께 작동합니다.
- 01
서버 인증서 추가
PEM을 붙여 넣거나 .pem, .crt, .cer, .der 인증서를 업로드하세요. 일부 체인이 있으면 리프 인증서를 맨 앞에 두세요.
- 02
체인 검증 및 완성
Cloudflare 확인을 마친 뒤 인증서를 제출하세요. 서버는 이미 있는 중간 인증서와 루트를 재사용한 다음, 빠진 발급자를 자동으로 받습니다.
- 03
fullchain.pem을 다운로드해 배포
기본 설정 파일에는 서버 인증서가 중간에 따라 포함되어 있습니다. 기존의 개인 키를 분리하고 다시로드 한 후 라이브 서버를 확인합니다.
체인 결과
완성 결과를 확인하세요.
체인 구성됨
각 발급자 연결이 확인되고 체인이 자체 서명 루트에 도달했습니다. 배포 번들을 다운로드하고 대상 클라이언트가 그 루트를 신뢰하는지 확인하세요.
발급자를 사용할 수 없음
AIA가 없거나 차단되었거나, 일치하는 발급자를 반환하지 않습니다. CA에서 중간 인증서와 루트 인증서를 제공한 뒤 다시 시도하세요.
유효성 경고
만료되었거나 아직 유효하지 않은 인증서는 체인이 완전해도 사용할 수 없습니다. 배포 전에 갱신하거나 유효 기간 문제를 해결하세요.
OpenSSL로 체인을 구성하고 확인하세요.
CA에서 중간 인증서를 받아 발급자 순서로 배치하세요. Nginx ssl_certificate 또는 Apache 2.4.8 이상의 SSLCertificateFile에 fullchain.pem을 지정합니다. 개인 키는 별도의 설정 필드에 둡니다.
서버를 다시 로드한 뒤, 해당 도메인에 실제로 제공되는 인증서 체인을 확인하세요. 로컬 번들만으로는 현재 TLS 구성이 그 번들을 쓰는지 알 수 없습니다.
# Inspect issuer and AIA details openssl x509 -in cert.pem -noout -text # Leaf first, then ordered intermediates cat cert.pem intermediates.pem > fullchain.pem # Verify with a root you independently trust openssl verify -CAfile trusted-root.pem \ -untrusted intermediates.pem cert.pem # Inspect the live server using SNI openssl s_client -connect example.com:443 \ -servername example.com -showcerts \ -verify_return_error </dev/null지원된 형식 및 다운로드 제한.
PEM CERTIFICATE 블록 전체를 붙여 넣거나, PEM 번들 또는 DER X.509 인증서 하나를 업로드하세요. AIA 다운로드는 PEM과 DER 응답을 지원합니다. P7B, PFX, P12 파일은 인증서 변환기에서 먼저 변환하세요. 입력은 1 MB로 제한되며, 자동 요청에는 시간 제한과 체인 깊이 제한이 있습니다.
완성은 첫 인증서에서 발급자 경로를 하나만 따르며, 구형 클라이언트를 위해 다른 경로를 고르지 않습니다. 검증, 발급자 다운로드, 서명 검사는 Cloudflare 확인 뒤 서버에서 실행됩니다. 이미 있는 중간 인증서와 루트 인증서는 같은 입력에서 서버 인증서 뒤에 넣으세요.
관련 SSL 도구.
인증서 체인 완료 FAQ.
어떻게 SSL 인증서 체인을 완료합니까?
서버 인증서를 먼저 붙여 넣고, 이미 있는 중간 인증서를 그 뒤에 두세요. Cloudflare 확인 뒤 AutoSSL은 입력에 있는 인증서를 재사용하고, Authority Information Access(AIA) URL에서 빠진 발급자를 받습니다. 각 발급자는 인증서의 발급자 이름과 일치하고 서명을 검증해야 합니다. 체인이 자체 서명 루트에 도달하면 fullchain.pem을 다운로드하세요.
cert.pem, chain.pem, fullchain.pem의 차이는 무엇인가요?
cert.pem에는 보통 서버 인증서만 있습니다. chain.pem 또는 CA 번들에는 보통 중간 CA 인증서가 있습니다. fullchain.pem은 서버 인증서를 앞에 두고 중간 인증서를 발급자 순서로 이어 붙입니다. 여기서의 배포용 출력은 자체 서명 루트를 빼며, 별도 다운로드에는 루트가 포함됩니다.
인증서 체인이 불완전한 이유는?
서버가 리프 인증서만 제시하거나 오래된 CA 번들을 쓸 수 있습니다. 중간 인증서를 캐시한 클라이언트는 동작하는 것처럼 보이고, 캐시가 없는 클라이언트는 실패합니다. 발급자가 없으면 unable to get local issuer certificate, unable to verify the first certificate, 또는 curl error 60이 날 수 있습니다. 이 오류는 다른 신뢰 또는 유효성 문제에서도 발생합니다.
왜 자동 중간 인증서 다운로드가 실패 했습니까?
인증서에 AIA 발급자 URL이 없거나 CA 엔드포인트를 쓸 수 없을 수 있습니다. 자동 다운로드는 브라우저 CORS와 HTTP 제한을 피하려고, 지원하는 공개 CA 저장소에 동일 출처 서비스를 사용합니다. 저장소를 지원하지 않거나 AIA가 없으면 CA에서 빠진 인증서를 받아 같은 입력의 서버 인증서 뒤에 붙인 다음 다시 시도하세요. PKCS#7 AIA 응답은 먼저 인증서 변환기로 PEM으로 바꿔야 합니다.
이 도구는 내 인증서를 업로드하거나 개인 키를 필요로합니까?
예. 공개 인증서 또는 기존 체인은 Cloudflare 확인 후 AutoSSL로 전송됩니다. 서버가 인증서를 검증하고 빠진 발급자를 자동으로 받은 뒤, 루트를 포함한 전체 체인을 반환합니다. 개인 키, CSR, 인증서가 아닌 PEM 블록은 거부됩니다. 다운로드 파일은 브라우저에서 조합됩니다.
체인이 완성되면 인증서를 신뢰할 수 있나요?
아닙니다. 자체 서명 루트에 도달했다는 것은 서명이 이어진다는 뜻이지, 브라우저나 운영체제가 그 루트를 신뢰한다는 뜻은 아닙니다. 이 도구는 폐기, 호스트 이름 유효성, CA 경로 제약, 모든 인증서 정책을 확인하지 않습니다. 만료된 인증서는 여전히 갱신이 필요하고, 사설 CA 루트는 클라이언트 신뢰 저장소에 설치해야 합니다.
서버에서 루트 인증서를 포함해야합니까?
TLS 서버는 보통 서버 인증서와 중간 인증서를 보냅니다. 클라이언트는 신뢰하는 루트를 이미 갖고 있습니다. 일반적인 Nginx와 Apache 배포에는 fullchain.pem을 쓰세요. 플랫폼이 루트를 요구할 때만 루트가 포함된 체인을 받으세요. 이 도구는 어느 출력이든 만들기 전에 마지막 발급자 관계를 확인하려고 루트가 필요합니다.