17 KiB

Raw Blame History

TERA 장비 시연 자료

작성일: 2026-09-10 · 대상: 현재 시연용 48포트 장비 · 권장 진행 시간: 35~45분

시연 순서: 로그인 → 포트 송수신 → 알림 → 사용자 권한 → 주소 필터 → SNMP → SSL 인증서 → 로그 조회·삭제 → 백업·복원.

이 자료의 절차는 시연자가 수행할 시험입니다. 절차가 적혀 있다는 사실이 실기 시험 완료를 의미하지는 않습니다. 배포·자동 테스트 결과는 최종 빌드 안내와 구분합니다. 첨부 화면은 사용자가 제공한 인증서 생성 입력 예시이며 활성화 완료 증빙은 아닙니다.

1. 준비 및 기록

항목	시연 환경 / 입력 예시
장비 관리 주소	http://192.168.0.223/
HTTPS 주소	https://192.168.0.223/
현재 관리 PC	192.168.0.100 — 시연 전 실제 유선 IP 확인
복구 콘솔	COM4, 115200 baud, 8 data bits, parity None, 1 stop bit
시험 포트	예: CH01. 실제 연결된 포트로 대체
상대 시리얼 장비	통신 조건과 송신 방법을 사전 확인
보조 시험 PC	관리 PC와 다른 IP. 주소 필터 거부 확인용
SNMP 도구	Net-SNMP snmpget 또는 SNMP 조회 도구
기록 도구	화면 캡처, 다운로드한 로그, 결과 체크표

계정 비밀번호, Community, SMTP 비밀번호, 인증서 개인키는 발표 화면이나 저장소에 남기지 않습니다. 변경 전 포트 설정·알림 수신자·인증 방식·주소 필터·활성 인증서를 기록합니다. 로그 삭제는 복구할 수 있으리라 가정하지 말고, 필요한 범위를 먼저 내보냅니다. 설정 백업에는 로그 원문이 포함되지 않습니다.

2. 로그인과 준비 상태 (2분)

장비 주소를 열고 준비 완료 표시를 기다립니다. 기존 화면이 남아 있으면 Ctrl+F5로 갱신합니다.
관리자 계정과 CAPTCHA로 로그인합니다. 잘못된 CAPTCHA 1회는 로그인 거부를 확인하는 시험으로 사용할 수 있습니다.
기타 설정의 날짜·시간을 확인하고, 틀리면 현재 PC 시간으로 동기화합니다.
대시보드와 포트 상태 화면을 보여줍니다.

기대 결과: 준비 완료 후 로그인 가능. 날짜·시간과 실제 연결 포트 상태가 일치합니다.

발표 멘트: “장비 서비스가 준비된 뒤 관리 화면에 진입하며, 표시 시간은 이후 로그와 인증서 검증의 기준입니다.”

3. 포트 설정과 실제 송수신 (5분)

포트 설정에서 시험 포트를 선택하고 현재 값을 기록합니다.
상대 장비와 맞는 통신 조건을 적용합니다. 예: 9600 / 8 / None / 1 / 흐름 제어 None. 예시를 모든 장비에 강제하지 않습니다.
별칭을 DEMO_PORT로 바꾸고 다른 화면에 갔다가 돌아와 유지되는지 확인합니다.
관리자 포트 디버그에서 접속해 상대 장비가 지원하는 조회 명령을 전송합니다.
실제 응답을 확인하고 연결을 해제한 뒤 재접속합니다.

기대 결과: 저장한 설정 유지, 실제 송수신 성공, 재접속 가능. 상태 확인용 신호나 CR 응답을 지원하지 않는 상대 장비는 상태 표시와 실제 송수신을 구분해 확인합니다.

4. 시리얼 키워드와 알림 (5분)

포트 설정 → 고급 설정에서 시험 포트의 알림 키워드를 DEMO_ALARM으로 설정·적용합니다.
기타 설정 → 알림 설정 → 시리얼 이벤트에서 동일한 대상 포트를 선택합니다.
감지 키워드가 같은 값인지 확인하고 이 화면에서 DEMO_READY로 변경합니다.
수신 키워드 감지를 켜고, 준비된 전달 방법(메일 / SNMP Trap / Syslog)을 선택한 뒤 적용합니다.
다른 포트를 선택했다가 돌아와 값을 확인합니다. 포트 고급 설정에서도 DEMO_READY를 확인합니다.
상대 장비에서 대상 포트로 DEMO_READY를 포함한 문자열을 송신합니다. 실제 RX 데이터로 시험합니다.
포트 로그의 키워드 감지 결과와 선택한 수신처의 알림을 확인합니다.
일치하지 않는 문자열로 새 키워드 알림이 발생하지 않는지도 확인합니다.

