# TERA 장비 전체 기능 시연·검증 가이드

작성 기준: 2026-09-09, 현재 저장소의 화면·처리 코드 및 기존 장비 확인 기록.

RADIUS·TACACS 서버 실행, 장비 입력값, 성공·실패 시험, 메일 수신함, 로컬/원격 시스템 로그의 구체적인 실습은 [인증·메일·로그 상세 시연](DEMO_AUTH_MAIL_LOG_20260909.md)을 참고한다.

> 이 문서는 시연 절차다. 모든 기능이 현재 교체 장비에서 실측 검증됐다는 뜻은 아니다. 특히 외부 인증·메일·SNMP·DDNS, 전체 48포트 통신, 펌웨어 갱신·공장 초기화는 별도 환경과 실장비 검증이 필요하다.

## 1. 시연 구성과 합격 기준

권장 구성은 **핵심 시연 약 40분 + 외부 연동·전체 포트 검수 별도**다. 시간은 진행 계획이며 부팅·응답 시간 보장이 아니다.

| 순서 | 내용 | 계획 시간 | 핵심 증거 |
|---|---|---:|---|
| 1 | 장비 구성 소개, 부팅·시간·로그인 | 5분 | 준비 완료, CAPTCHA, 실제 시각 |
| 2 | 대시보드·포트 상태 | 3분 | 연결한 채널과 표시 일치 |
| 3 | 9600 설정·CR 감지·실제 양방향 통신 | 10분 | 상대 장비 수신 + 장비 RX/TX |
| 4 | 포트 설정·별칭·Reverse 접속 | 5분 | 저장 후 재조회, 실제 접속 |
| 5 | 사용자·권한·로그 | 7분 | 제한 계정 거부, 로그 검색·내보내기 |
| 6 | 준비한 외부 연동 1~2개 | 5분 | 수신 서버의 실제 결과 |
| 7 | 재부팅·설정 유지·초기 응답 재확인 | 5분 이상 | 유지된 설정, 재접속·재통신 |

**판정 원칙**

- 설정 저장 성공: 다시 조회했을 때 값이 유지된다.
- 기능 성공: 실제 상대 장비·외부 서버에서 결과를 확인한다.
- 영구 저장 성공: 재부팅 후에도 값과 동작이 유지된다.
- 준비 완료: 백엔드의 준비 조건을 충족한 상태다. 모든 케이블·상대 장비·외부 서비스의 정상 동작까지 보증하는 표시로 설명하지 않는다.
- 미연결 포트가 DOWN/미감지인 것은 정상일 수 있다. 48포트 모두 UP일 필요는 없다.
- 환경이 없거나 실제 확인하지 않은 기능은 **미검증**으로 기록한다. 성공 표시만 보고 합격 처리하지 않는다.

## 2. 시연 전 준비

### 기본값과 준비물

| 항목 | 준비·확인 |
|---|---|
| 관리 접속 | `http://192.168.0.223/`, HTTP 기본 포트 **80** 유지 |
| PC 네트워크 | 장비에 도달 가능한 주소·케이블 확인. 이전 PC 주소는 192.168.0.100이었으나 현재 값은 다시 확인 |
| 복구 콘솔 | 현재 구성 COM4 / 115200. USB 연결 변경 시 COM 번호 재확인 |
| 데이터 포트 | 시연 대상 **9600 / 8 / None / 1 / 흐름 제어 None**, 상대 장비와 동일하게 설정 |
| 시리얼 상대 | 실제 명령에 응답하는 시험 장비 또는 검증된 에코 시험기, 맞는 RS232 배선 |
| 계정 | 관리자 계정, 임시 port_operator 계정, 서로 다른 브라우저 프로필 |
| 자료 | 기존 설정 백업, 시연 대상 채널·배선표, 결과 기록표 |
| 선택 연동 | SMTP 수신함, SNMP 매니저·Trap 수신기, Syslog 서버, RADIUS/TACACS 서버, DDNS 계정 |

**관리 콘솔 115200과 데이터 포트 9600은 서로 다른 설정이다.** CR 감지 때문에 COM4 콘솔 속도까지 9600으로 바꾸지 않는다.

