synology / self-hosting / security / performance
~/NAS 운영 기록

네트워크·보안

와일드카드 DNS 때문에 쓰지 않는 서브도메인이 검색에 색인된 문제

*.도메인 CNAME이 없는 서브도메인까지 Web Station 기본 페이지를 200으로 내보내던 문제를, 실패한 .htaccess 시도부터 안내 페이지 교체, 개별 CNAME 전환, www 301까지 정리한 기록입니다.

글쓴이 rapsso.com 운영자 실제 작업 기록

구글에서 site:rapsso.com으로 검색해 봤다가 이상한 걸 발견했습니다. 제가 오래전에 쓰다 버린 서브도메인 두 개가 여전히 검색 결과에 나오고 있었습니다. 그 주소들은 이미 아무 사이트도 연결돼 있지 않은데 말이죠.

직접 열어 보니 이유가 바로 보였습니다. 시놀로지 Web Station의 기본 환영 페이지 Hello! Welcome to Synology Web Station!이 HTTP 200으로 떠 있었습니다. 원인은 DNS의 와일드카드 레코드 하나였습니다.

와일드카드 한 줄이 모든 주소를 살려 두고 있었습니다

DNS에 *.rapsso.com이 NAS를 가리키는 CNAME으로 걸려 있었습니다. 서브도메인을 새로 만들 때마다 DNS를 안 건드려도 되니 편해서 걸어 뒀던 겁니다.

문제는 이게 존재하지 않는 모든 이름에도 답한다는 점입니다. blog.rapsso.com이든 아무렇게나 친 asdf.rapsso.com이든 전부 NAS로 옵니다. NAS에는 그 이름의 가상 호스트가 없으니, Web Station은 기본 페이지(/volume2/web/index.html, 1,991바이트)를 200으로 돌려줍니다.

검색엔진 입장에서는 수많은 주소가 같은 내용의 페이지를 정상 응답으로 주는 셈입니다. www.rapsso.com도 루트로 넘어가지 않고 이 페이지를 보여 주고 있었습니다.

첫 시도는 실패했습니다: .htaccess로 410 주기

처음엔 /volume2/web/.htaccess에 rapsso.com 서브도메인으로 오는 요청은 410(삭제됨)을 주는 규칙을 넣었습니다. 결과는 두 가지로 틀렸습니다.

  • 기본 페이지에는 안 걸렸습니다. 이 페이지는 Apache가 아니라 nginx가 정적으로 바로 내보내고 있어서 .htaccess를 아예 읽지 않습니다.
  • 엉뚱한 곳에 걸렸습니다. 문서 루트가 /volume2/web/ 아래에 있던 정상 사이트 4곳이 이 .htaccess를 상속받아 410을 내기 시작했습니다.

바로 지우고 4곳이 200으로 돌아온 걸 확인했습니다. /volume2/web/ 바로 밑은 여러 가상 호스트가 공유하는 폴더라, 거기에 .htaccess를 두면 안 된다는 걸 이때 배웠습니다.

기본 페이지를 "이동 안내 페이지"로 바꿨습니다

기본 페이지를 없앨 수는 없으니 내용을 바꿨습니다. 원본은 index.html.synology-default-20260924로 보관하고, 검색엔진에는 색인하지 말라고 하고 사람은 본 사이트로 보내는 페이지로 교체했습니다.

<!DOCTYPE html>
<html lang="ko">
<head>
<meta charset="utf-8">
<title>rapsso.com</title>
<meta name="robots" content="noindex,nofollow">
<meta http-equiv="refresh" content="0;url=https://rapsso.com/">
<link rel="canonical" href="https://rapsso.com/">
</head>
<body>
<p>이 주소는 사용하지 않습니다. <a href="https://rapsso.com/">https://rapsso.com/</a>으로 이동합니다.</p>
</body>
</html>

바꾼 뒤 확인했습니다. 쓰지 않는 서브도메인과 임의의 이름은 새 페이지를 받았고, 정상 사이트들은 200을 그대로 유지했습니다. 한 곳은 원래 301이었는데 그것도 그대로였습니다.

근본 해결: 와일드카드를 지우고 쓰는 이름만 등록

안내 페이지는 임시방편입니다. 없는 이름에는 애초에 DNS가 "그런 주소 없음(NXDOMAIN)"이라고 답하는 게 맞습니다.

rapsso.com의 실제 네임서버는 Cloudflare였습니다. 도메인을 산 등록 업체 DNS 화면에도 레코드가 남아 있었지만 거기는 쓰이지 않는 상태였습니다. 어느 쪽이 진짜 네임서버인지 먼저 확인해야 헛수고를 안 합니다.

nslookup -type=ns rapsso.com

Cloudflare에서 이렇게 바꿨습니다.

  1. 실제로 쓰는 서브도메인을 전부 적어서 하나씩 개별 CNAME으로 등록했습니다(12개).
  2. *.rapsso.com 와일드카드를 지웠습니다.
  3. 안 쓰는 이름들이 NXDOMAIN을 받는지, 등록한 13개 호스트가 정상 응답하는지 확인했습니다.