기대 결과: 두 화면이 같은 포트 키워드를 공유합니다. 키워드 감지를 켠 상태에서 빈 키워드로 적용하면 입력 오류가 나타납니다. 감지를 끄면 빈 값 저장이 가능합니다.

메일을 시연할 때는 SMTP 주소·포트·STARTTLS·인증·발신자·수신자를 실제 계정 조건에 맞춥니다. 테스트 발송 후 받은편지함과 스팸함에서 시각·내용을 확인합니다. 인증서 신뢰 오류가 발생하면 수신자를 바꾸는 대신 장비 시간과 CA 신뢰 설정을 점검합니다.

SNMP Trap은 아래 SNMP 조회 시험과 별개입니다. PC의 Trap 수신기, 수신 포트(통상 UDP 162), 장비의 Trap 대상 및 이벤트 전달 설정을 준비한 뒤 실제 이벤트로 확인합니다.

5. 사용자와 인증 서버 (4분)

관리자 운영 → 사용자 계정에서 시연용 포트 운영자를 만들고 시험 포트만 허용합니다.
별도 브라우저 세션으로 로그인합니다. 첫 로그인 암호 변경 요구가 있으면 먼저 완료합니다.
허용한 포트 접근과 허용하지 않은 포트의 거부를 확인합니다.
포트 운영자에게 관리자 메뉴와 로그 메뉴가 보이지 않는지 확인합니다. /logs/ports 직접 접속도 거부되어야 합니다.
관리자 세션으로 돌아와 사용자 수정·비밀번호 재설정 버튼의 배치를 확인합니다.

외부 인증을 시연하는 경우 RADIUS 또는 TACACS+ 시험 서버를 준비합니다. 서버 주소·포트·공유 비밀·기본 역할을 맞추고 성공 로그인 및 오입력 1회 거부를 서버 로그와 함께 확인합니다. 외부 서버 중지 시험은 로컬 관리자 접속 경로를 확보한 상태에서 수행합니다. ‘장애 시 인증’ 고정 안내는 UI에서 제거되었으나, 그 UI 제거 자체가 인증 정책 변경을 뜻하지는 않습니다.

6. 주소 필터 — 차단 재현과 복구 (5분)

현재 사례

2026-09-10 조회 당시 차단 목록에 192.168.0.0/24, 전체 프로토콜 규칙이 켜져 있었습니다. 관리 PC 192.168.0.100도 이 범위에 포함되어 client address is denied by management address filter 오류가 발생했습니다. 콘솔에서 설정을 백업하고 필터 사용만 꺼 접속을 복구했습니다. 이후 사용자가 변경했을 수 있으므로 시연 직전 상태를 다시 확인합니다.

안전하게 시험하기

관리자 운영 → 주소 필터에서 필터 사용을 끈 상태로 기존 규칙을 검토합니다.
광범위한 192.168.0.0/24 차단 규칙은 삭제하거나 비활성화합니다.
IPv4 탭에 접속하는 관리 PC의 IP 192.168.0.100/32, 프로토콜 전체, 규칙 사용 켬을 추가합니다. 장비 IP를 입력하는 것이 아닙니다.
기본 탭에서 허용 목록을 선택하고 필터를 켭니다.
현재 PC에서 새 로그인 성공, 보조 PC에서 거부를 확인합니다.
차단 목록 시험은 보조 PC의 실제 IP /32를 대상으로 합니다. 현재 관리 PC를 제외한 상태에서 적용합니다.
완료 후 시연 전 정책으로 복원합니다.

표현	의미
192.168.0.100/32	PC 한 대
192.168.0.0/24	192.168.0.x 대역 전체
허용 목록	일치하는 접속 허용, 나머지 거부
차단 목록	일치하는 접속 거부

MAC 규칙은 장비에서 해당 PC의 MAC을 확인할 수 있는 동일 LAN에서 별도로 시험합니다. 라우터를 경유한 원격 PC의 MAC이 그대로 전달된다고 가정하지 않습니다.

차단됐을 때

반복 로그인이나 공장 초기화 대신 COM4 콘솔 또는 허용된 다른 PC로 복구합니다. 콘솔 복구는 인증 설정 파일의 백업 → API 중지 → 주소 필터의 enabled만 false로 변경 → API 재시작 → 준비 상태와 로그인 확인 순서입니다. 현재 장비의 설정 경로는 /var/lib/tera-api/auth.json이었으며 다른 장비에서는 환경 설정으로 확인해야 합니다. 계정·암호 데이터 전체를 출력하거나 임의 문자열 치환으로 다른 enabled 필드를 바꾸지 않습니다.

7. SNMP 조회·거부 시험 (4분)

