teraWeb/demo-guide/01-network.md

1. 네트워크 설정과 실제 연결 시험

목차 · 결과 기록

현재 관리 경로가 어느 인터페이스인지 먼저 확인합니다. UI의 인터페이스 1은 eth0, 인터페이스 2는 eth1입니다. 물리 커넥터는 실제 링크로 식별합니다. 보조망 예시는 인터페이스 1로 관리하고 인터페이스 2를 시험에 쓸 수 있을 때의 절차입니다.

N01. 고정 IPv4

UI: 네트워크 설정 → 인터페이스 2. 시험 PC를 보조 인터페이스에 연결하고 PC 유선 IP를 192.168.50.100, 마스크 255.255.255.0으로 설정합니다. 다른 인터페이스와 겹치지 않는 격리 시험망이어야 합니다.

UI 항목	입력 예시
DHCP 사용	끔
IPv4 주소	192.168.50.223
서브넷 마스크	255.255.255.0
게이트웨이	라우터 없는 직결 시험이면 비움
DNS 서버 1·2	직결 IP 통신 시험에서는 불필요. 원래 값을 기록

1. 적용을 누르고 결과를 기다립니다. 현재 접속 IP 자체를 변경했다면 새 주소로 브라우저를 다시 엽니다.
2. 시험 PC에서 ping 192.168.50.223을 실행하고 http://192.168.50.223/에 로그인합니다.
3. 설정 화면을 다시 열어 주소·마스크가 유지되는지 확인합니다. 관리 PC A의 기존 주소 접속도 확인합니다.

통과: 새 IP 웹 로그인 + 재조회 값 일치. Ping 차단 환경에서는 Ping 실패만으로 웹 연결 실패로 판정하지 않습니다. 실패 확인: PC 마스크·케이블·해당 링크·IP 중복·주소 필터 순서. 적용 실패/롤백 안내가 있으면 새 값이 반영됐다고 가정하지 않습니다. 원복: 기존 관리 경로에서 원래 인터페이스 설정 적용, PC 어댑터 설정 복귀.

N02. DHCP

준비: DHCP 서버가 있는 별도 시험망과 서버의 임대 목록 접근 권한. 직결 PC만 연결해서는 DHCP 주소가 나오지 않습니다.

1. 네트워크 설정 → 시험 인터페이스 → DHCP 사용 켬 → 적용.
2. DHCP 서버 임대 목록에서 장비 해당 인터페이스 MAC에 할당된 IP를 확인합니다. 고정 IP 입력칸의 이전 숫자를 임대 결과로 판단하지 않습니다.
3. 같은 망 PC에서 할당 IP로 웹 로그인합니다. UI를 다시 열어 DHCP 사용 상태를 확인합니다.

통과: 임대 목록 MAC·IP 일치 + 실제 접속 성공. 실패: DHCP 서버·VLAN·케이블·주소 풀 확인. 원복: 기존 관리 경로에서 원래 고정 IP 또는 DHCP 설정 복구.

N03. 게이트웨이·DNS / 네트워크 테스트

UI: 네트워크 설정 → 사용 인터페이스. 게이트웨이는 실제 라우터, DNS는 해당 망에서 도달 가능한 서버 주소를 입력하고 적용합니다.

1. 진단 도구 → 네트워크 테스트에서 IP 주소 / 도메인 이름에 같은 망의 응답 가능한 PC/라우터 IP, 핑 횟수에 4를 입력하고 테스트합니다.
2. 다른 네트워크의 응답 가능한 시험 서버 IP로 반복합니다. 첫 시험은 같은 망, 둘째는 게이트웨이 경유 통신 확인입니다.
3. 해당 서버의 실제 DNS 이름으로 반복합니다. 결과에서 이름이 예상 IP로 해석되는지, 응답·손실이 어떤지 확인합니다.

통과: 도달 가능하도록 준비한 대상에서 응답, 이름이 예상 IP로 해석됨. 실패 분리: IP 성공/이름 해석 실패는 DNS, 같은 망 성공/다른 망 실패는 경로·방화벽 확인. 대상이 ICMP를 차단하면 다른 시험 대상을 사용합니다. 원복: 원래 게이트웨이·DNS 적용.

N04. IPv6

DDNS의 IPv6 제거와 인터페이스 IPv6는 별개입니다.

1. 네트워크 설정 → 시험 인터페이스 → IPv6 설정 보기를 엽니다.
2. 할당받은 IPv6 주소·Prefix Length·게이트웨이·DNS를 준비합니다. 격리 직결망 예시는 장비 fd00:50::223, PC fd00:50::100, Prefix 64, 게이트웨이 없음입니다.
3. Static과 준비한 값을 적용하고 PC에도 같은 프리픽스 주소를 설정합니다.
4. PC에서 ping -6 fd00:50::223, 브라우저에서 http://[fd00:50::223]/ 접속을 시험합니다.
5. Auto는 RA를 제공하는 라우터가 있을 때 별도 시험합니다. 네트워크 관리 도구에서 실제 부여 주소를 확인한 뒤 그 주소로 접속합니다.

