1. “이름 규칙”의 핵심만 다시 정리
| 항목 | 필수 | 권장 (감점 X, 가독성 👍) |
|---|---|---|
| 폴더 | 루트에 P1 / P2 / P3 세 개만 존재 | 각 파트 안에 보조 하위폴더(scripts/, captures/ 등)를 두는 것은 자유 |
| GNS3 프로젝트 파일 | P1.gns3project · P2.gns3project · P3.gns3project → 절대 다른 이름 X | — |
| 장비(컨테이너) 이름 | 로그인(seongtki) 포함 → 예: host_seongtki-1 | 하이픈/언더스코어 위치는 통일하면 가독성 ↑ |
| 스크립트·설정 파일 | 이름 규칙 강제 사항 없음 다만 “login 을 넣어 두면 평가자가 식별하기 쉽다” 라고만 명시 | host_seongtki-1.sh, routeur_seongtki-2.sh 등 지금처럼 유지하면 안전 |
| 기타 파일 (Makefile·Dockerfile·README 등) | 제한 없음 — 자유롭게 포함 가능 | 이름에 login 포함 여부는 무관 |
즉,
P1/P2/P3하위에서 GNS3project 파일만 예외로 고정 이름을 갖고,나머지 파일·폴더가 전부
…seongtki…식으로 통일돼 있다면 요건 충족입니다.
2. 현재 제출 구조에 규칙 위반이 있는가?
| 체크 항목 | 제출 예 | 평가 결과 |
|---|---|---|
| GNS3 파일 | P2/P2.gns3project ✔ | 규칙 충족 |
| 장비 이름 | host_seongtki-1, _seongtki-2 … ✔ | 규칙 충족 |
| 파일 이름 | host_seongtki-1.sh, Makefile … ✔ | 파일명은 자유 — 위배 아님 |
| ZIP 포함 여부 | (예시는 아직 확인 안 됨) | _GNS3 Portable ZIP_만 빠뜨리지 않으면 OK |
🟢 결론 : 지금까지 보여 준 디렉터리·파일 이름과 내용에는 규칙 위배 사항이 없습니다.
3. Makefile · Dockerfile 사용 가능 여부
과제 문서상 금지 조항 없음.
오히려 Makefile 로
make static/make dynamic같이 시연을 자동화하거나,
Dockerfile 로 이미지 재현성을 보장하면 가산점 요소로 평가됩니다.단, Dockerfile 이 컨테이너 빌드 지침서 로만 사용되고 실제
.gns3project가 해당 이미지를 참조하도록 하거나, README 에docker build -t vxlan-host .같은 빌드 방법을 적어 두면 충분합니다.
4. 마지막 점검 체크리스트
P1/P2/P3 각 디렉터리 안에
Pn.gns3projectPn.zip(GNS3 Export)README.md(옵션)스크립트·Makefile·Dockerfile(이름에 seongtki 포함 여부 자유)
모든 장비 이름(Host, Router, RR) →
*_seongtki-*형식commit/push 전에
git ls-files로 파일 누락 없는지 확인