# IVPMPlus 단독 복구 기록

- 작업일: 2026-11-01 KST. 현재 상태: 앱 재실행·사용자 로그인·REC 연결 복구 및 사용자 camera24 Web 정상 재생 확인 완료.
- 승인 범위: IVPMPlus만 재실행. 보존한 로그/dump 유지, 재부팅·Chrome·Docker 변경 금지.
- 이전 분석은 `2026-11-01_icerti-web-media-analysis_r01`에 그대로 보존했다.

## 실행과 확인

1. 기존 실행 파일의 SHA256과 실제 바로가기 target/working directory를 대조했다. 같은 이름의 다른 launcher나 `Plus___` 경로를 실행하지 않았다.
2. 기존 로그인 사용자 session 1을 확인한 뒤 12:53:29경 IVPMPlus.exe를 한 번 실행했다. PID는 39416이다.
3. SSH 연결 종료와 앱 수명을 분리하기 위해 자동 trigger 없는 임시 Scheduled Task를 Interactive/Limited로 실행했다. 실행 후 등록만 제거했으며 앱은 계속 실행 중이다. 영구 자동 시작이나 기존 task 변경은 없다.
4. 제어 TCP 27000은 열렸지만 RTSP/HTTP/RTC는 아직 준비되지 않았다. Web의 오류가 이전 연결 실패에서 `503 INTROSPECTION_UNAVAILABLE / Manager login token is unavailable`로 바뀌었다.
5. 12:55경 해당 앱의 `Login` 창과 Responding 상태를 확인했고 사용자가 기존 계정으로 직접 로그인 완료를 알려주었다. 자격증명 조회·전송·재사용, 로그인 우회는 하지 않았다.
6. 12:56:23.783 Web control upgrade 성공, 12:56:25.056 sync 성공, 12:56:25.057 ready를 확인했다. 같은 PID에 TCP 27000/8555/8888, UDP 8000이 열렸다.
7. 12:56:53 camera24 admission은 `TRACK_NOT_PUBLISHING`이었다. 이는 REC 준비 직후의 중간 상태로 보존한다.
8. 이후 사용자가 `camera24 정상 재생 확인`을 전달했다. 이를 Human Visual Evidence로 수용하며 추가 채널 API/frame 조회나 Start/Stop 없이 현재 상태를 유지한다. 이 확인은 내부 crash 원인 해결이나 장시간 안정성 증명이 아니다.

## 사용자 확인

사용자가 IVPMPlus 로그인 완료와 camera24 정상 재생을 각각 확인했다. [사용자 확인 기록](user_confirmation.json)을 남겼다. Chrome 재실행이나 새로고침은 요구하지 않았다.

Web의 기존 반복 Start는 그대로 두며 Codex가 별도 Start/Stop을 호출하지 않았다. 현재 재생 정상은 사용자 관찰에 근거하고 장기 안정성은 미검증으로 구분한다.

## 보호 검증

- 이전 test 분석 manifest에 포함된 모든 파일 SHA256 일치.
- Windows 접근 제한 폴더의 보존 자료 9개는 크기·mtime·SHA256 모두 동일. 두 crash dump를 포함한다.
- Chrome 8개 PID·시작 시각, nginx PID·시작 시각, Docker 3개 ID/image/시작 시각/restart count, OS LastBootUpTime 동일.
- 임시 launch task가 제거됐고 IVPMPlus는 같은 PID·사용자 session에서 살아 있음을 확인했다.
- 원본 소스·설정·보존 로그/dump·Chrome·Docker를 수정하지 않았다. 작업 기록은 별도 비저장소 경로에만 만들었다.
- 상세 검증은 [verification.json](verification.json)에 있다. 초기 PowerShell의 `@($null).Count` 값은 실제 trigger 개수가 아니므로, 제거 전에 exported task XML에서 trigger 0개를 검증했다.

## SSH 상시 연결 방향

상시 연결 구성은 가능하다. 임시 진단 프로세스를 그대로 영구화하기보다 Windows가 지원·업데이트하는 OpenSSH Server 서비스와 Automatic 시작을 권장한다. 키 인증 전용, AI 서버 경유, 기존 단일 출발지 방화벽 제한, host key 검증은 유지하는 방향이다. [Microsoft 설치·자동 시작 안내](https://learn.microsoft.com/en-us/windows-server/administration/openssh/openssh_install_firstuse)

현재 Windows 기본 OpenSSH는 앞선 점검에서 InstallPending이었다. 설치 대기 상태 해소 및 재부팅 없이 전환 가능한지는 별도 작업에서 확인해야 한다. 이번에는 서비스 등록·SSH 프로세스 교체·방화벽 확대·재부팅을 하지 않았다.

| 임시 항목 | 처리 | 남은 조건 |
| --- | --- | --- |
| IVPMPlus 일회 실행 task | REMOVE 완료 | 없음; 실행된 앱은 유지 |
| 진단 SSH 프로세스·전용 방화벽 | RETAIN | 사용자 후속 상시 구성/회수 결정. 자동 시작 없음 |

내부 crash 원인 수정은 이번 단독 재실행과 별개이며 기존 dump 분석이 남아 있다. camera24가 준비되지 않으면 해당 경계의 새 오류만 확인하고 반복 재시작하지 않는다.