순서가 중요합니다. 와일드카드부터 지우면 개별 등록을 안 한 서브도메인이 그 순간 전부 죽습니다.

$ nslookup zz-random-test123.rapsso.com 1.1.1.1
*** one.one.one.one can't find zz-random-test123.rapsso.com: Non-existent domain

www와 http도 정리했습니다

www는 Cloudflare 프록시를 거치고 있어서 Cloudflare의 Redirect Rule로 처리했습니다. https://www.*로 들어오면 https://${1}로 301을 보내고 쿼리 문자열은 유지합니다. 여기에 Always Use HTTPS를 켜서 http 요청도 https로 올렸습니다.

$ curl -s -o /dev/null -w "%{http_code} -> %{redirect_url}\n" "http://www.rapsso.com/notes/?a=1"
301 -> https://www.rapsso.com/notes/?a=1
$ curl -s -o /dev/null -w "%{http_code} -> %{redirect_url}\n" "https://www.rapsso.com/notes/?a=1"
301 -> https://rapsso.com/notes/?a=1

http의 www는 두 번 넘어가서 최종 주소에 도착합니다. 한 번에 보내면 더 좋지만, 두 번이어도 최종 응답은 200이고 쿼리도 살아 있어서 그대로 뒀습니다.

검색 결과에 남은 옛 주소는 DNS를 고친다고 바로 사라지지 않습니다. 검색엔진이 다시 와서 "없음"을 확인해야 빠지니, 웹마스터 도구에서 삭제 요청을 같이 넣는 게 빠릅니다. 서브도메인을 여럿 쓰는 NAS라면, 와일드카드는 편한 만큼 안 쓰는 주소까지 전부 살려 둔다는 걸 기억해 두면 좋습니다.

확인한 공식 자료

구현 과정에서 판단 기준을 교차 확인한 공식 문서입니다. 글의 사례와 결론은 운영자가 직접 겪은 작업을 바탕으로 작성했습니다.

관련 글

