셀프호스팅 무료 도메인 SSL 적용하는 법
비용을 최소화하면서 내 홈서버에 도메인과 HTTPS를 붙이는 구조부터 인증서 발급까지
- 셀프호스팅 무료 도메인 SSL 구성은 도메인 또는 무료 DDNS 주소, DNS, 리버스 프록시, TLS 인증서를 연결하는 작업입니다.
- 완전한 무료 구성이 목적이라면 무료 DDNS가 현실적인 선택이며, 독립적인 일반 도메인이 필요하다면 도메인 등록 비용은 별도로 생각해야 합니다.
- SSL/TLS 인증서는 Let’s Encrypt를 이용하면 무료로 발급할 수 있습니다.
- HTTP-01 검증은 80번 포트를 사용하고, DNS-01은 DNS의 TXT 레코드를 이용해 도메인 제어 권한을 검증합니다.
- Nginx Proxy Manager를 함께 사용하면 도메인별 백엔드 연결과 Let’s Encrypt 인증서 관리를 GUI에서 구성할 수 있습니다.
홈서버를 만들고 나면 가장 먼저 불편해지는 것이 주소입니다. 셀프호스팅 무료 도메인 SSL 구성을 해두지 않으면 192.168.x.x:포트나 공인 IP와 포트를 기억해야 하고, 외부 접속과 HTTPS 관리도 서비스마다 복잡해질 수 있습니다.
그래서 셀프호스팅을 시작한 뒤에는 자연스럽게 ‘무료로 주소를 만들 수 없을까?’, ‘Let’s Encrypt는 정말 무료인가?’, ‘HTTPS까지 적용하려면 무엇이 필요한가?’라는 질문으로 이어집니다.
여기서 먼저 짚어야 할 부분이 있습니다. 무료 SSL 인증서와 무료 도메인은 같은 개념이 아닙니다. Let’s Encrypt 인증서는 무료로 이용할 수 있지만, 일반적인 독립 도메인의 등록 비용까지 자동으로 무료가 되는 것은 아닙니다.
따라서 이번 글에서는 ‘무조건 모든 것을 0원으로 만든다’고 단정하지 않습니다. 무료 DDNS를 이용하는 방법과 별도 도메인을 이용하는 방법을 구분하고, 그 위에 무료 TLS 인증서를 적용하는 전체 구조를 살펴보겠습니다.
셀프호스팅 무료 도메인 SSL 구성부터 이해하기
셀프호스팅 무료 도메인 SSL 설정을 어렵게 만드는 가장 큰 이유는 도메인과 SSL을 하나의 기능처럼 생각하기 때문입니다. 실제로는 서로 다른 역할을 가진 여러 단계가 연결됩니다.
먼저 사용자가 기억할 수 있는 주소가 필요합니다. 직접 등록한 도메인을 사용할 수도 있고, 비용을 최소화하려면 무료 DDNS 서비스가 제공하는 호스트 이름을 활용하는 방법도 있습니다.
그다음 주소가 자신의 서버를 찾아오도록 DNS 또는 DDNS가 연결되어야 합니다. 여기까지는 ‘어디로 갈 것인가’를 결정하는 단계입니다.
요청이 서버에 도착하면 NGINX나 Nginx Proxy Manager 같은 리버스 프록시가 어떤 내부 서비스로 요청을 보낼지 결정할 수 있습니다. 마지막으로 TLS 인증서를 적용하면 브라우저와 서버 사이의 HTTPS 연결을 구성할 수 있습니다.
사용자 ↓ 도메인 / DDNS 주소 ↓ DNS 또는 DDNS ↓ 공인 IP와 홈 네트워크 ↓ 리버스 프록시 ↓ 실제 Docker·웹 서비스 HTTPS 사용 시 사용자 ↔ TLS 인증서가 적용된 웹 서비스
예를 들어 개인 파일 서비스를 내부의 192.168.0.20:8080에서 실행한다고 가정해보겠습니다. 로컬에서는 이 주소로 직접 접속할 수 있지만 외부에서는 사설 IP를 그대로 사용할 수 없습니다.
외부에서 접속하려면 사용자가 입력할 도메인 또는 호스트 이름이 필요하고, 그 주소가 인터넷에서 접근 가능한 서버 쪽을 찾아가도록 구성해야 합니다. 이후 리버스 프록시가 실제 192.168.0.20:8080 서비스로 요청을 전달할 수 있습니다.
도메인은 ‘주소’, DNS는 ‘주소를 서버와 연결하는 시스템’, 리버스 프록시는 ‘도착한 요청을 실제 서비스에 전달하는 안내자’, TLS 인증서는 ‘HTTPS 통신을 구성하는 인증 수단’이라고 나눠 생각하면 쉽습니다. 하나가 다른 하나를 완전히 대신하지 않습니다.
Let’s Encrypt는 무료로 TLS 인증서를 발급하는 인증기관입니다. 공식 문서에 따르면 인증서 발급과 갱신은 ACME 프로토콜을 이용해 자동화할 수 있으며, 인증서를 받으려면 신청자가 해당 도메인을 제어하고 있다는 사실을 검증해야 합니다.
이 때문에 IP 주소만 알고 있다고 바로 원하는 도메인의 인증서를 발급받는 구조가 아닙니다. 인증서에 사용할 도메인을 준비하고, Let’s Encrypt가 요구하는 방식으로 도메인 제어 권한을 증명해야 합니다.
무료 도메인과 무료 DDNS는 무엇이 다른가?
셀프호스팅 무료 도메인 SSL을 검색할 때 가장 주의해야 하는 부분이 ‘무료 도메인’이라는 표현입니다. 인터넷에서 무료 주소를 받을 수 있다고 해서 일반적인 독립 도메인 등록권을 무료로 소유하게 되는 것과 항상 같은 의미는 아닙니다.
독립 도메인은 일반적으로 도메인 등록기관을 통해 등록하고 갱신합니다. 반면 DDNS 서비스는 서비스 제공자가 보유한 도메인 아래에서 사용자가 선택한 호스트 이름을 제공하고, 그 주소를 사용자의 현재 IP와 연결해주는 형태가 흔합니다.
예를 들어 Duck DNS는 공식 사이트에서 AWS에서 운영되는 무료 Dynamic DNS 서비스라고 설명하고 있으며, duckdns.org 아래의 서브도메인을 사용자가 자신의 IP에 연결할 수 있도록 제공합니다.
즉 자신만의 example.com을 무료로 등록하는 것과 myserver.duckdns.org 같은 무료 DDNS 주소를 사용하는 것은 구분해야 합니다.
홈서버를 처음 실습하는 단계라면 무료 DDNS가 꽤 유용합니다. 별도의 도메인을 먼저 구매하지 않고도 사람이 읽기 쉬운 호스트 이름을 만들고 동적 공인 IP 환경에 대응할 수 있기 때문입니다.
반대로 장기간 운영할 개인 서비스나 블로그, 여러 서브도메인을 체계적으로 관리할 계획이라면 자신이 등록한 독립 도메인을 사용하는 편이 관리 자유도가 높습니다. 어느 쪽이 무조건 더 좋다기보다 목적이 다릅니다.
인터넷에서 ‘무료 도메인’이라는 문구만 보고 장기간 운영할 주소를 결정하지 마세요. 무료 서비스는 제공 조건이나 정책이 바뀔 수 있습니다. 대신 실습은 무료 DDNS로 시작하고, 장기적으로 유지해야 할 서비스라면 자신이 직접 관리할 수 있는 독립 도메인도 함께 비교하세요.
Duck DNS의 장점은 이름 그대로 Dynamic DNS에 있습니다. 가정용 인터넷에서 공인 IP가 바뀌는 환경이라면 서버나 별도의 클라이언트가 현재 IP를 DDNS 서비스에 알려주고 DNS 정보를 갱신하는 구성을 만들 수 있습니다.
예를 들어 Duck DNS는 공식 설치 페이지에서 여러 운영체제와 라우터, Docker 등을 위한 설정 예시를 제공합니다. 실제 갱신 방법은 자신이 사용하는 서버 환경에 맞는 공식 안내를 확인하는 것이 좋습니다.
Cloudflare를 사용하는 경우에는 자신의 도메인을 Cloudflare DNS에서 관리하는 방식도 많이 사용됩니다. Cloudflare DNS에서는 A·AAAA·CNAME 같은 DNS 레코드를 만들 수 있으며, API를 이용하는 자동화 구성도 가능합니다.
다만 Cloudflare가 무료 DNS 서비스를 제공한다고 해서 새로운 독립 도메인의 등록 비용까지 항상 없어지는 것은 아닙니다. DNS 호스팅 비용과 도메인 등록 비용은 별개의 개념으로 구분해야 합니다.
비용을 최소화한 실습이 목적이면 무료 DDNS + Let’s Encrypt 조합부터 이해해보세요. 이후 자신만의 도메인이 필요해지면 독립 도메인을 등록하고 DNS만 교체해도 리버스 프록시와 HTTPS의 기본 원리는 그대로 활용할 수 있습니다.
셀프호스팅 무료 도메인 SSL 연결 순서
셀프호스팅 무료 도메인 SSL 설정은 한꺼번에 모든 옵션을 바꾸기보다 순서를 정해 진행하는 것이 좋습니다. DNS, 네트워크, 리버스 프록시, TLS 중 어느 단계에서 문제가 생겼는지 구분하기 쉬워지기 때문입니다.
가장 먼저 웹 서비스 자체가 정상인지 확인합니다. 예를 들어 Docker 컨테이너가 192.168.0.20:8080에서 실행된다면 같은 네트워크에서 해당 주소에 접근할 수 있는지 먼저 테스트합니다.
이 단계에서 접속되지 않는다면 도메인이나 SSL을 설정해도 해결되지 않습니다. 먼저 컨테이너 상태, 포트 매핑, 방화벽, 애플리케이션 로그 등 서비스 자체의 문제를 해결해야 합니다.
셀프호스팅 무료 도메인 SSL 설정 순서
1. 내부 웹 서비스 정상 작동 확인 예: 192.168.0.20:8080 2. 도메인 또는 DDNS 호스트 이름 준비 예: myserver.example.com 3. DNS/DDNS가 현재 서버 주소를 가리키도록 설정 4. 외부 요청이 리버스 프록시까지 도달하도록 공유기·방화벽·네트워크 구성 확인 5. 리버스 프록시에서 도메인과 백엔드 연결 myserver.example.com → 192.168.0.20:8080 6. Let's Encrypt 등으로 TLS 인증서 발급 7. HTTPS 접속과 인증서 갱신 상태 확인
세 번째 단계까지 진행했다면 도메인 또는 DDNS 주소가 올바른 서버를 가리키는지 확인해야 합니다. 직접 등록한 도메인을 사용한다면 일반적으로 IPv4에는 A 레코드, IPv6에는 AAAA 레코드를 활용할 수 있습니다.
무료 DDNS를 사용하는 경우에는 제공자가 안내하는 업데이트 방법을 사용합니다. 동적 IP가 변경될 때마다 새로운 주소가 DDNS에 반영되지 않으면 사용자는 예전 IP로 접속을 시도하게 됩니다.
그다음은 외부 요청을 리버스 프록시까지 전달하는 단계입니다. 일반적인 가정용 IPv4 NAT 환경에서는 공유기 포트 포워딩이 필요할 수 있으며, HTTP·HTTPS를 직접 공개하는 구성이라면 보통 80번과 443번 웹 트래픽의 경로를 확인하게 됩니다.
다만 모든 인터넷 환경이 동일하지는 않습니다. 통신사 네트워크 구조나 공인 IP 제공 방식에 따라 단순한 포트 포워딩으로 외부 인바운드 연결을 받을 수 없는 환경도 있습니다.
도메인을 만들었다고 외부 접속이 자동으로 열리는 것은 아닙니다. 도메인은 서버를 찾기 위한 이름이고, 실제 인터넷 요청이 서버까지 들어올 수 있는지는 네트워크 구성의 문제입니다. 이 둘을 분리해서 확인하면 문제 해결이 훨씬 빨라집니다.
리버스 프록시까지 요청이 도달한다면 이제 도메인과 실제 백엔드 서비스를 연결합니다. Nginx Proxy Manager를 예로 들면 Domain Names에 외부 주소를 넣고 Forward Hostname/IP와 Forward Port에 실제 서비스의 목적지를 지정하는 방식입니다.
예를 들어 cloud.example.com 요청을 내부의 192.168.0.20:8080으로 전달하도록 만들 수 있습니다. 외부 사용자는 내부 IP나 포트 번호를 몰라도 도메인으로 서비스에 접근할 수 있습니다.
Nginx Proxy Manager 공식 가이드는 홈 네트워크 등의 웹 서비스를 전달하고 무료 SSL을 구성할 수 있는 관리 인터페이스를 제공한다고 설명합니다. Docker 기반 셀프호스팅에서 도메인과 인증서를 함께 관리하고 싶을 때 활용하기 좋은 이유입니다.
여기까지 정상이라면 HTTP 기준의 요청 경로가 완성된 것입니다. 이제 마지막으로 Let’s Encrypt 인증서를 발급하고 HTTPS를 적용하면 브라우저와 리버스 프록시 사이의 암호화 연결을 구성할 수 있습니다.
중요한 것은 인증서부터 먼저 해결하려고 하지 않는 것입니다. 백엔드 서비스나 DNS, 외부 네트워크 경로가 잘못된 상태에서 SSL 설정까지 동시에 수정하면 어느 부분이 원인인지 찾기가 더 어려워집니다.
Let’s Encrypt 무료 SSL 인증서 적용하기
셀프호스팅 무료 도메인 SSL 구성에서 HTTPS를 담당하는 핵심이 TLS 인증서입니다. 도메인이 서버를 제대로 가리키고 리버스 프록시까지 요청이 도달한다면 이제 해당 도메인의 인증서를 발급받아 HTTPS 연결을 만들 수 있습니다.
Let’s Encrypt는 무료로 사용할 수 있는 공개 인증기관이며 ACME 프로토콜을 이용해 인증서 발급과 갱신을 자동화할 수 있도록 설계되어 있습니다. 중요한 것은 인증서를 신청하는 것만으로 바로 발급되는 것이 아니라 먼저 도메인 제어 권한을 검증해야 한다는 점입니다.
대표적인 검증 방식은 HTTP-01과 DNS-01입니다. 둘 다 ‘이 도메인을 실제로 제어하고 있는가?’를 확인하지만 검증에 사용하는 방법이 다릅니다.
HTTP-01과 DNS-01은 무엇이 다를까?
Let’s Encrypt 공식 문서에 따르면 HTTP-01은 http://도메인/.well-known/acme-challenge/... 아래에 검증 데이터를 제공하고 인증기관이 인터넷에서 해당 값을 확인하는 방식입니다. 이 검증은 80번 포트에서 시작합니다.
따라서 홈서버에서 HTTP-01을 사용할 경우 도메인이 올바른 공인 주소를 가리키는 것뿐 아니라 인터넷의 80번 포트 요청이 인증을 수행하는 서버까지 정상적으로 도달하는지도 중요합니다.
반면 DNS-01은 _acme-challenge 아래의 TXT 레코드에 검증 값을 넣어 도메인 제어 권한을 증명합니다. 웹 서버가 공개되어 있지 않은 환경에서도 사용할 수 있고 Wildcard 인증서 발급에도 이용할 수 있습니다.
Nginx Proxy Manager를 사용한다면 인증서 관리 과정을 GUI에서 처리할 수 있습니다. Nginx Proxy Manager 공식 가이드는 Let’s Encrypt를 이용한 무료 SSL 기능을 제공하며 자체 인증서를 사용하는 것도 지원한다고 안내합니다.
Proxy Host에서 도메인과 백엔드 서비스 연결을 먼저 만든 뒤 SSL Certificate 관련 설정에서 사용할 인증서를 선택하거나 새 Let’s Encrypt 인증서를 요청하는 방식입니다. 세부 UI 문구는 사용하는 버전에 따라 바뀔 수 있으므로 실제 설치 버전의 화면을 기준으로 확인하는 것이 좋습니다.
도메인 예시 cloud.example.com Proxy Host 예시 Scheme: http Forward Hostname / IP: 192.168.0.20 Forward Port: 8080 SSL Let's Encrypt 인증서 요청 → 발급 성공 후 HTTPS 접속 확인
중요한 것은 위의 IP와 포트를 그대로 복사하는 것이 아니라 자신의 환경에 맞게 변경하는 것입니다. 192.168.0.20:8080은 구조를 보여주기 위한 예시일 뿐입니다.
인증서가 적용되면 브라우저와 Nginx Proxy Manager 사이에는 HTTPS 연결을 구성할 수 있습니다. 뒤쪽 애플리케이션은 환경에 따라 HTTP 또는 HTTPS를 사용할 수 있으며, 프록시가 외부 TLS 연결을 담당하는 구성을 만들 수 있습니다.
무료 SSL의 핵심은 ‘인증서를 한 번 무료로 받는 것’보다 자동 갱신 구조를 만드는 데 있습니다. 수동 발급만 해두면 결국 만료 시점마다 관리해야 하지만 ACME 기반 자동화를 사용하면 인증서 수명 주기에 맞춰 갱신을 처리할 수 있습니다.
2026년 기준 Let’s Encrypt의 기본 인증서는 아직 90일 유효 기간으로 발급되고 있습니다. 다만 Let’s Encrypt는 업계 정책 변화에 맞춰 인증서 수명을 단계적으로 줄이는 계획을 발표했으며 2028년에는 45일까지 단축할 예정이라고 안내했습니다.
따라서 인증서 유효 기간을 외워 수동으로 교체하는 운영 방식보다 자동 갱신이 제대로 작동하는지 관리하는 것이 더 중요합니다. Nginx Proxy Manager 역시 공식 사이트에서 내장 Let’s Encrypt 지원과 인증서 자동 갱신 기능을 안내하고 있습니다.
인증서를 한 번 발급받았다고 DNS와 인증 경로를 무시하지 마세요. 이후 자동 갱신 시에도 검증이 필요할 수 있습니다. 대신 사용 중인 ACME Challenge 방식에 필요한 DNS·네트워크 조건을 유지하고 갱신 실패 로그를 주기적으로 확인하세요.
외부 접속이 안 될 때 확인할 것과 이후 관리
셀프호스팅 무료 도메인 SSL 구성을 모두 마쳤는데도 접속되지 않는다면 SSL 인증서부터 다시 발급하지 말고 요청 경로를 앞에서부터 확인하는 편이 좋습니다. 동일한 ‘접속 안 됨’ 증상이라도 원인은 여러 단계에 있을 수 있습니다.
첫 번째는 내부 서비스입니다. 도메인 없이도 같은 네트워크에서 실제 애플리케이션의 IP와 포트에 접속할 수 있는지 확인합니다. 여기서 실패하면 Docker 컨테이너나 애플리케이션, 포트 설정부터 수정해야 합니다.
두 번째는 DNS 또는 DDNS입니다. 도메인이 현재 서버의 올바른 공인 주소를 가리키는지 확인합니다. 가정용 회선에서 IP가 바뀌었다면 DDNS 갱신이 멈춰 예전 주소가 남아 있을 수도 있습니다.
Duck DNS는 공식 API를 통해 도메인의 IP를 갱신할 수 있도록 제공하고 있으며 HTTPS 요청을 권장합니다. 동적 IP 환경이라면 이런 갱신 작업이 실제로 지속해서 실행되는지도 확인해야 합니다.
세 번째는 외부 네트워크 경로입니다. 일반적인 IPv4 NAT 환경이라면 공유기의 포트 전달이나 방화벽이 요청을 리버스 프록시 서버까지 통과시키는지 확인합니다.
특히 HTTP-01 검증 실패가 발생한다면 80번 포트의 접근 경로를 확인해야 합니다. 반대로 DNS-01을 사용한다면 DNS TXT 레코드가 올바르게 생성되고 권한 위임이나 API 설정에 문제가 없는지를 확인하는 편이 맞습니다.
네 번째는 리버스 프록시입니다. 도메인은 제대로 서버에 도착하지만 백엔드로 연결되지 않는다면 Forward Hostname/IP, 포트, Scheme 또는 Docker 네트워크 같은 내부 연결 설정이 원인일 수 있습니다.
문제 해결 순서는 내부 서비스 → DNS/DDNS → 외부 네트워크 → 리버스 프록시 → 인증서로 잡아보세요. 인증서 문제처럼 보여도 실제 원인이 DNS나 백엔드 서비스인 경우가 있어 단계별 확인이 중요합니다.
인증서 발급에는 성공했는데 브라우저에서 HTTPS 오류가 발생한다면 해당 도메인에 적용된 인증서가 맞는지 확인합니다. 도메인을 여러 개 운영한다면 각 Proxy Host에 어느 인증서가 연결되어 있는지도 함께 살펴보는 것이 좋습니다.
무료 DDNS를 장기간 사용한다면 서비스 정책 변화도 고려해야 합니다. 무료 서비스라는 이유만으로 영구 제공을 전제로 중요한 서비스 전체를 의존하는 것은 피하는 편이 좋습니다. 대신 필요하면 독립 도메인으로 옮길 수 있도록 리버스 프록시의 백엔드 구조와 주소 체계를 분리해서 관리하세요.
Duck DNS 역시 공식적으로 무료 Dynamic DNS 서비스임을 안내하고 있습니다. 하지만 운영 주체가 제공하는 서비스인 만큼 장기 사용에서는 현재 정책과 서비스 상태를 확인하는 습관이 필요합니다.
자신이 구매한 도메인을 사용하고 공인 IP가 자주 바뀐다면 DNS 공급자의 API를 이용해 A 또는 AAAA 레코드를 자동 갱신하는 방식도 검토할 수 있습니다. 이 경우 API 토큰은 필요한 DNS 권한만 부여하는 방식으로 관리하는 편이 안전합니다.
DNS API 토큰을 일반 비밀번호처럼 코드나 공개 저장소에 그대로 올리지 마세요. 대신 환경 변수나 별도의 Secret 관리 방법을 사용하고, 가능하다면 해당 DNS 레코드를 수정하는 데 필요한 최소 권한만 부여하세요.
리버스 프록시와 DDNS 클라이언트도 업데이트 대상입니다. Docker 이미지를 새 버전으로 바꿀 때는 릴리스 정보와 백업 방법을 확인하고, 단순히 ‘최신’이라는 이유만으로 운영 중인 서버를 즉시 교체하는 방식은 피하는 것이 좋습니다.
대신 구성 파일과 볼륨을 백업한 뒤 변경 사항을 확인하고 업데이트하세요. 특히 Nginx Proxy Manager 같은 앞단 서비스는 문제가 생기면 뒤쪽의 여러 서비스가 동시에 외부에서 열리지 않을 수 있으므로 복구 방법까지 준비해두는 것이 좋습니다.
셀프호스팅의 도메인과 HTTPS는 ‘설치’보다 ‘유지’가 중요합니다. 공인 IP가 바뀌고, 인증서는 갱신되며, 컨테이너와 DNS 설정도 변경될 수 있습니다. 자동화해두더라도 DNS 갱신과 인증서 갱신이 정상인지 확인할 방법을 하나씩 준비해두세요.
자주 묻는 질문 FAQ
Duck DNS처럼 무료 DDNS 서비스가 제공하는 서브도메인을 사용할 수 있습니다. 다만 자신만의 example.com 같은 독립 도메인을 등록하는 것과는 다르므로 실습용 무료 DDNS와 장기 운영용 독립 도메인을 구분해서 선택하는 것이 좋습니다.
네. Let’s Encrypt는 무료 TLS 인증서를 발급하는 공개 인증기관입니다. ACME 클라이언트를 이용하면 발급과 갱신을 자동화할 수 있으며 Nginx Proxy Manager에도 Let’s Encrypt 지원 기능이 포함되어 있습니다.
반드시 그런 것은 아닙니다. HTTP-01은 80번 포트를 이용하지만 DNS-01은 DNS TXT 레코드로 도메인을 검증합니다. DNS-01은 HTTP-01을 사용할 수 없는 환경과 Wildcard 인증서가 필요한 환경에서도 활용할 수 있습니다.
DNS가 이전 IP를 계속 가리키면 접속 문제가 생길 수 있습니다. Duck DNS 같은 DDNS 서비스나 DNS 공급자의 API 기반 자동 갱신을 이용해 현재 공인 IP를 DNS에 반영하는 구성을 사용할 수 있습니다.
가능합니다. Let’s Encrypt는 Nginx Proxy Manager 전용 서비스가 아니며 다양한 ACME 클라이언트로 인증서를 발급할 수 있습니다. Nginx Proxy Manager는 Proxy Host와 Let’s Encrypt 인증서를 GUI에서 함께 관리하기 편하도록 만든 선택지 중 하나입니다.
📖 핵심 용어 미니 사전
본문에 나온 용어가 낯설다면 아래에서 먼저 확인해보세요.
공인 IP가 바뀌는 환경에서 도메인이나 호스트 이름이 새로운 IP를 계속 가리키도록 갱신하는 Dynamic DNS 방식입니다.
HTTPS 연결에서 서버의 신원을 확인하고 클라이언트와 서버가 암호화된 통신을 구성하는 데 사용하는 인증서입니다.
Let’s Encrypt 같은 인증기관과 클라이언트가 도메인 검증, 인증서 발급, 갱신 과정을 자동화하는 데 사용하는 프로토콜입니다.
웹 서버의 특정 경로에서 검증 값을 제공해 해당 도메인을 제어하고 있음을 증명하는 ACME Challenge 방식입니다.
DNS TXT 레코드에 검증 값을 등록해 도메인 제어 권한을 확인하는 방식으로 Wildcard 인증서에도 활용할 수 있습니다.
🔗 공식 자료
무료 DDNS와 인증서 서비스는 정책과 지원 방식이 바뀔 수 있으므로 실제 적용 시에는 아래 공식 문서를 기준으로 확인하는 것이 좋습니다.
📖 출처
- Let’s Encrypt — Getting Started
- Let’s Encrypt — Challenge Types
- Let’s Encrypt — FAQ 및 인증서 수명 정책
- Nginx Proxy Manager — Guide
- Duck DNS — About, FAQ 및 HTTP API Specification
셀프호스팅 무료 도메인 SSL 구성은 무료 DDNS 또는 직접 관리하는 도메인으로 서버 주소를 만들고, 리버스 프록시와 Let’s Encrypt를 연결해 HTTPS를 적용하는 과정입니다. 무료로 시작할 수 있지만 장기 운영에서는 DDNS 갱신, 인증서 자동 갱신, 네트워크와 서비스 정책까지 함께 관리해야 안정적입니다.