### 시작 전 반드시 한 번 리허설

1. 아래 표에 시험 채널을 확정한다. 이전에 동작한 채널 번호만 믿지 말고 현재 케이블을 확인한다.
2. 가능하면 CH01~CH24 중 한 포트, CH25~CH48 중 한 포트에서 각각 실제 통신한다.
3. 일반 시연은 확인된 포트를 사용한다. 전체 포트 검수는 48개 모두 별도 기록한다.
4. 포트 설정의 **적용 대상 추가/선택 목록**을 확인한다. 선택이 브라우저에 유지될 수 있으므로 실수로 여러 포트에 적용하지 않는다.
5. 설정 백업 파일과 복원 암호를 준비하고 현재 관리 IP·계정·배선 정보를 기록한다.
6. 외부 서버를 사용하는 기능은 시연 전에 해당 서버의 수신 화면까지 열어 둔다.

| 용도 | 실제 채널 | 상대 장비 | 연결 방식·응답 명령 |
|---|---|---|---|
| 주 시연 | CH____ | ____ | ____ |
| 반대 그룹 확인 | CH____ | ____ | ____ |
| 권한 거부 시험 | CH____ | ____ | 접근 금지 대상으로 지정 |

## 3. 부팅 → 시간 → 로그인

**설명 문장:** “장비가 설정을 적용하는 동안 진행 상태를 보여 주고, 준비가 완료되면 로그인할 수 있습니다.”

1. 시연 장비를 재부팅하고 시간을 잰다. PC 브라우저에서 관리 주소를 연다.
2. 설정 중 표시·경과 시간·진행률과 로그인 버튼 상태를 확인한다.
3. 준비 완료 시점을 기록한다. 매번 같은 초에 끝나야 한다고 설명하지 않는다.
4. CAPTCHA가 표시되는지 확인한다. 갱신 조작이 제공되면 새 이미지로 바뀌는지도 확인한다.
5. 임시 시험 계정으로 CAPTCHA 오입력을 한 번 시험하고 로그인이 거부되는지 확인한다. 무작정 반복해 잠금·알림을 유발하지 않는다.
6. 올바른 계정·암호·CAPTCHA로 로그인한다. 실패 후에는 새 CAPTCHA가 필요할 수 있다.
7. 날짜와 시간 메뉴에서 PC와 장비의 실제 시각을 비교한다.

**시간 확인:** 현재 설계에는 장비 시각이 초기화되지 않았을 때 로그인 전 PC 시각을 전달하는 흐름이 있다. 브라우저를 열지 않은 상태에서도 항상 PC 시간으로 맞춰진다고 설명하면 안 된다. NTP 사용 체크와 서버 주소 저장도 실제 동기화 성공과 다르다. 재부팅 후 실제 시각을 확인한다.

**합격:** 준비 전 로그인 제한, 완료 후 정상 로그인, CAPTCHA 확인, 실제 시각 정상. 이미지가 없거나 준비가 계속 멈추면 시연을 진행하기 전에 원인을 확인한다.

## 4. 대시보드·공통 UI·포트 상태

1. 대시보드에서 CPU·메모리 등 표시되는 자원 정보와 포트 상태를 확인한다.
2. 케이블 연결표와 포트 상태를 대조한다. CR 응답에 따른 상태는 단순 케이블 삽입만으로 즉시 UP이 되지 않을 수 있다.
3. 대시보드 → 포트 설정 → 로그 → 포트 상태를 이동한다. 메뉴 내용과 마지막 선택 메뉴가 일치하는지 확인한다.
4. 작업 탭 생성·전환·닫기, 사이드바 접기, 한국어/English 변경을 확인하고 한국어로 복원한다.
5. 화면에 표시된 초기값이 실제 설정 조회 후 다른 값으로 바뀌는 동안 성급하게 적용하지 않는다.

