<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>troubleshooting on PCMEISTER 기술 노트</title><link>https://blog.pcmeister.co.kr/series/troubleshooting/</link><description>Recent content in troubleshooting on PCMEISTER 기술 노트</description><generator>Hugo</generator><language>ko-KR</language><lastBuildDate>Wed, 14 Oct 2026 09:45:00 +0900</lastBuildDate><atom:link href="https://blog.pcmeister.co.kr/series/troubleshooting/index.xml" rel="self" type="application/rss+xml"/><item><title>DNS 를 바꿨는데도 authentik 아웃포스트가 옛 서버에 붙어 있을 때: 오래 열린 웹소켓</title><link>https://blog.pcmeister.co.kr/p/22/</link><pubDate>Wed, 14 Oct 2026 09:45:00 +0900</pubDate><guid>https://blog.pcmeister.co.kr/p/22/</guid><description>인증 서버(authentik)를 새 노드로 옮기고 DNS 가 모두 바뀐 뒤에도, 원격 아웃포스트들은 옛 서버의 앞단을 거쳐 붙어 있었습니다. DNS 를 바꾸기 전에 열린 웹소켓이 그대로 살아 있었던 겁니다.</description></item><item><title>호스트에서는 되는데 컨테이너에서만 연결이 시간 초과될 때: mailcow 의 Fail2ban 이 상대 서버를 막고 있었다</title><link>https://blog.pcmeister.co.kr/p/21/</link><pubDate>Wed, 14 Oct 2026 09:40:00 +0900</pubDate><guid>https://blog.pcmeister.co.kr/p/21/</guid><description>원격 지원 알림을 채팅 서버로 보내는 API 가 갑자기 502 를 냈습니다. 같은 호스트에서는 채팅 서버에 잘 붙는데 컨테이너에서만 시간 초과였고, 범인은 같은 노드의 mailcow 가 건 차단 규칙이었습니다.</description></item><item><title>"During secondary validation: DNS problem: NXDOMAIN looking up A" 로 Let's Encrypt 발급이 안 될 때</title><link>https://blog.pcmeister.co.kr/p/9/</link><pubDate>Wed, 14 Oct 2026 08:40:00 +0900</pubDate><guid>https://blog.pcmeister.co.kr/p/9/</guid><description>DNS 레코드를 넣은 지 얼마 안 된 새 도메인에서 Let&amp;rsquo;s Encrypt 가 secondary validation 실패를 냈습니다. 공용 DNS 에는 이미 보이는데 왜 안 되는지, Caddy 에서 멈춘 발급을 어떻게 풀었는지 적습니다.</description></item><item><title>Apache 리버스 프록시로 https 백엔드에 넘겼더니 502: SSLProxyVerifyDepth 기본값 1</title><link>https://blog.pcmeister.co.kr/p/8/</link><pubDate>Wed, 14 Oct 2026 08:35:00 +0900</pubDate><guid>https://blog.pcmeister.co.kr/p/8/</guid><description>옛 서버의 Apache 가 들어온 요청을 새 서버의 https 주소로 넘기게 했더니 502 가 났습니다. SSLProxyVerifyDepth 기본값이 1 이라 Let&amp;rsquo;s Encrypt 인증서 체인을 검증하지 못한 것이었습니다.</description></item><item><title>Caddy 에서 tls internal 을 지웠는데 인증서 발급을 시도하지 않을 때</title><link>https://blog.pcmeister.co.kr/p/7/</link><pubDate>Wed, 14 Oct 2026 08:30:00 +0900</pubDate><guid>https://blog.pcmeister.co.kr/p/7/</guid><description>이전 리허설 때 tls internal 로 띄워 둔 사이트를, DNS 를 바꾼 뒤 tls internal 만 지우고 reload 했는데 Caddy 가 계속 내부 인증서를 내놓았습니다. 캐시된 로컬 인증서를 지워야 했습니다.</description></item><item><title>DNS 를 바꿨는데 Let's Encrypt 만 옛 IP 를 볼 때: DNSSEC 질의에만 옛 값을 주는 네임서버</title><link>https://blog.pcmeister.co.kr/p/6/</link><pubDate>Wed, 14 Oct 2026 08:25:00 +0900</pubDate><guid>https://blog.pcmeister.co.kr/p/6/</guid><description>A 레코드를 바꾸고 nslookup 으로는 새 IP 가 나오는데 Let&amp;rsquo;s Encrypt, 8.8.8.8, 1.1.1.1 은 한참 동안 옛 IP 를 봤습니다. 권한 네임서버가 DO 비트가 붙은 질의에만 옛 값을 주고 있었습니다.</description></item><item><title>SOGo 웹메일에서 euc-kr 메일 한글이 ÀÎÁõ¼­ 처럼 깨질 때</title><link>https://blog.pcmeister.co.kr/p/5/</link><pubDate>Wed, 14 Oct 2026 08:20:00 +0900</pubDate><guid>https://blog.pcmeister.co.kr/p/5/</guid><description>mailcow 의 SOGo 웹메일에서 은행, PG 사 안내 메일의 한글이 깨졌습니다. SOGo HTML 뷰어의 문자셋 표에 euc-kr 과 ks_c_5601-1987 이 없어서 Latin-1 로 읽고 있었습니다.</description></item><item><title>plink 로 "sudo bash -s" &lt; 스크립트를 넘겼더니 docker compose exec 뒤가 실행되지 않음</title><link>https://blog.pcmeister.co.kr/p/4/</link><pubDate>Wed, 14 Oct 2026 08:15:00 +0900</pubDate><guid>https://blog.pcmeister.co.kr/p/4/</guid><description>Windows 에서 plink 로 원격 서버에 복원 스크립트를 표준입력으로 넘겼는데, 중간의 docker compose exec 에서 스크립트가 끝나 버렸습니다. 남은 스크립트를 docker compose exec 가 먹어 버린 것이었습니다.</description></item><item><title>Caddyfile 을 고치고 reload 했는데 "config is unchanged" 가 나올 때</title><link>https://blog.pcmeister.co.kr/p/3/</link><pubDate>Wed, 14 Oct 2026 08:10:00 +0900</pubDate><guid>https://blog.pcmeister.co.kr/p/3/</guid><description>도커로 띄운 Caddy 의 Caddyfile 을 새 파일로 바꿔 끼우고 reload 했더니 설정이 그대로라고 나옵니다. 파일 하나만 바인드 마운트하면 생기는 일이었습니다.</description></item><item><title>mailcow 복원이 "Can not read DOCKER_COMPOSE_VERSION variable from mailcow.conf!" 로 멈출 때</title><link>https://blog.pcmeister.co.kr/p/1/</link><pubDate>Wed, 14 Oct 2026 08:00:00 +0900</pubDate><guid>https://blog.pcmeister.co.kr/p/1/</guid><description>다른 서버로 옮긴 mailcow 를 backup_and_restore.sh 로 복원하려는데 시작하자마자 끝나 버렸습니다. 원인은 옛 서버 mailcow.conf 에 비어 있던 한 줄이었고, 복원이 끝난 뒤에는 override 파일이 빠지는 문제가 하나 더 있었습니다.</description></item></channel></rss>