참고 자료 · 118

TLS 갱신: 실제 제공 인증서 검증

갱신을 TLS 종료 지점과 클라이언트까지 확인한 뒤 변경을 완료합니다.

업데이트됨 · 2 min

이 가이드가 달성하는 목표

  • TLS 종료 지점 목록화
  • 발급, 배포와 다시 로드 준비
  • 클라이언트 확인과 감시

빠른 확인

  • 종료 지점 지도와 관찰한 만료일.
  • 검증한 갱신 및 배포 절차.
  • 클라이언트 증거, 알림과 완료 기준.

단계별 방법

  1. 1

    TLS 종료 지점 목록화

    이름, CDN, 로드 밸런서, 프록시와 인증서를 제공하는 내부 연결을 기록합니다. 실제 인증서, 체인, 만료와 담당자를 확인합니다. 발급 성공이 모든 노드 설치를 입증하지는 않습니다. 개인 키를 보호하고 목록에 넣지 않습니다.

    종료 지점 지도와 관찰한 만료일.

  2. 2

    발급, 배포와 다시 로드 준비

    제공된다면 공급자 시험 환경에서 자동화를 확인합니다. 검증 챌린지, SAN 이름, 보호 저장소와 다시 로드를 확인합니다. 키 정책상 사용 가능한 인증서가 있으면 시작마다 발급하지 않습니다.

    검증한 갱신 및 배포 절차.

  3. 3

    클라이언트 확인과 감시

    지원 클라이언트와 관련 경로에서 이름, 날짜와 신뢰 체인을 검증합니다. TLS 검증을 유지합니다. 스케줄러만 아닌 실제 인증서 만료를 감시합니다. 복귀는 유효 인증서와 침해되지 않은 키가 필요하며 아니면 수정하거나 격리합니다.

    클라이언트 증거, 알림과 완료 기준.

재현 가능한 수락 사례

가상 예시입니다. 고객이나 실제 관측 결과를 나타내지 않습니다.

사례 입력 보기
{
    "issuance_succeeded": true,
    "proxy_count": 2,
    "proxies_serving_expected_certificate": 1,
    "other_proxy_certificate_expired": true,
    "tls_verification_enabled": true,
    "expected": "change_incomplete_fix_and_verify_client_paths"
}

예상 판단

가상 예: 갱신은 성공했지만 두 프록시 중 하나가 만료 인증서를 제공합니다. 변경은 미완료이며 프록시를 고치고 TLS 검증을 끄지 않은 채 경로를 확인합니다.

Let’s Encrypt — Integration Guide

나의 수락 기록장

이 가이드의 기준에 따라 관측을 기록합니다. 기록은 인증이 아닙니다.

자동 저장되지 않습니다. 떠나기 전에 내보내세요.

관리 지표

지표측정 대상첫 번째 조치
검증한 최신 종료 지점예상 인증서를 제공하는 확인 지점 / 목록 지점관찰 못한 지점 표시
관찰한 최소 유효기간확인한 제공 인증서 중 가장 짧은 남은 기간관찰 시각과 범위 기록

일반적인 실수

    자주 묻는 질문

    ACME 갱신 성공이면 충분한가요?

    아닙니다. 배포, 다시 로드와 클라이언트가 보는 인증서를 확인하세요. 노드가 이전 인증서를 제공할 수 있습니다.

    공식 참조

    참조는 방법을 뒷받침합니다. 상황에 맞게 검사를 조정하십시오. 이는 인증이 아닙니다. 원본 참조 제목 및 소스 문서는 다른 언어로 작성되었을 수 있습니다.

    참고 자료 확인일 .

    더 알아보기

    모든 가이드서비스 알아보기

    관련 분석