teraWeb/demo-guide/01-network.md

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

[목차](README.md) · [결과 기록](06-results.md)

현재 관리 경로가 어느 인터페이스인지 먼저 확인합니다. 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 시험 항목이 없습니다.