**성능 기록:** 부팅 직후, 로그인 직후, 로그인 1분 후 같은 메뉴를 이동해 클릭부터 실제 데이터 표시까지 각각 기록한다. 예를 들어 ‘3초 이내’ 같은 기준을 쓸 경우 시연 전에 합의한 목표로 명시한다. 현재 제품의 보장 수치로 소개하지 않는다.

## 5. 포트 매개변수·CR 감지·실제 통신

**설명 문장:** “통신 속도를 상대 장비와 맞추고, 상태 표시뿐 아니라 실제 데이터를 주고받는 것까지 확인하겠습니다.”

1. 포트 설정에서 시험 채널을 **개별 보기**로 선택한다.
2. 적용 대상이 시험 채널만인지 확인하고 `9600 / 8 / None / 1 / None`으로 적용한다.
3. 다른 메뉴에 갔다 돌아와 같은 값을 다시 확인한다. 일반 설정 폼은 적용·영구 저장 흐름을 사용하지만 오류 메시지가 나오면 저장 완료로 판단하지 않는다.
4. CR에 응답하는 상대 장비를 연결하고 포트 상태 갱신을 기다린다. 감지까지 걸린 시간을 기록한다.
5. **포트 디버그 → 채널 선택 → 접속**을 누른다.
6. 상대 장비에 맞는 무해한 조회 명령을 입력하고 Enter로 CR을 전송한다. 명령을 모르면 임의 명령 대신 시험용 에코 장치를 사용한다.
7. 상대 장비가 실제로 명령을 수신했는지, 응답이 터미널에 돌아오는지 확인한다.
8. 고급 기능에서 ASCII/HEX·끝 문자 없음/CR/LF/CRLF를 시험한다. 시험 문자열 예시는 `DEMO_20260909_A`, HEX 대응 예시는 `44 45 4D 4F`다. 실제 상대가 허용하는 입력만 보낸다.
9. 터미널의 로그 저장으로 파일을 내려받아 수신 내용이 있는지 확인한다.
10. 접속을 해제하고 다시 접속해 동일하게 통신한다. 두 번째 포트 그룹도 같은 절차로 확인한다.

**합격:** 상대 수신 + 응답 수신 + 해당 채널 로그의 방향·내용 일치. 터미널에 입력한 문자가 보이는 것만으로 RX 성공으로 판정하지 않는다.

**추가 확인:** ‘화면 지우기’와 터미널 고급 기능의 ‘로그 지우기’는 각각 화면/터미널 수집 내용의 정리 기능으로 확인한다. 중앙 로그 메뉴의 보관 데이터 삭제와 동일하다고 설명하지 않는다. Ctrl+C·Break 등은 상대 장비 작업을 중단시킬 수 있으므로 일반 시연에서는 사용하지 않는다.

## 6. 나머지 포트 기능

| 기능 | 시연 방법 | 합격 증거 |
|---|---|---|
| 별칭 | 진단 도구의 포트 별칭 또는 포트 매개변수에서 시험 별칭 저장 | 재조회한 별칭 일치 |
| 다중 적용 | 비어 있는 시험 포트 2개만 선택해 동일 설정 적용 | 두 포트 재조회, 비선택 포트 유지 |
| 매개변수 | 별도 상대에서 속도·패리티·흐름 제어 등을 쌍으로 변경 | 상대 설정과 일치할 때 송수신, 종료 후 9600 기준 복원 |
| 동작 설정 1·2 | 각각 화면에 표시된 Listen Port와 Reverse SSH/Telnet 모드 확인·설정 | PC 클라이언트에서 해당 주소·포트 접속 및 실제 시리얼 응답 |
| 모드 비활성화 | 시험 접속 모드를 disabled로 적용 | 해당 서비스 접속 차단, 원복 후 재접속 |
| 인증 방식 | 우선 Local로 시험, 외부 인증은 준비된 서버로 별도 시험 | 정상 계정 성공·잘못된 계정 거부 |
| 최대 클라이언트 | 시험 포트의 제한을 정하고 여러 독립 세션 접속 | 설정된 한도와 실제 접속 결과 일치 |
| 데이터 로그 | 읽기/송신 기록을 켜고 고유 문자열 송수신 | RX/TX 기록, 시간·방향·표시 옵션 확인 |
| 고급 키워드 | `DEMO_ALARM` 등록, 시리얼 이벤트의 키워드 알림도 활성화 | 실제 수신 데이터와 일치하는 이벤트 발생 |