관리자 운영 → SNMP에서 SNMP 사용 및 v2c를 켭니다.
Read Community를 시험용 값으로 정하고 장비 위치를 TEST-RACK, 관리자 연락처를 시연용 값으로 설정·적용합니다.
PC의 Net-SNMP 도구로 조회합니다. 아래 TEST_COMMUNITY는 실제 설정값으로 대체합니다.

# 장비 위치 sysLocation
snmpget -v2c -c TEST_COMMUNITY -t 2 -r 0 192.168.0.223 1.3.6.1.2.1.1.6.0
# 관리자 연락처 sysContact
snmpget -v2c -c TEST_COMMUNITY -t 2 -r 0 192.168.0.223 1.3.6.1.2.1.1.4.0
# 잘못된 Community 거부
snmpget -v2c -c WRONG_COMMUNITY -t 2 -r 0 192.168.0.223 1.3.6.1.2.1.1.6.0

기대 결과: 올바른 Community는 설정한 문자열 반환. 잘못된 값은 정상 데이터를 반환하지 않으며 통상 시간 초과가 발생합니다. 정상 값도 시간 초과라면 장비 IP, SNMP 사용 여부, UDP 161, PC 방화벽을 점검합니다. TCP 포트 검사만으로 UDP SNMP 정상 여부를 판정하지 않습니다.

v3를 추가 시연하려면 UI에서 v3와 사용자 사용을 켜고 사용자명·접근 권한·인증 방식·암호화 방식·각 키를 설정합니다. 조회 도구도 동일한 방식으로 맞춥니다. 예를 들어 UI를 SHA-1/AES로 정했다면:

snmpget -v3 -l authPriv -u TEST_USER -a SHA -A AUTH_PASSWORD -x AES -X PRIV_PASSWORD 192.168.0.223 1.3.6.1.2.1.1.6.0

위 명령은 SHA-1 설정의 예시입니다. UI가 SHA-256이면 도구가 지원하는 SHA-256 옵션을 사용해야 합니다. v3가 정상 동작한 뒤 시험에 사용하지 않는 v1/v2c는 원래 정책으로 복원합니다.

8. SSL 인증서 생성·활성화·검증 (5분)

사용자가 제공한 입력 화면:

필드	이번 입력값
인증서 ID	device-192-168-0-223 (자동 생성)
공통 이름 CN	192.168.0.223
국가 C	KR
조직 O	TERA-TEST
나머지 선택 항목	필요하지 않으면 빈 값

장비 날짜·시간을 먼저 확인합니다.
관리자 운영 → SSL 인증서 → 새로 만들기에서 위 값으로 생성합니다. 이미 같은 ID가 있으면 목록에서 확인하고 중복 생성하지 않습니다.
인증서 목록에서 해당 인증서의 유효 기간과 개인키 보유 상태를 확인합니다.
활성 인증서로 선택하고 적용합니다. 생성만으로 적용된다고 판단하지 않습니다.
새 브라우저 연결로 https://192.168.0.223/을 엽니다. HTTP 주소에서는 인증서 적용 여부를 확인할 수 없습니다.
브라우저 인증서 정보에서 조직 TERA-TEST, SAN의 IP 192.168.0.223, 유효 기간, 지문 또는 일련번호를 확인합니다.
HTTPS 로그인과 메뉴 이동을 확인합니다. 필요하면 기존 인증서로 다시 적용해 지문이 바뀌는 것도 확인합니다.

자체 서명 인증서의 신뢰 경고와 적용 실패는 다릅니다. 경고 없는 접속을 시연하려면 PC가 신뢰하는 CA에서 서명받고 접속 주소와 일치하는 SAN이 포함된 인증서가 필요합니다. 신뢰 경고를 무시한 접속은 신뢰 검증 성공으로 기록하지 않습니다.

추가 시험: PEM 인증서와 일치하는 개인키 가져오기 → 목록 확인 → 활성화. 개인키가 다른 파일은 오류로 거부되어야 합니다. CSR 다운로드는 CA에 제출할 요청을 만드는 절차로, 다운로드만으로 새 인증서가 발급되는 것은 아닙니다.

9. 로그 조회·내보내기·삭제 (5분)

먼저 포트 송수신, 로그인 시험, 키워드 이벤트로 기록을 생성합니다. 포트 상태 이벤트는 실제 연결 변화로 생성하되, 장비 관리에 사용하는 네트워크 케이블을 시험 중 분리하지 않습니다.

시스템 로그에서 로그인·설정 변경 등의 발생 시각과 내용을 확인합니다.
포트 로그에서 대상 포트, RX/TX, 키워드, 기간을 지정해 조회합니다.
포트 상태 이벤트에서 UP/DOWN 변경을 확인합니다. 이력 삭제는 실제 연결 상태를 바꾸지 않습니다.
필요한 로그를 CSV/지원 형식으로 내려받고 내용·시각·선택한 포트를 확인합니다. 내보내기 검색 조건과 최대 다운로드 건수를 확인합니다.

