SSL·TLS 인증서 도구

인증서 작업은 대개 잘 안 읽히는 파일에서 시작합니다. 체인 순서가 불분명한 PEM 묶음, PEM이 필요한데 DER인 인증서, CA에 보내기 전 확인할 CSR 같은 경우입니다. 이 페이지는 디코딩, 형식 변환, 체인·호스트 검증을 다룹니다.

인증서 디코더와 CSR 생성 및 디코딩은 붙여 넣은 파일에서 필드를 읽고, 인증서 형식 변환기는 PEM과 DER을 오갑니다. 온라인 TLS 인증서 확인만 실제 서버에 접속해 확인하고, 나머지는 붙여 넣은 파일로 동작합니다.

도구 8개

인증서와 키 디코딩

인증서를 설치했는데도 체인 오류가 나는 이유는 무엇인가요?

서버는 자기 인증서뿐 아니라 신뢰 루트까지 이어지는 중간 인증서도 함께 제시해야 하며, 하나만 빠져도 일부 클라이언트에서 이 오류가 납니다. 인증서 체인 검증으로 빠진 발급자를 먼저 찾으세요.

인증서를 DER에서 PEM으로 어떻게 변환하나요?

인증서 형식 변환기가 DER 인증서를 PEM으로, 또는 그 반대로 다시 인코딩하고 묶음 파일도 개별 인증서로 나눕니다. DER은 이진 형식, PEM은 대부분의 웹 서버가 쓰는 base64 텍스트 형식입니다.

인증서가 유효한데도 브라우저가 연결을 거부하는 이유는?

인증서의 SAN 목록이 실제로 보호하는 호스트 이름을 담고 있어, www 누락이나 와일드카드 범위 차이만으로도 검증이 실패합니다. 호스트 이름 검증 도구가 SAN 목록과 대조해 이유를 보여줍니다.