Reverse 접속용 포트는 화면에 저장된 실제 값을 사용한다. 관리 웹 포트 80과 혼동하지 않는다. SSH/Telnet 접속 성공만으로 실제 시리얼 응답 성공을 대신하지 않는다. 키워드는 대소문자를 무시하는 문자열 포함 방식이며 정규식으로 소개하지 않는다.

## 7. 사용자·권한·비밀번호

1. 관리자 운영 → 사용자에서 임시 `port_operator` 계정을 만든다. 실제 비밀번호는 시연 자료에 적지 않는다.
2. 시험 포트 A만 허용하고 포트 B는 허용하지 않는다. 그룹 권한과 개별 권한을 함께 확인한다.
3. 별도 브라우저 프로필에서 임시 계정으로 로그인한다.
4. 허용 포트의 조회·디버그·로그 접근을 확인한다.
5. 비허용 포트 접근은 거부되는지 확인한다. 메뉴가 안 보이는 것만 확인하지 말고 해당 화면 직접 접근도 시험한다.
6. 관리자 운영, 시스템 로그 등 관리자 전용 기능에 접근할 수 없는지 확인한다.
7. 임시 계정의 비밀번호를 변경하고 로그아웃 후 새 비밀번호로 로그인한다. 이전 비밀번호는 거부되어야 한다.
8. 관리자에서 임시 계정을 비활성화하고 **새 로그인**이 거부되는지 확인한다. 기존 세션 종료 정책은 별도로 관찰해 기록한다.
9. 시연 종료 후 임시 계정·그룹을 정리한다.

현재 UI의 역할은 administrator와 port_operator를 기준으로 설명한다. 별도 Viewer 역할이 있다고 소개하지 않는다.

## 8. 로그 전체 확인

1. 시스템 로그, 포트 로그, 포트 상태 이벤트 화면을 각각 연다.
2. 앞서 생성한 로그인·설정 변경·송수신·연결 상태 변화 중 실제 제공되는 기록을 찾는다.
3. 시간·포트·사용자·방향·종류·키워드 필터를 각각 적용한다. `DEMO_20260909_A`로 송수신 기록을 식별한다.
4. 페이지 크기와 이전/다음 이동을 확인한다.
5. 동일 조건으로 CSV·JSON·JSONL을 내려받아 시험 문자열·시각·채널·방향을 확인한다. 내보내기 건수 제한 안에서 화면 필터와 일치하는지 비교한다.
6. 운영자 계정에는 허용 포트 로그만 보이는지 확인한다.
7. 보존 설정과 저장소 사용량을 확인한다. 보존 기간은 설정값이며 실제 그 기간의 기록이 모두 존재한다는 증거는 아니다.
8. 삭제는 필요한 경우 마지막에 시험 포트의 폐기 가능한 로그로만 한다. 보호된 감사 로그는 일반 삭제 대상으로 소개하지 않는다.

보존 기간을 줄이면 오래된 기록이 지워질 수 있으므로 일반 시연에서는 현재 값을 유지한다. 저장소 용량·발생량에 따른 실제 보존 가능 기간도 설정 기간과 구분한다.

## 9. 기타 설정·외부 알림

| 메뉴 | 준비·실행 | 성공 판정 |
|---|---|---|
| 날짜와 시간 | Asia/Seoul, NTP 설정 확인. 필요 시 ‘현재 PC 시간으로 동기화’ | 실제 시각 일치 및 재부팅 후 재확인 |
| NTP | 도달 가능한 외부 또는 내부 서버 사용 | 설정 저장 외에 실제 동기화 상태·시각 확인 |
| 메일 | SMTP 주소·포트·TLS·인증·수신자 설정 후 테스트 발송 | 실제 수신함 도착·제목·내용 일치 |
| SNMP Trap | 수신기 주소·버전·인증 설정 후 테스트 전송 | 수신기의 Trap 확인 |
| 원격 Syslog | 서버·UDP/TCP·대상 이벤트 설정 후 시험 이벤트 생성 | 원격 서버의 해당 이벤트 확인 |
| 시스템 이벤트 | 준비된 이벤트 하나를 안전하게 발생 | 로컬 기록과 선택한 알림 채널의 실제 수신 |
| 시리얼 키워드 이벤트 | 시험 포트 키워드·전달 채널 설정 후 상대에서 문자열 전송 | 해당 포트 키워드 이벤트 및 실제 수신 |
| DCD/DSR 이벤트 | 지원·배선이 확인된 시험 장비로 신호 변경 | 신호 변화와 이벤트 일치 |