삭제 범위

화면 / 선택	삭제 대상	확인창 입력	유지되는 항목
포트 로그 / CH01 등	선택한 포트의 통신 로그 전체	CH01 등 선택한 채널	다른 포트, 시스템·감사·상태 이벤트
포트 로그 / 전체	CH01~CH48 통신 로그 전체	ALL	시스템·감사·상태 이벤트
시스템 로그	기존 시스템 이벤트 및 감사 기록	SYSTEM	포트 통신·상태 이벤트
포트 상태 이벤트	저장된 상태 이벤트 전체	LINKS	현재 연결 상태, 포트 통신·시스템·감사 로그

기간·검색어·표시 개수를 좁혀도 삭제 범위는 위 표와 같습니다. 관리자가 정확한 확인 문자열을 입력해야 실행됩니다. 취소하거나 틀리게 입력했을 때 삭제되지 않는 것도 먼저 확인합니다.

시험 순서: 시험 로그 생성 → 내보내기 → CH01만 삭제해 CH02 유지 확인 → 전체 선택 후 ALL 삭제 → 새 송수신 로그 재생성 확인 → 상태 이벤트 LINKS 삭제 → 현재 연결 상태 유지와 다음 상태 변경 기록 확인 → 시스템 로그 SYSTEM 삭제.

삭제 후 새 이벤트나 삭제 작업의 기록이 생길 수 있으므로, 화면이 영구적으로 0건인지를 기준으로 삼지 않습니다. 삭제 전에 있던 고유한 시험 메시지가 없어졌는지 확인합니다. 장비의 기존 로그를 실제로 지우는 시연은 필요한 자료를 확보한 뒤 수행합니다.

10. DDNS·백업·마무리 (3~5분)

DDNS는 IPv4 설정으로 시연합니다. 사용할 공급자·도메인·자격 증명이 있을 때 설정을 적용한 뒤 외부 DNS 조회로 주소를 확인합니다. 공급자 연결이나 DNS 전파 지연은 UI 저장 성공과 구분합니다. IPv6 항목은 제거되었습니다.

구성 백업은 암호를 정해 다운로드하고, 시험 포트 별칭 하나를 변경한 뒤 백업을 복원해 이전 값으로 돌아오는지 확인합니다. 복원은 여러 설정을 함께 바꾸므로 시험 장비에서 진행하고, 네트워크 포함 옵션과 변경 범위를 확인합니다. 펌웨어 업데이트·공장 초기화는 별도 시나리오입니다.

시연 후 계정·포트·알림·인증 방식·주소 필터·인증서·SNMP 설정을 원래 상태로 복원하고 시험용 계정을 정리합니다. 재시작은 저장 여부를 확인한 뒤 수행하며, 재로그인·포트 송수신·준비 상태를 다시 확인합니다.

결과 기록표

시험	기대 결과	실제 결과 / 캡처 / 시각
로그인·서비스 준비	준비 완료 및 관리자 로그인	미실시 / 기입
포트 설정·송수신	설정 유지 및 실제 응답	미실시 / 기입
키워드 양방향 설정	두 화면 일치 및 RX 감지	미실시 / 기입
메일 / Trap / Syslog	선택한 수신처에서 확인	미실시 / 기입
사용자 권한	허용 포트만 접근, 운영자 로그 차단	미실시 / 기입
외부 인증	올바른 인증 성공, 오입력 거부	미실시 / 기입
주소 필터	관리 PC 허용, 보조 PC 거부	미실시 / 기입
SNMP	정상 값 조회, 오입력 거부	미실시 / 기입
SSL	생성·활성화 및 HTTPS 제공 인증서 일치	미실시 / 기입
단일 / 전체 포트 로그 삭제	선택 범위 삭제 및 새 로그 수집	미실시 / 기입
상태 이벤트 삭제	이력 삭제, 현재 상태 유지	미실시 / 기입
시스템 로그 삭제	기존 시스템·감사 기록 삭제	미실시 / 기입
백업·복원·재시작	설정 복원 및 정상 재접속	미실시 / 기입

발표 전 마지막 확인

실제 관리자 비밀번호·Community·인증서 개인키가 화면이나 캡처에 노출되지 않는가?
주소 필터를 켜기 전 현재 PC의 /32 규칙과 콘솔 복구 경로를 확인했는가?
인증서 “생성”, “활성화”, “브라우저 신뢰”를 각각 구분했는가?
로그 삭제 대상과 내보내기 범위를 확인했는가?
시험 성공을 실제 결과로 기록했으며 미실시 항목을 성공으로 표시하지 않았는가?

17 KiB Raw Blame History