HTTPS 인증서, 발급부터 자동 갱신까지

검증 방식을 먼저 고릅니다

인증서를 받으려면 그 도메인이 내 것임을 증명해야 하고, 증명 방식이 두 가지입니다. 첫째는 웹 경로에 특정 파일을 두고 확인받는 방식입니다. 설정이 간단하지만 그 경로가 외부에서 열려 있어야 하고, 여러 대 서버에 분산돼 있으면 모든 대수에 파일이 있어야 합니다. 둘째는 DNS에 기록을 추가해 확인받는 방식입니다. 서버 설정과 무관하고 와일드카드 인증서도 받을 수 있지만, DNS를 자동으로 고칠 수 있는 권한이 필요합니다. 그래서 선택 기준은 서버 대수와 DNS 자동화 가능 여부입니다. 두 조건을 먼저 확인하면 뒤에서 막히지 않습니다.

자동 갱신은 설치가 아니라 확인까지입니다

갱신 자동화를 설정했다고 끝이 아닙니다. 실제로 갱신이 도는지 확인해야 합니다. 1단계로 자동 실행 일정이 등록됐는지 봅니다. 2단계로 시험 실행 모드로 갱신을 돌려 성공하는지 확인합니다. 3단계로 갱신 뒤 웹서버가 새 인증서를 다시 읽는 동작이 연결됐는지 봅니다. 이 3단계가 가장 많이 빠집니다. 인증서 파일은 새로 받았는데 웹서버가 예전 파일을 들고 있어 만료 오류가 그대로 나오는 상태가 됩니다. 4단계로 만료 30일 전 알림을 따로 설정합니다. 자동화가 조용히 멈출 수 있으므로, 자동화와 별개의 감시가 필요합니다.

수동 갱신 비용과 만료 사고 비용을 비교합니다

학습용 가정으로 계산합니다. 가정값은 인증서 유효 기간이 짧아 연 4회 갱신해야 하고 회당 30분이 든다고 두겠습니다. 연간 작업 시간은 120분이고, 내부 시간 비용을 시간당 30,000원으로 가정하면 60,000원입니다. 이것이 중간 계산값입니다. 최종 판단은 사고 비용과 비교해서 합니다. 만료를 놓쳐 2시간 동안 접속이 막히고 중단 1분 손실을 5,000원으로 가정하면 120분 곱하기 5,000원으로 600,000원입니다. 수동 갱신 1년치 비용의 10배입니다. 그래서 자동화의 가치는 작업 시간 절약보다 만료 사고를 막는 쪽에 있습니다.

갱신이 막히는 세 가지 상황

결론을 뒤집는 조건이 있습니다. 첫째, 발급 기관의 요청 한도입니다. 시험을 반복하다 한도에 걸리면 정작 필요한 순간에 발급이 거부됩니다. 그래서 시험은 시험용 환경으로 돌립니다. 둘째, 검증 경로 차단입니다. 보안 설정을 강화하면서 검증용 경로를 막아 버리면 갱신이 실패하는데, 만료 전까지는 아무 증상이 없어 늦게 발견됩니다. 셋째, 서버 교체입니다. 자동화 설정이 이전 서버에만 있고 새 서버에는 없으면 교체 몇 달 뒤 만료됩니다. 그래서 점검표에는 시험 환경 사용, 검증 경로 열림 확인, 서버 교체 시 인수 항목 세 가지를 넣습니다.

웹호스팅 실행 전 점검표

• 서버 대수와 DNS 자동화 가능 여부로 검증 방식을 골랐다
• 시험 실행으로 갱신 성공을 확인했다
• 갱신 뒤 웹서버가 새 인증서를 다시 읽는지 확인했다
• 만료 30일 전 알림을 자동화와 별개로 설정했다