UDP 전송 성공 표시는 수신 서버 도착을 보장하지 않는다. 로컬/원격 기록 대상 선택, 메일/Trap/Syslog 전달 선택을 모두 확인한다. DCD/DSR은 현재 배선·보드 지원 확인 없이는 성공을 약속하지 않는다.

## 10. 관리자 운영의 외부 연동·인증서

| 기능 | 실행 순서 | 완료 증거·주의점 |
|---|---|---|
| RADIUS | 준비된 서버 주소·포트·공유 비밀·역할·Local fallback 저장 → 시험 계정 인증 | 실제 서버 인증 기록 + 정상/오류 계정 결과. 로컬 관리자 접근 경로 유지 |
| TACACS | 서버 설정 → 실제 서버 계정 인증 | 서버 기록 + 허용 역할·접속 범위 일치 |
| 주소 필터 | 현재 관리자 PC를 고려해 시험 규칙 구성 → 두 번째 PC로 차단 검증 | 허용 PC 접근 가능, 차단 PC 접근 거부. 원복·콘솔 경로 확보 |
| SNMP Agent | v1/v2c/v3 중 준비한 방식 설정 → 매니저에서 조회 | 장비 식별/가동 시간 등 실제 응답. Trap 수신과 별도 시험 |
| SSL 자체 서명 | 장비 시각 확인 → 시험 인증서 생성 → 목록·활성 상태 확인 | HTTPS에서 실제 제공되는 인증서 확인. HTTP80 화면만으로 TLS 검증 불가 |
| SSL 가져오기 | 일치하는 PEM 인증서·개인키 가져오기 | 정상 등록·활성화·HTTPS 인증서 일치 |
| CSR | 입력값으로 CSR 생성·다운로드 | 파일 존재·입력 정보 확인. 발급 완료 인증서와 구분 |

주 시연은 HTTP80을 유지한다. HTTPS 시험은 활성화된 별도 접속 주소와 인증서 신뢰 조건을 먼저 확인한 뒤 수행한다. 자체 서명 인증서는 브라우저 신뢰 경고가 발생할 수 있다. 외부 인증 서버 장애 시 fallback 동작은 실제 설정·정책대로 시험하며 무조건 로그인 가능하다고 설명하지 않는다.

## 11. 네트워크·진단 도구

일반 시연에서는 **현재 관리 주소와 포트 80을 유지하고 조회·설명 위주**로 진행한다. 실제 네트워크 전환은 별도 검수 시간에 한다.

| 메뉴 | 확인 방법 | 실제 변경 시 판정 |
|---|---|---|
| 인터페이스 1·2 | DHCP/정적 IP·마스크·게이트웨이·DNS 확인 | 적용 후 의도한 주소로 재접속, 재부팅 후 유지 |
| IPv6 | Auto/Disable/Static과 주소·prefix 확인 | IPv6 시험 PC에서 실제 도달 확인 |
| 호스트 | 시험 호스트명 적용·재조회 | 저장된 이름 확인, 사용하는 이름 해석 경로가 있으면 별도 확인 |
| Single/OOB | 주·대체 인터페이스, 감시 대상·주기·실패 횟수 확인 | 별도 회선에서 주 경로 단절 → 대체 경로 → 복구 실측 |
| Bonding | 모드·링크 감지 설정, 대응 스위치·배선 준비 | 링크 장애 시 설정 모드에 맞는 통신 유지·복구 |
| Bridge | 연결 토폴로지·STP 설정 검토 | 시험망에서 실제 브리지 전달·복구 확인 |
| DDNS | 제공자 계정·도메인·IPv4/6 조건 설정 | 실제 DNS 조회 결과와 업데이트 대상 주소 일치 |
| Ping | 응답 가능한 PC/시험 서버 지정, 횟수 설정 | 실제 응답·손실률 확인. 대상 방화벽의 ICMP 허용 확인 |
| 포트 별칭 | 시험 채널 이름 수정 | 해당 포트 재조회 시 같은 이름 |

