← 목록
기타 2026-06-14 3KB 읽기 4분

하마성경·트레이딩·자산·에듀·마켓 "안 열림" 진단 (2026-06-14)

결론 (정직)

단순 "서비스 재시작"이 아니라 2계층 장애다. 토au 파일들이 트윈/셀엔진이라 진짜 프로덕션 서버의 정식 기동법을 토au만으로 확신할 수 없어, 추측 기동을 멈췄다. → 게이트웨이/인프라 세션 + 각 서비스 정식 기동법 확인 필요.

계층 1 — 외부 게이트웨이 443 flapping

  • 라이브 HTTPS 스택 = stunnel(8443 TLS) → 한선씨 gwlive(8080). (/tmp/gwlive.toau, stunnel-live.conf)
  • 그런데 node JS 게이트웨이(node bin/cli.js start)가 443을 직접 바인딩하려 경쟁 → 443 리스너가 떴다 사라졌다 한다.
  • 증상: 같은 순간 crowny.org=000(연결거부) / trading=200 으로 불안정. 8443 직접 경로는 안정(trading/crowny.org 200).
  • 8443(this.httpsServer) 핸들러는 HTTPS→HTTPS 301 무한 리다이렉트(비보안 인식). 443 직접(https443_handleRequest)은 정상 프록시.
  • 조치 권고(게이트웨이 세션): node 게이트웨이 vs stunnel+gwlive 중 하나로 단일화. 443은 한 스택만 소유. https443.on('error',()=>{}) silent skip이 flapping을 숨김.

계층 2 — 서비스 백엔드 미기동/오기동

crowny-infra 모니터링(~/.crowny-infra/logs/monitoring-status.json): 52개 중 23 down / 4 degraded. 전반 장애.

서비스게이트웨이 라우팅상태비고
trading7740정상(200, 8443 경유 OK)백엔드 살아있음 → 외부만 443 flapping 영향
bible9860DOWN진짜 9860 HTTP 서버 미기동
asset9745DOWN진짜 9745 서버 미기동
edu9650DOWNedu→crowny-schedule 매핑(확인 필요)
academy9865DOWN한선씨서비스에 없음(node?)
market9733DOWN(wedged였음)health-monitor가 셀엔진 toau 기동→HTTP 미응답

토au 함정 (오기동 원인)

  • /Users/ef/crowny-data/bin/<svc>.toau = 셀 엔진(crownyc cell engine). 포트는 잡지만 HTTP 미응답(GET / → 000). 게이트웨이는 HTTP 기대 → 503.
  • 한선씨서비스/tier*/crowny-<svc>/<한글>서버.toau = 트윈/그림자 서버. 예: 성경서버.toau는 19860(원본 9860의 twin), 소스에 "Use bible.crowny.org:9860 for full text" 명시.
  • 둘 다 진짜 프로덕션 9860 서버가 아니다. 진짜 서버 위치/기동법 불명.
  • health-monitor.sh의 market 정의가 셀엔진을 가리킴(crowny run /Users/ef/crowny-data/bin/market.toau) = 오설정 의심.

내가 한 것 / 안 한 것

  • ✅ 진단: 2계층 장애 + 토au 함정(셀엔진/트윈) 규명.
  • ✅ 정리: 검증 중 띄운 셀엔진/트윈 프로세스 전부 종료(시스템 원상). canonical 포트 원래대로 DOWN.
  • ❌ 추측 기동 안 함: 잘못된 toau를 라이브에 띄우면 가짜 동작/혼란 → 중단.
  • trading은 백엔드 정상이므로 게이트웨이 443 안정화만으로 복구됨.

다음 (필요 입력)

  1. 게이트웨이 443 단일화(게이트웨이 세션) → trading 즉시 복구 + 나머지 노출 가능.
  2. bible/asset/edu/academy/market 정식 서버 기동법 확인 — 진짜 서버 소스/디렉토리/포트/기동 스크립트(또는 LaunchAgent). 토au=twin/cell이라 불충분.
  3. 확인되면 정식 서버 기동 + LaunchAgent/감독 등록.