# 5. 백업·복원·시간·재시작·펌웨어·초기화

[목차](README.md)

## M01. 설정 백업과 실제 복원 확인

1. **포트 설정 → CH01 → 매개변수**에서 원래 별칭을 기록하고 시험 별칭 `DEMO-BEFORE-BACKUP`을 적용합니다.
2. **관리자 운영 → 백업/복원 → 내보내기**에서 백업 암호와 확인값을 동일하게 입력합니다. 암호는 UI 범위인 8~64자 안에서 정하고 별도 보관합니다.
3. **백업 다운로드**를 눌러 파일이 저장됐는지, 크기가 0이 아닌지 확인합니다. 파일명·백업 시각·별칭을 기록합니다. 암호 불일치 입력은 다운로드가 진행되지 않아야 합니다.
4. CH01 별칭을 `DEMO-AFTER-BACKUP`으로 바꿔 적용하고 다시 읽어 변경을 확인합니다.
5. **백업/복원 → 복원**에서 방금 받은 설정 파일과 백업 암호를 입력합니다. 첫 시험은 **네트워크 설정 포함을 끕니다**. 복원 화면의 **복원 및 적용**을 실행합니다.
6. 화면 갱신/필요한 재로그인 후 CH01 별칭이 `DEMO-BEFORE-BACKUP`으로 돌아왔는지 확인합니다. 관리 주소도 유지되는지 확인합니다.
7. 동일 파일에 잘못된 암호를 입력해 복원이 거부되는지, 현재 별칭이 그대로인지 확인합니다. 정상 암호로 반복할 때는 설정이 다시 바뀔 수 있음을 고려합니다.

**통과:** 파일 다운로드뿐 아니라 실제 설정값이 백업 시점 값으로 복귀. **실패:** 파일 종류·암호·오류 안내 확인. 펌웨어 .pkg를 설정 복원 파일로 선택하지 않습니다. **원복:** 시험 전 별칭 복구. 복원은 별칭 한 개만 되돌리는 기능이 아니므로 그 사이 바꾼 다른 설정도 백업 시점으로 복귀하는지 점검합니다.

**네트워크 포함 복원:** 별도 시험망과 콘솔을 준비한 후 진행합니다. 백업 속 주소를 먼저 기록하고 현재 주소를 다른 시험 주소로 바꾼 다음, 네트워크 포함으로 복원합니다. 백업 속 주소로 재접속하고 주소·마스크·DNS가 복귀했는지 확인합니다. 주 관리망에서 첫 복원 시험으로 선택하지 않습니다.

## M02. 날짜·시간

**UI: 기타 설정 → 날짜와 시간.** 변경 전 시간대·NTP 설정을 기록합니다.

1. **시간대 Asia/Seoul**, **NTP 사용 켬**, 시험망에서 도달 가능한 **NTP 서버 1·2**를 입력하고 **적용**합니다.
2. 화면을 다시 열어 설정 유지와 장비 표시 시간을 확인합니다. 정확한 기준 시계와 비교하고 이후 생성한 로그의 시각도 확인합니다.
3. 수동 설정 시험은 **NTP 사용 끔**, 수동 날짜·시간을 현재 실제 시각으로 입력하거나 제공되는 PC 시간 동기화 기능을 사용해 적용합니다. 새 로그를 하나 만들어 시각을 비교합니다.
4. 시간대만 UTC로 바꿔 한국시간 대비 9시간 차이인지 확인한 뒤 Asia/Seoul로 복구합니다. 테스트를 위해 시간을 크게 틀리게 설정하지 않습니다.

**통과:** 저장값 유지 + 실제 표시/신규 로그 시각 일치. NTP 스위치 켜짐만으로 동기화 성공을 증명하지 않습니다. 정확한 동기화 상태가 UI에 없다면 실제 NTP 동기화 상태는 운영 도구로 추가 확인하고 그 전에는 ‘설정 확인’으로만 기록합니다. **실패:** DNS·UDP 123 경로·서버·시간대 확인. **원복:** 원래 시간대·NTP 설정 적용, 최종 실제 시각 확인.

## M03. 저장 후 재시작

1. 대표 설정(호스트 이름, CH01 별칭/통신 조건, 키워드, 알림 사용 여부)을 기록합니다. 활성 세션 종료, 필요한 로그 다운로드, 설정 백업을 마칩니다.
2. 화면 상단 **저장 후 재시작**을 누르고 확인 안내에 따라 실행합니다.
3. 잠시 접속이 끊기는 것을 기록하고 동일 관리 주소에서 준비 완료를 기다립니다. 실행 버튼을 반복해서 누르지 않습니다.
4. 재로그인 후 대표 설정을 각각 다시 열어 비교합니다. CH01 양방향 송수신, 키워드 실제 알림, HTTPS 접속을 반복합니다.
5. 시스템 로그/알림에서 재시작 이벤트를 확인합니다. 삭제 시험을 했다면 삭제 전 기록이 복구되지 않았는지도 확인합니다.