DHCP·IP·OOB·Bonding·Bridge·주소 필터는 현재 세션을 끊을 수 있다. 변경 전 새 접속 주소와 복구 콘솔을 준비한다. 단순 저장 성공은 회선 전환·DNS 갱신 성공의 증거가 아니다.

## 12. 백업·복원·재부팅

### 일반 시연에 적합한 백업·복원

1. 기준 상태의 시험 포트 별칭을 기록한다.
2. 백업 내보내기에서 암호를 지정해 설정 파일을 내려받는다. 암호는 별도 보관한다.
3. 시험 별칭을 다른 이름으로 변경한다.
4. 백업 가져오기/복원에서 파일과 암호를 지정한다. 일반 시연은 **네트워크 포함을 끈 상태**로 진행한다.
5. 복원·적용 후 기준 별칭이 돌아왔는지 확인한다. 계정 등 다른 설정도 복원 범위에 영향을 받을 수 있으므로 시험용 백업을 사용한다.

설정 백업은 펌웨어 전체 이미지나 모든 로그의 백업과 동일하지 않다.

### 저장 후 재시작 및 영구 저장 확인

1. 시험 별칭·9600·사용자 권한·로그 옵션 등 확인할 값을 기록한다.
2. 관리자 상단의 저장 후 재시작을 실행한다.
3. 같은 HTTP80 주소에 다시 접속하고 준비 상태·경과 시간을 확인한다.
4. CAPTCHA로 로그인하고 기록한 값을 다시 조회한다.
5. 실제 송수신을 다시 수행한다. 메뉴 응답 시간·CPU도 같은 조건에서 기록한다.
6. 로그아웃 후 보호된 화면 재접근 시 로그인 요구를 확인한다.

## 13. 펌웨어·공장 초기화는 별도 마지막 시험

### 펌웨어

- 현재 장비와 호환되는 **서명된 `.pkg`**가 있을 때만 시험한다.
- `build/linux-arm64`의 실행 파일은 웹 펌웨어 업로드용 패키지와 같지 않다.
- 현재 버전·복구 방법·백업 확보 → 패키지 업로드 → 검증/적용 완료 확인 → 재접속 → 실제 버전 및 핵심 통신 재확인 순서다.
- 업로드 100%는 업데이트 완료가 아니다. 교체 장비의 업데이트 경로는 이번 문서 작성으로 검증된 것이 아니다.

### 공장 초기화

- 사용자·설정·로그·인증서 등을 지우고 재부팅하는 시험이므로 주 시연 종료 후 별도 장비에서 수행한다.
- 현재 구현 계약상 확인 문구는 `공장 초기화`다. 실행 전 백업, 초기 계정 정책, 초기 네트워크 주소, 콘솔 복구를 확인한다.
- 초기화 후 `192.168.0.223`에 그대로 접속된다고 가정하지 않는다.
- 초기 설정·로그인·사용자 데이터 제거·핵심 통신을 확인한다. 현재 교체 장비의 전체 초기화 연동은 별도 검증 대상으로 둔다.

## 14. 현재 성능·커널 이슈를 설명하는 방법

“웹 로그인 진행 표시의 불필요한 애니메이션 부하는 개선했습니다. 기존 기록에서 CPU가 약 41~44%였던 조건이 수정 후 짧은 측정에서는 약 11~14%였습니다. 다만 재부팅 중 RCU stall과 시리얼 IRQ95 차단 기록은 별도 커널 문제로 남아 있어, 실제 포트 통신과 부팅 직후 응답은 계속 확인해야 합니다.”

