- HQ에 10.10.10.2를 목적지 Ip로 하는 신호가 들어오면 HQ의 라우터는 테이블과 비교한다. 허나 10.2는 매치되는게 없지만 10.은 매치되는 것이 있다.
- 따라서, FA0/1로 Frame을 내보낸다고 판단한다
- ARP 프로토콜을 통해 BR의 MAC 주소를 얻는다
- BR로 Frame을 전송한다
- 해당 Frame이 BR에 도착한다
- BR에서는 Frame을 열어 MAC 주소를 비교하고, PACKET을 열어 Ip를 비교한다
- Ip가 본인이므로, 4계층에서 SEGMENT를 열어서 ICMP를 확인한다. ICMP를 받았으니 REPLY를 보내야한다
- Packet을 만들고 BR에서 라우팅 테이블을 참조하여 10.0 대역인 fa0/1로 보내겠다고 판단한다
- Frame을 만들어 HQ로 내보낸다
문제점을 찾아 해결해 나가는 과정!!!
이 과정은 가까운 쪽에서부터 점검해 나간다
이렇게 경로를 세분화하여 각 경로마다 ping을 확인해본다
우리회사는 웹서비스 제공을 위하여 공인주소를 구매하였다. 211.183.3.0/24를 사용할 수 있고, 라우터에 hq의 fa0/0에는 211.183.3.99을 할당한다. isp 주소는 211.183.3.2로 고정되어 있다. 나머지 주소는 내부에서 자유롭게 사용할 수 있는데, 이중, 211.183.3.100은 본사와 지사의 pc들이 동적 pat를 통하여 인터넷과 연결이 가능하도록 할 계획이고, 211.183.3.101은 본사 내부에 있는 웹서버 10.10.100.100과 1대1로 정적 NAT를 구성하여 웹서비스를 제공할 계획이다
AWS에서 서버를 생성하면 사설 주소가 할당되고, 자동으로 공인 주소를 부여해 준다. 하지만 이 공인 주소는 고정이 되지는 않는다 -> 동적 NAT
여기서, Elastic Ip는 위와 같은 환경에서 공인 Ip 주소를 정적으로 사설 주소와 매핑해 주는 기능이다 -> 정적 NAT
211.183.3.101은 본사 내부에 있는 웹서버 10.10.100.100과 1대1로 정적 NAT를 구성하여 웹서비스를 제공할 계획이다
AWS에서 해보기 전에 위 시나리오를 구현해보자
정적 PAT에서는 PORT를 지정해주지만 지금은 정적 NAT이기에 Ip만 지정하면 된다
매핑이 끝났다. 이제 외부에서 pc 1에 접속해보자
잘 연결됬다. Frame들을 확인해보자
주소가 잘 바뀐다. 이렇게 정적 NAT를 하면 정적 PAT를 하지 않아도, 외부에서 내부에 접근할 수 있다. 이러한 방식으로 Private Ip가 웹 서버와 같이 서비스를 제공할 수 있다. 웹 서버와 같은 서비스는 Public Ip가 고정되야하기 때문이다