**통과:** 준비 완료·재로그인·설정 유지·실제 통신 복구. **실패:** DHCP라면 임대 주소, 링크, 콘솔 부팅 상태 확인. **원복:** 재시작 자체는 되돌릴 작업이 없으며 변경한 시험 설정을 원래 값으로 복구합니다.

## M04. 펌웨어

**UI: 관리자 운영 → 펌웨어.** 먼저 대상 모델·현재 버전·설정 백업·복구 방법·적용할 패키지의 출처와 버전을 기록합니다.

**현재 UI는 실행 확인 후 업로드 → 서명/호환성 검증 → 적용 요청으로 이어집니다. ‘검증만 하고 멈추기’용 버튼으로 사용하면 안 됩니다.** 실제 업그레이드를 할 시험 장비와 호환 패키지가 준비된 경우에만 실행합니다.

1. 장비 모델에 맞고 신뢰된 서명이 포함된 최종 `.pkg`를 선택합니다. `tera-api`, `tera-web` 등 개별 실행 파일이나 임의 ZIP의 확장자를 바꾼 파일은 패키지가 아닙니다.
2. **업데이트 적용** 버튼과 확인창을 통해 시작합니다. 표시되는 업로드·검증·적용·재연결 상태를 기록합니다.
3. 적용 중 전원/네트워크를 유지하고 재연결을 기다립니다. ‘업로드 완료’ 또는 ‘검증 완료’를 업데이트 완료로 기록하지 않습니다.
4. **펌웨어 업데이트 완료** 상태, 준비 완료 및 재로그인을 확인합니다. 장비 정보의 버전/빌드 표시가 제공되면 계획한 패키지와 비교합니다. 버전 표시만으로 구분할 수 없다면 배포 담당자의 설치 버전 검증 결과도 함께 확보합니다.
5. 대표 기능(포트 송수신, 인증, HTTPS, 로그, 설정 유지)을 다시 시험합니다.

**거부 시험:** 호환성/서명 실패용으로 준비된 시험 패키지가 있을 때만 수행합니다. 오류 사유와 기존 펌웨어로 정상 관리 가능한지 확인합니다. 유효한 패키지를 선택하면 실제 적용까지 진행될 수 있습니다.

**현 자료와의 관계:** 저장소의 `final-build` 실행 파일 묶음은 그 자체로 `.pkg`가 아닙니다. 이전 `external-fit-20260909-v8` 패키지가 이후 UI/로그 수정까지 포함한다고 가정할 수 없습니다. 시연에 사용할 최종 패키지는 해당 변경 포함 여부가 확인된 산출물을 배포 담당자가 지정해야 합니다.

**원복:** 이전 버전 재설치는 검증된 호환 패키지와 해당 버전의 복원 절차로 별도 수행합니다. UI 업그레이드 취소만으로 이미 적용된 펌웨어를 되돌릴 수 있다고 가정하지 않습니다.

## M05. 공장 초기화

**마지막 별도 시험입니다.** 설정·사용자·로그 등이 지워질 수 있으므로 시험 장비, 설정 백업과 암호, 로그 다운로드, 콘솔, **초기화 후 기본 네트워크와 초기 로그인 정보**를 먼저 확보합니다. 현재 주소 `192.168.0.223`이 초기화 후에도 유지된다고 가정하지 않습니다.

1. **공장 초기화** 화면에서 삭제 안내를 읽고 확인 입력란에 **`공장 초기화`**를 정확히 입력합니다.
2. **공장 초기화 실행**과 확인창을 통해 실행합니다. 전원을 유지하고 재부팅/준비 완료를 기다립니다.
3. 사전에 확보한 기본 주소와 초기 계정으로 로그인하고 초기 비밀번호 변경이 요구되면 완료합니다.
4. 시험용 사용자·별칭·필터·알림 설정이 초기 상태로 돌아왔는지 확인합니다. 펌웨어 교체 시험과 혼동하지 않습니다.
5. 필요하면 M01로 백업을 복원하고 통신·관리 접속을 재확인합니다. 네트워크 포함 복원 시 접속 주소 전환도 준비합니다.

**통과:** 초기 설정으로 관리 가능 + 필요한 경우 백업 복원 후 기능 회복. 기본 주소/계정과 복구 경로를 확보하지 못했으면 미실시로 둡니다. 백업 복원으로 삭제된 로그 원문까지 되살아난다고 가정하지 않습니다.