- 위 수치는 과거 특정 조건의 측정이며 현재 모든 상황의 보장값이 아니다.
- IRQ95 차단이 발생한 상태에서 통신이 실패하면 웹 설정 완료 표시만 보고 정상이라고 설명하지 않는다.
- 문제 발생 시 시각·채널·요청·증상과 전체 콘솔 로그를 함께 기록한다. 웹 변경만으로 커널 문제가 해결됐다고 단정하지 않는다.
- 정상 시연 전 재부팅 후 실제 송수신 리허설을 통과해야 한다.

## 15. 결과 기록표

결과는 `합격 / 실패 / 미검증 / 해당 없음` 중 하나로 작성한다.

| 시험 | 결과 | 증거·측정값 |
|---|---|---|
| 부팅 준비·시간·CAPTCHA·로그인 | | 준비 __초, 시각 차이 __초 |
| 부팅 직후/1분 후 UI 응답 | | 각각 __초 / __초, CPU __% |
| 대시보드·상태와 배선 일치 | | 채널 __ |
| 9600 적용·재조회 | | 채널 __ |
| CH01~24 그룹 실제 RX/TX | | 채널 __, 로그 파일 __ |
| CH25~48 그룹 실제 RX/TX | | 채널 __, 로그 파일 __ |
| ASCII/HEX·CR/CRLF | | 상대 수신 __ |
| Reverse SSH/Telnet·접속 한도 | | 모드 __, Listen Port __ |
| 별칭·다중 적용 | | 대상 __ |
| 계정·권한·비밀번호·로그아웃 | | 허용 __, 거부 __ |
| 로그 필터·내보내기·권한 | | 파일 __ |
| 시간 동기화 | | 서버/PC __, 실제 시각 __ |
| SMTP·Trap·Syslog | | 실제 수신 기록 __ |
| 키워드·시스템·신호 이벤트 | | 이벤트 __ |
| RADIUS/TACACS | | 서버 기록 __ |
| SNMP 조회·SSL/CSR | | 응답/인증서 __ |
| 네트워크·DDNS·Ping | | 실제 도달/조회 __ |
| 백업·복원 | | 복원 전후 값 __ |
| 재부팅 후 유지·실제 재통신 | | 결과 __ |
| 펌웨어·공장 초기화 | | 별도 시험 여부 __ |

전체 48포트 검수는 아래 한 줄을 채널마다 복제해 작성한다. 두 그룹에서 한 개씩 성공한 것만으로 전체 48개 합격으로 처리하지 않는다.

`CH__ | 상대 장비 __ | 9600/8/N/1 __ | CR 응답 __ | TX __ | RX __ | Reverse __ | 로그 __ | 재부팅 후 __ | 판정 __`

## 16. 종료 전 원복

- 시험 포트 설정을 합의한 기본값으로 복원하고 다중 적용 선택을 해제한다.
- 임시 계정·알림 수신처·키워드·접속 세션을 정리한다.
- 관리 주소·HTTP80, 기준 데이터 속도9600을 다시 확인한다.
- 결과표와 로그·내보내기 파일을 보관한다. 비밀번호·공유 비밀·개인키는 시연 자료에서 제외한다.
- 미검증 항목은 그대로 남겨 후속 검수 대상으로 전달한다.

### 근거 문서

- `backend/BROWSER_ANIMATION_DIAGNOSIS_20260909.md`: 브라우저 부하 비교·수정 기록.
- `backend/REPLACEMENT_UI_PERFORMANCE_20260909.md`: 교체 장비 성능·배포 조사 기록.
- `WEB_LOG_FEATURES.md`: 로그 기능·권한·검증 범위.
- `FACTORY_RESET.md`: 초기화 동작 계약·관련 범위.
- `frontend/internal/mock/mock_data.go`, `frontend/web/static/js/integration.js`, `frontend/web/templates/partials/block_serial-terminal.html`: 메뉴·설정 처리·터미널 조작의 소스 기준. 화면 기본 예제 값은 실장비 값과 구분했다.