virtual-insanity
매크로 가격 공시 펀더 테크 섹터 뉴스 볼트 채권
← 리포트 목록

HA 서버 srv1321629.hstgr.cloud 진단 + 복구 권고

2026-04-24 ha [home-assistant, ha, hostinger, smart-home, diagnosis]

Executive Summary

  • srv1321629.hstgr.cloud는 2026-04-24 14:44 KST 기준 전역 DNS NXDOMAIN이다. 1.1.1.1, 8.8.8.8, 9.9.9.9 모두 동일하다.
  • hstgr.cloud 자체는 만료가 아니다. WHOIS상 Hostinger 등록 도메인이고 만료일은 2033-07-05다. 문제는 srv1321629 하위 레코드 삭제/비활성 또는 VPS 서비스 정지 쪽이다.
  • ~/.ssh/config의 VPS IP도 22/80/443/8123 모두 timeout이라, DNS만이 아니라 서버/방화벽/Hostinger VPS 자체도 죽었을 가능성이 높다.

1. DNS / 도메인 진단

dig srv1321629.hstgr.cloud

  • A: NXDOMAIN
  • AAAA: NXDOMAIN
  • authoritative SOA: hstgr.cloud. SOA any1.hostinger.com. dns.hostinger.com. 2026042301 ...

외부 resolver 재검증:

Resolver 결과
1.1.1.1 NXDOMAIN
8.8.8.8 NXDOMAIN
9.9.9.9 NXDOMAIN

결론: 로컬 DNS 캐시 문제가 아니라 전역 DNS에서 srv1321629.hstgr.cloud 레코드가 없다.

hstgr.cloud WHOIS

항목 값
Registrar HOSTINGER operations, UAB
Registrar URL http://www.hostinger.com
Domain status ACTIVE
Creation 2023-07-05
Expiry 2033-07-05
Name Server any1.hostinger.com, any2.hostinger.com

판정: hstgr.cloud는 Hostinger 관리 도메인이고 만료가 아니다. 하위 srv1321629 레코드만 사라졌거나, Hostinger VPS hostname이 비활성화된 상태로 보인다.

2. HTTPS / HA 포트 진단

도메인:

  • https://srv1321629.hstgr.cloud → DNS resolve 실패
  • http(s)://srv1321629.hstgr.cloud:8123 → DNS resolve 실패

~/.ssh/config에서 확인한 VPS IP 직접 테스트:

포트 결과
22/ssh timeout
80/http timeout
443/https timeout
8123/Home Assistant timeout

판정: 기존 Hostinger VPS IP도 응답하지 않는다. HA 프로세스만 죽은 것이 아니라, VPS 전원/네트워크/firewall/서비스 만료 가능성이 높다.

3. HA URL / Token 정의 위치

URL hardcode / 환경변수

주요 경로:

  • ~/.hermes/skills/smart-home/scripts/auto_cold_alert.sh
  • ~/.hermes/skills/smart-home/scripts/auto_rain_alert.sh
  • ~/.hermes/skills/smart-home/scripts/auto_late_lights.sh
  • ~/.hermes/skills/smart-home/scripts/auto_door_alert.sh
  • ~/.hermes/skills/smart-home/scripts/tts_morning.sh, tts_bedtime.sh, tts_home.sh, tts_briefing.sh, tts_outing.sh
  • ~/.hermes/skills/smart-home/scripts/smart_home.py

기본값은 대부분:

HA_URL=https://srv1321629.hstgr.cloud

일부 신규 alert 스크립트는 env override를 지원한다.

토큰

토큰 파일 존재만 확인했고 값은 노출하지 않았다.

  • ~/.hermes/secrets/ha_token 존재, 183 bytes
  • ~/.openclaw/secrets/ha_token 존재, 183 bytes

4. 의존 잡 / 현재 격리 상태

LaunchAgent 쪽

label 역할 HA_URL
com.openclaw.cold-alert 날씨/온도 기반 cold alert https://srv1321629.hstgr.cloud
com.openclaw.rain-alert 비/눈 예보 alert https://srv1321629.hstgr.cloud
com.openclaw.late-lights 밤 조명 자동 off https://srv1321629.hstgr.cloud
com.openclaw.door-alert 현관/문 센서 alert https://srv1321629.hstgr.cloud
morning-routine, weekly-report Google Home TTS 루틴 내부에서 HA weather/state 조회 가능

Hermes cron 쪽

Hermes로 이관된 센서 3개는 현재 의도적으로 격리 모드다.

job 현재 command
hmig-cold-alert HA_URL=http://127.0.0.1:9 HA_TIMEOUT=1 ... auto_cold_alert.sh
hmig-rain-alert HA_URL=http://127.0.0.1:9 HA_TIMEOUT=1 ... auto_rain_alert.sh
hmig-late-lights HA_URL=http://127.0.0.1:9 HA_TIMEOUT=1 ... auto_late_lights.sh

즉 HA 복구 전까지는 실제 기기 제어/조회 대신 빠르게 실패하도록 격리되어 있다.

5. 로그 증거