통과: 실제 주소로 접속 + 모드 재조회 일치. 실패: PC IPv6·프리픽스·RA·방화벽 확인. 원복: 원래 모드·주소. Disable 시험은 보조 경로에서 수행하고 IPv4 관리 접속 유지도 확인합니다.

N05. 호스트 이름

1. 네트워크 설정 → 호스트 설정 → 호스트 이름에 tera-demo-01 입력 → 적용.
2. 다른 화면을 거쳐 다시 열어 이름을 확인하고 재시작 후에도 비교합니다.

통과: 저장·재조회 일치. 이름 저장이 DNS 자동 등록을 의미하지는 않습니다. 이름으로 접속하려면 DNS 레코드가 별도로 있어야 합니다. 원복: 원래 이름 적용.

N06. Single / Bonding / Bridge / OOB

UI: 네트워크 설정 → 고급 설정. 변경 전 값과 배선을 기록하고 복구 콘솔을 연결합니다. 각 모드는 서로 다른 시험이며 동시에 수행하지 않습니다.

OOB 사전 설정: 인터페이스 1·2에 각각 DHCP 끔(Static IPv4), 해당 망의 주소·마스크·실제 게이트웨이를 먼저 적용해야 합니다. 둘 중 하나라도 Static IPv4 또는 게이트웨이가 없으면 OOB 저장이 거부됩니다. N01의 게이트웨이 없는 직결 시험 구성을 그대로 OOB 시험에 쓰지 않습니다. 예비망에서 확인 대상까지 도달하는지도 먼저 시험합니다.

시험	UI 설정	실제 시험	통과 증거
Single	운영 모드 Single, 고급 네트워크 모드 Single	기존 관리 주소로 로그인·Ping	독립 인터페이스 통신 유지
Bonding 링크 중복	Single → Bonding → 링크 중복(active-backup), 링크 감지 시간은 현장 기준값	두 링크를 같은 시험망에 구성. 관리 IP 연속 Ping 중 활성 링크만 분리, 예비 경로로 웹 재접속	분리 시각·중단 시간·예비 링크 복구 기록
Bonding 로드 밸런싱	Single → Bonding → 로드 밸런싱(balance-rr)	대응 스위치 구성 후 여러 흐름 전송, 양 포트 카운터 확인	양 링크 트래픽. Ping 한 번으로 분산 성능 통과 판정하지 않음
Bridge	Single → Bridge, STP는 시험망 설계에 맞춤	두 인터페이스에 서로 분리된 시험 구간 연결, 양쪽 PC 간 통신	두 구간 간 프레임 전달. 같은 LAN에 두 선을 꽂아 루프를 만들지 않음
OOB	운영 모드 OOB, 상태 확인 대상은 실제 응답할 IP, 확인 주기 10초, 전환 실패 횟수 3 예시	주 경로 Interface 1, 예비 Interface 2 준비. 주 경로에서만 대상 장애 발생 후 예비 경로 접속	실제 예비 접속 + OOB 경로 전환 로그/알림

진행: 한 모드 설정 → 적용 → 정상 통신 확인 → 표의 장애/트래픽 발생 → PC 출력과 로그 시간 캡처 → 케이블 복구 → 원래 모드 적용. OOB에서는 고급 모드가 Single로 제한됩니다. 10초×3은 실패 감지에 시간이 필요하다는 뜻이며 정확히 30초에 웹이 복구된다고 단정하지 않습니다.

실패: 스위치·VLAN·예비 경로 라우팅을 확인합니다. 두 경로와 확인 대상이 준비되지 않으면 ‘미실시’로 기록합니다.

N07. DDNS

준비: 본인이 관리하는 공급자 계정·등록 도메인·갱신 권한. 인터넷 연결과 DNS가 먼저 정상이어야 합니다.

UI: 네트워크 설정 → DDNS	입력
DDNS 사용 / DDNS IPv4 사용	켬 / 켬
DNS 공급자	실제 계정의 공급자
사용자 이름(ID)	공급자에서 요구하는 ID
비밀번호(Token/Secret)	해당 도메인 갱신 권한의 값
IPv4 도메인	등록된 시험 도메인
IP 확인 주소	해당 환경에서 사용할 공인 IPv4 확인 URL
Custom Provider / Path	custom 방식일 때만 준비한 공급자 정보

1. 적용 후 재조회해 사용 여부·도메인을 확인합니다.
2. 공급자 관리 화면에서 A 레코드의 값·갱신 시각을 확인합니다.
3. PC에서 nslookup 실제시험도메인을 실행해 의도한 공인 IPv4와 일치하는지 확인합니다. TTL에 따른 캐시 지연을 고려합니다.
4. 갱신을 직접 증명하려면 전용 시험 도메인의 기존 값을 기록하고 공급자에서 다른 시험 값으로 바꾼 뒤 장비의 다음 갱신으로 복구되는지 확인합니다. 실제 서비스 도메인으로 이 시험을 하지 않습니다.

통과: 실제 레코드 갱신 + DNS 응답 일치. DDNS 성공만으로 외부 웹 접근을 보장하지 않습니다. NAT·포트 전달은 별도입니다. 실패: 자격 증명 권한·도메인·장비 DNS·인터넷 확인. 원복: 원래 DDNS와 시험 레코드 복구. DDNS UI에는 IPv6 시험 항목이 없습니다.