실습 환경 설정 (3) - GNS3 실습 맛보기

샐러드맛집·2022년 7월 7일
0

Kakao Cloud School

목록 보기
4/13
post-thumbnail

실습 환경 설정 (3) - GNS3 실습 맛보기


1. 왼쪽 browse all device
2. cloud Drag & Drop 으로 생성
3. c3600 생성
4. cloud 하나 더 생성


5. cloud1 우클릭 configure 클릭
   1-1) cloud1 선택 → 이더넷 선택 → add → apply → ok
   1-2) cloud1 선택 → WiFi 선택 → add
6. cloud2 우클릭 
   1) cloud 2 선택 → vmnet1 → add → apply → ok
7. 왼쪽 add a link
   1) R1 클릭 후 포트 0/0 선택 후 cloud1 연결
   2) R1 클릭 후 포트 0/1 선택 후 cloud2 연결
8. show/hide interface lables 눌러서 인터페이스 확인


9. vmware → centos → settings → network adapter → custom 선택 → vmnet1 로 변경 → ok


10. centos 실행 → 오른쪽 위의 wired connected → wired settings
    1)  wired → 톱니바퀴 클릭
    2)  IPv4 로 이동 → automatic (dhcp) → apply
    3)  wired → off 했다가 다시 on
    4)  ifconfig 로 ip 받아온것 확인
        1)  172.16.1.130 (얘는 internet 연결 x, ip 뒷부분 다를 수 있음)
            1)  독립적인 네트워크, 사설 ip 임
            2)  지금은 ping 찍어봐도 안됨
            3)  라우터 연결해서 외부 인터넷 연결 되도록 할거임



11. 다시 gns3 로 돌아오기
    1)  라우터 r1 우클릭 start이나 위에 보이는 start 버튼
    2)  라우터 r1 우클릭 console
12. 작업 관리자 에서 cpu, 메모리 사용률 확인
    1)  gns3 cpu 이용률이 높이 뜨고 있다면
        1)  r1 라우터가 원래 물리적 디바이스이지만,
        	현재는 가상의 라우터에 router os가 올라가야하는데 그게 아니어서 좀 많이 뜰수있다고 함
        2)  r1 라우터 우클릭 → auto idle-pc → cpu 이용률 다시 확인
            1)  작업 관리자에서 cpu 이용률 감소하는 것을 확인하면 됨

13-1. router console 에서 진행 # Ethernet 환경

conf t
int fa0/0 # interface fa0/0 진입
ip add 192.168.1.101 255.255.255.0 # ip address 및 setnet mask 를 설정

no sh # no shutdown, 죽어있는 interface 살림

do ping 192.168.1.199 # 강사님 컴퓨터로 ping 확인

# default route 설정 (default gateway 같이)
ip route 0.0.0.0 0.0.0.0 192.168.1.1
# 기본 게이트웨이가 192.168.0.1 이라면 그쪽으로 해줄것

do ping 8.8.8.8
# 결과 ...!!
# ... 뜬 이유(실패), gateway MAC addr 찾느라고 시간걸림
# 시간 지나서 다시 해보면 또 저럼

13-2. router console 에서 진행 # WiFi 환경
참고

conf t
int fa0/0 # interface fa0/0 진입

speed auto
duplex auto
mac-address aabb.ccdd.eeff
# aabb.ccdd.eeff : gns3 실행중인 노트북(컴퓨터)의 WiFi adapter MAC 주소
end

conf t
int fa0/0

ip add 192.168.0.101 255.255.255.0 # ip address 및 setnet mask 를 설정

no sh # no shutdown, 죽어있는 interface 살림

do ping 192.168.0.8 # 같은 WiFi 에 연결되어 있는 다른 노트북
# 같은 공유기에 Ethernet 연결되어 있는 데스크탑은 request가 가는 것을
# wireshark로 확인했지만, response가 돌아오지 않았음
# 아마 방화벽 때문일 것이라고 생각. (친구 컴퓨터라 직접 방화벽을 끄고 테스트는 못해봄)

# default route 설정 (default gateway 같이)
ip route 0.0.0.0 0.0.0.0 192.168.0.1

do ping 8.8.8.8

같은 네트워크 내의 다른 컴퓨터(192.168.0.8) 및 외부(8.8.8.8)로의 ping 확인


13.
	8)  username user1 password user1
		1)  라우터 사용자 만듦
        
	9)  line vty 0 25
		1)  가상의 터미널 26개를 만든것
			1)  26명이 동시에 라우터에 접근 가능
    
	10) login local
		1)  login 은 local 에 있는 유저네임 패스워드 사용
    
	11) enable password test123
		1)  enable 하면 권한이 올라간다고 함, 패스워드 걸어서 아무나 못들어오게 하고,


13.
	12) 탐색기 C:\Program Files\GNS3 이동
		1)  putty.exe
			1)  connection type : telnet
				1)  이거 변경할 때 포트 변경되는거 확인
		2)  192.168.1.199 하고 엔터
			1)  강사님 컴퓨터
			2)  username, password 치고
			3)  en 엔터
			4)  test123 패스워드 치고
		3)  강사님 컴퓨터에서 wireshark 로 tcp stream 캡처하니까 telnet 데이터 송수신한거 다 보임

집에서의 혼자 실습 복습이다 보니 해당 과정의 스크린샷은 재현할 수 없었음.
강사님 컴퓨터로 putty를 통해 telnet 프로토콜을 통한 원격 제어 연결을 하는 실습이었음


WiFi 환경에서의 에러 해결 메모

이번에도 역시나 Ethernet 환경에서 실습하던 것을 WiFi 환경에서 다시 시도해보니 문제가 2가지 있었다.

  1. 5. 1-1) 에서 gns3 상의 cloud1 의 설정을 WiFi 로 변경해줘야 했으며,
  2. 13.-2 에서처럼 Router 에 WiFi adpater의 MAC address 를 변경해줬어야 했다.

혹여나 같은 어려움을 갖고 있는 사람이라면 도움이 되기를 바람

profile
샐러드 싫음

0개의 댓글