최근 smart-home 로그:

  • cold-alert.err.log: timeout 반복 후 nodename nor servname provided, or not known
  • rain-alert.err.log: timeout 반복 후 nodename nor servname provided, or not known
  • door-alert.log: 매분 ERROR:HA_UNREACHABLE url=https://srv1321629.hstgr.cloud ... nodename nor servname provided, or not known
  • late-lights.log: 현재는 [SKIP] 조명 모두 꺼져있음 로그가 있으나 HA URL 자체는 같은 도메인에 의존한다.

6. 로컬 HA 대안 탐색

Mac 로컬/사설망에서 다음을 확인했다.

  • 127.0.0.1:8123, localhost:8123: 연결 실패
  • 로컬 인터페이스: 192.168.0.53, Tailscale류 100.108.224.10
  • ARP 후보: 192.168.0.1, .8, .35, .40
  • 후보 IP들의 8123/443/80 빠른 probe 결과: HA API 응답 없음
  • 192.168.0.8은 smart-home 문서상 Google Home 스피커(:8009)라 HA 서버가 아니다.

판정: 현재 Mac 주변망에서 Home Assistant가 살아있는 대체 URL은 발견하지 못했다.

7. 원인 판정

가장 가능성 높은 순서:

  1. Hostinger VPS 정지/만료/전원 OFF
  2. SSH 22까지 timeout이므로 HA 프로세스 문제가 아니라 서버 네트워크 자체 문제 가능성이 큼.
  3. Hostinger가 제공하던 srv1321629.hstgr.cloud 하위 DNS 레코드 삭제/비활성
  4. hstgr.cloud는 살아 있으나 srv1321629만 NXDOMAIN.
  5. VPS 방화벽/보안그룹에서 22/443/8123 전체 차단
  6. DNS NXDOMAIN과 동시에 발생했으므로 단독 원인보다는 서버/계정 상태 변화 가능성이 큼.
  7. 로컬 HA IP 변경
  8. 현재 로컬망 probe에서는 후보 없음.

8. 복구 권고

Hostinger 패널에서 먼저 확인

  1. Hostinger VPS srv1321629 상태 확인: running/stopped/suspended/expired.
  2. VPS public IP가 ~/.ssh/config의 IP와 같은지 확인.
  3. Hostinger DNS/hostname에서 srv1321629.hstgr.cloud가 여전히 할당되어 있는지 확인.
  4. 서버가 running이면 VPS console에서 HA 상태 확인:
systemctl status home-assistant
systemctl status nginx
ss -lntp | grep -E ':443|:8123|:80'

서버가 down이면

# Hostinger panel에서 VPS Restart 후
ssh vps
systemctl restart home-assistant
systemctl restart nginx

현재는 SSH 22도 timeout이라 로컬에서 직접 재시작 불가다.

DNS만 깨졌다면

  • HA_URL을 임시로 https://<VPS_PUBLIC_IP> 또는 새 Hostinger hostname으로 교체.
  • 권장: 영구적으로 해리 소유 도메인에 CNAME/A 레코드 생성.
  • 예: ha.virtual-insanity.net -> <VPS_PUBLIC_IP>
  • 이후 LaunchAgent/Hermes cron은 HA_URL=https://ha.virtual-insanity.net로 통일.

로컬 HA로 전환한다면

  • HA가 집 내부에 있으면 실제 IP를 확인한 뒤:
HA_URL=http://192.168.0.X:8123
  • 외부/자동화에서 쓰려면 Tailscale 또는 Cloudflare Tunnel로 안정 URL을 만든다.

9. 임시 우회 상태

HA 없이도 cron 자체는 장애를 전파하지 않게 유지하는 것이 맞다.

  • Hermes 센서 3개는 HA_URL=http://127.0.0.1:9, HA_TIMEOUT=1로 빠른 실패 격리 중.
  • cold/rain/late-lights는 기능적으로는 비활성이나, cron 폭주/긴 timeout은 피한다.
  • door-alert LaunchAgent는 아직 매분 NXDOMAIN 로그를 만들고 있어, HA 복구 전까지는 격리 또는 disable 후보다.

10. 다음 액션

  1. Hostinger 패널에서 VPS 상태/결제/전원 확인.
  2. 새 public IP/hostname 확인.
  3. HA_URL 단일 설정 파일 또는 LaunchAgent env로 통일.
  4. 복구 후 아래 smoke test:
curl -sS -H "Authorization: Bearer $(cat ~/.hermes/secrets/ha_token)" \
  "$HA_URL/api/"

기대값: Home Assistant API JSON 또는 200 계열 응답.

자체평가

기준 점수
정확성 4.5/5
완성도 4.4/5
검증 4.5/5
최소 변경 5.0/5

종합: 4.6/5

Remaining Risks: - Hostinger 패널 내부 상태는 로컬에서 확인할 수 없어 VPS suspended/expired/restarted 필요 여부는 미확인이다. - HA가 다른 사설 IP에서 살아있을 가능성은 전체 /24 포트스캔을 하지 않고 ARP/주요 후보만 확인했으므로 완전 배제는 아니다.