Apache 에러 로그가 0바이트인데 계속 쓰고 있었던 이유: 지워진 inode로그 로테이션 뒤 Apache가 지워진 파일에 계속 에러를 쓰고 있어 로그가 0바이트로 보였던 사례와, /proc/<pid>/fd로 진짜 로그를 읽고 다시 정상화한 방법입니다. 워드프레스 코어 자동 업데이트가 멈춘 이유: files_not_writable과 빈 옵션워드프레스 3곳이 서로 다른 버전에서 멈춘 원인을 auto_core_update_failed 기록에서 찾아 파일 소유권, auto_update_core_major 옵션, 방문자 없는 사이트의 wp-cron 문제를 고친 과정입니다. 시놀로지 인증서는 갱신됐는데 한 사이트만 만료로 뜨는 Web Station 문제DSM에서 Let's Encrypt 인증서가 갱신됐는데도 Web Station 사이트 하나가 옛 인증서를 내보낸 원인(보관함과 배포 사본의 불일치)과 수동 재배포, 재발 대비 방법입니다. 시놀로지 DSM 7.1.1에서 7.3으로 올릴 때 겪은 것: MariaDB, PHP, 패키지 오류DSM 7.3 업그레이드에서 MariaDB 10.3→10.11 mysql_upgrade 90분, PHP 7.4·8.0 제거, Docker 24 전환, 패키지 status 259·272 대응까지 실제로 손본 것을 정리했습니다. 웹 루트에 남긴 .bak, DB 덤프, phpinfo가 위험한 이유와 uploads PHP 차단사이트 22개와 워드프레스 8개 점검에서 나온 노출 파일(.bak 소스, DB 덤프, phpinfo, Duplicator 설치기)과, 찾는 명령, uploads PHP 실행·xmlrpc 차단 규칙과 응답 확인 결과입니다. 시놀로지 MariaDB를 127.0.0.1에만 묶기 전에 확인한 세 가지인터넷에 열려 있던 MariaDB를 bind-address=127.0.0.1로 막기 전에 TCP 클라이언트, 웹사이트의 소켓 접속, Docker 컨테이너의 DB 사용 여부를 확인한 순서와 적용·되돌리기 방법입니다. WP-CLI가 부팅되지 않을 때 워드프레스 직렬화 데이터를 안전하게 치환하기wp-config.php의 add_filter 때문에 WP-CLI가 뜨지 않는 사이트 7곳에서, 직렬화 길이를 깨지 않고 이메일을 43행 치환한 PHP 스크립트의 핵심과 백업·검증 방법입니다. 진짜 플러그인 이름을 한 가짜 폴더 6개와 숨긴 .ico PHP 242개akismet, wordpress-seo 같은 이름의 빈 플러그인 폴더에 숨김 .ico 확장자로 심어진 PHP 파일이 4년 동안 발견되지 않은 이유와 찾는 명령, 함께 나온 Duplicator 설치기 흔적입니다. sed -i 한 줄로 사이트 전체가 500이 된 이유: 시놀로지 ACL시놀로지에서 sed -i로 설정 파일 13개를 고쳤더니 ACL이 사라져 권한이 000이 되고 사이트가 500을 낸 원인, 복구 방법, inode를 유지하는 수정 방식과 busybox grep --include 함정을 정리했습니다. mtime 대신 wordpress.org 체크섬으로 워드프레스 코어 변조를 잡는 점검기파일 수정 시각 기준 점검이 정상 업데이트에는 경고하고 4년 된 웹셸은 놓친 이유와, wordpress.org 체크섬 API로 코어 변조와 낯선 파일을 찾는 PHP 코드, 그 한계를 정리했습니다. Cloudflare 520·522·525가 번갈아 뜰 때 NAS가 아니라 공유기 구간을 의심한 근거Cloudflare 5xx가 섞여 나올 때 NAS 직결 측정, 서버 로그, ICMP 손실, 스캐너 몰림 시각을 비교해 공유기 인바운드 구간의 세션 단위 끊김으로 좁히고 20초 프로브로 확인한 기록입니다. 시놀로지 Web Station PHP opcache 포화 확인하고 512MB로 늘리기PHP 사이트 23개가 한 프로파일을 쓰던 Web Station에서 opcache 적중률 45.8%를 확인하고, user_settings.ini와 PHPSettings.json을 함께 고쳐 512MB로 늘린 뒤 TTFB가 0.3~0.45초로 줄어든 기록입니다. 재설치 없이 해킹된 워드프레스를 살린 순서: mu-plugins 로더부터세 번 감염된 가족 블로그를 재설치하지 않고 격리, 코어 원본 교체, mu-plugins 백도어 제거, 가짜 관리자 삭제, 솔트 재생성 순서로 정리해 글 79개와 첨부 2,443개를 지킨 기록입니다. 랜섬웨어 암호화 파일을 열지 않고 복구 가능성을 판별한 세 가지 검사엔트로피, JPEG 바이트 스터핑(FF00) 비율, IV 중복 검사로 eCh0raix 암호화 파일에 부분 암호화나 IV 재사용 같은 빈틈이 있는지 판별한 방법과 검사 스크립트입니다. 워드프레스 500 에러의 원인이 해킹이었던 경우: .htaccess의 Order 한 줄Apache 2.4에서 2.2 문법 Order 구문이 500을 내는 것을 재현하고, 그 .htaccess가 SEO 스팸 해킹이 남긴 흔적이었던 사례와 500을 고치기 전에 확인할 것들을 정리했습니다. 시놀로지 MariaDB 버퍼 풀이 16MB였던 이유: my.cnf보다 synology.cnf가 우선my.cnf에 3GB로 적은 innodb_buffer_pool_size가 16MB로 돌던 원인이 시놀로지가 관리하는 synology.cnf였던 과정과, 확인·변경 방법, 적중률 85%에서 98.5%로 바뀐 결과입니다. 워드프레스 관리자 화면만 10초 걸릴 때: 범인은 DB 쓰기와 시놀로지 Photos 인덱싱글 페이지는 빠른데 wp-login과 wp-admin만 2~12초 걸린 원인을 구간별로 재서 DB 쓰기 fsync와 Photos 인덱싱의 디스크 포화로 좁히고 MariaDB 설정으로 0.1초대로 되돌린 기록입니다. eCh0raix 복호화 키를 찾으려고 Go 난수 시드 21억 개를 전부 돌린 기록Go math/rand의 시드가 2³¹-1 공간으로 줄어드는 점을 이용해 eCh0raix 키 후보를 4가지 방식 × 6가지 문자 집합으로 86분 동안 전수 탐색한 방법과 결과입니다. 시놀로지 NAS 파일이 .encrypt로 바뀌었을 때 eCh0raix 변종을 확인한 순서사진 23,015개가 .encrypt로 암호화된 시놀로지 NAS에서 랜섬노트, 파일 시간, 암호화 구조로 eCh0raix 후기 변종을 가려내고 원본을 찾아본 과정입니다. headless Chrome에 --window-size=390을 줘도 화면 폭이 500px인 이유headless Chrome은 390px 창을 500px로 올려 렌더링합니다. 직접 잰 값과 CDP setDeviceMetricsOverride로 모바일 폭을 고정하는 의존성 없는 Node 스크립트를 정리했습니다. PHP 단일 엔트리 사이트의 sitemap과 canonical을 스크립트로 한 번에 점검하기PHP 파일 하나로 만든 사이트에서 sitemap과 canonical이 어긋나지 않게 주소 규칙을 한곳에 두는 방법과, 배포 때마다 돌리는 Python 점검 스크립트 전체를 정리했습니다. Cloudflare 이메일 난독화 때문에 /cdn-cgi/l/email-protection이 404로 잡힐 때Cloudflare가 mailto 링크를 /cdn-cgi/l/email-protection으로 바꿔 링크 점검에 404가 잡힌 원인과, 세 가지 해결 방법 중 email_off 주석으로 두 링크만 뺀 과정입니다.