비디오: 7장. IP라우팅 설정(7.4.1장:동적 라우팅 - EIGRP 재분배 설정) 2024
하나의 라우터와 2 대의 컴퓨터가있는 정적 네트워크가 작 으면 두 번째 라우터를 추가해야합니다. 중간 세그먼트에 어떤 컴퓨터도 설치하지 않습니다. 전화 회사에서 개인 링크 또는 가상 회선을 임대하거나 네트워크의 내부 백본 연결을 통해 라우팅하는 경우이 일반적인 구성이 발생합니다.
이 경우 Computer1 와 Computer2 가 포함 된 경로를 지정하려는 네트워크는 단일 라우터에 직접 연결되지 않습니다. 오히려 한 세그먼트가 네트워크의 각 라우터에 직접 연결됩니다. 일반적으로 로컬 라우터를 기본 게이트웨이로 사용하도록 각 컴퓨터를 구성하므로이 시나리오에서 예상됩니다.
->ping 와 같은 명령을 실행하여 IP 주소가 192.168.5.10 인 원격 컴퓨터에 대한 연결을 테스트하면 컴퓨터는 논리 AND 처리를 수행합니다 서브넷 마스크를 사용하여 IP 주소와 원격 IP 주소에 이 경우 AND 프로세스는 대상 주소를 원격 주소로 식별합니다.
주소가 원격 인 모든 경우에 컴퓨터는 로컬 라우팅 테이블을 참조합니다. 이 경우 기본 경로 및 기본 게이트웨이 경로 이외의 로컬 라우팅 테이블에는 아무 것도 없습니다. 가까운 경로가 없기 때문에 컴퓨터는 기본 게이트웨이를 통해 "모두 포착"경로를 사용합니다.
- ping 명령이 통과되면 결과는 다음과 유사합니다. 오류는 대상 호스트를 사용할 수 없다는 것일 수 있습니다. 또는 192.268.1.1의 라우터가 대상 네트워크 세그먼트에 도달하는 방법을 모르기 때문에 전체 대상 네트워크를 사용할 수없는 경우 일 수 있습니다.
다음 코드는 두 가지 작업을 수행합니다. 첫째, 라우터에서 라우팅이 가능합니다. 이는 2 세그먼트 네트워크에서 라우팅하는 데 필요합니다 (기본 설정이 아니므로 둘 이상의 인터페이스가있는 경우 라우트하도록 라우터에 지시해야합니다). 둘째, 192. 168. 5. 0 네트워크 세그먼트에 대한 경로를 추가합니다 (그림 4-2 참조).
> ping
명령을 실행하면 원격 컴퓨터의 1922. 168. 5. 10으로 약간 다른 오류가 발생합니다. 다음 오류는 여러 가지 원인이있을 수 있습니다. 일반적으로 Request timed out 오류는 라우터가 데이터를 대상으로 가져 오는 방법을 알고 있음을 의미합니다 (그렇지 않으면 ping 의 이전 사용으로 인한 대상 오류가 있음). 또는 적어도 그들은 그들이하는 일이라고 생각합니다. C:> ping 192. 168. 5. 10 ping 192. 168. 5. 10, 32 바이트의 데이터: 요청 시간이 초과되었습니다. 요청 시간이 초과되었습니다. 요청 시간이 초과되었습니다. 요청 시간이 초과되었습니다. 패킷 수: 4, 수신 = 0, 손실 = 4 (100 % 손실), 대략 왕복 시간 (밀리 초 단위): 최소 = 0ms, 최대 = 1ms, 평균 = 0ms 라우팅 테이블에 문제가있는 경우, 구성해야하는 고정 경로가 아닌 기본 게이트웨이를 사용하는 라우터 인 경우 라우터가 데이터를 대상으로 라우팅 할 수 있다고 생각하기 때문에 앞에서 설명한 오류가 발생할 수 있습니다.
대상 네트워크에 대한 경로가 올 바르지 만 역 경로에있는 라우터가 올바르게 구성되지 않은 경우에도이 오류가 표시 될 수 있습니다.
traceroute
명령은 오류의 특성에 대해 좀 더 많은 정보를 제공 할 수 있습니다. 다음 예제에서 Windows 버전의 traceroute ( tracert )는 -h 4 옵션을 사용하여 네 개의 홉만 경로를 추적하도록 구성되어 있습니다 명령. D: utils> tracert -h 4 192. 168. 5. 10 192. 168. 3. 1 1 최대 30 홉 이상 1 1 이 코드는 컴퓨터의 라우팅 테이블 올바른지, 로컬 라우터로 데이터를 전달했는지 확인하십시오. 귀하의 라우터는 그곳에서 어디로 가야하는지 알고 있습니까? 당신은 여전히 확신 할 수 없습니다. 라우터에 연결하여 경로를 확인한 다음
ping를 사용하여 대상 라우터를 테스트하고 traceroute 를 사용하여 대상 주소를 테스트하면 라우터의 목적지로가는 경로: Router1> enable 암호: Router1 # show ip route static S 192. 168. 5. 0/24 [1/0] via 1922. 168. 3. 2 Router1 # ping 192. 168. 3 2 중단 할 이스케이프 시퀀스를 입력하십시오. 5, 100 바이트 ICMP Echos를 192로 전송. 168. 3 2, 시간 초과는 2 초입니다. ! ! ! ! 성공률은 100 % (5/5), 왕복 분 / 평균 / 최대 = 1/1/4 ms입니다. Router1 # traceroute 192. 168. 5. 10 중단 할 이스케이프 시퀀스를 입력하십시오. 경로 추적: 192. 168. 5. 10 1 192. 168. 3 2 0 msec 0 msec 4 msec 2 192. 168. 5. 10 0 msec 4 msec 0 msec 라우터, 내 경우
Router1, 응답을받을 수 있지만 Router1 뒤에있는 Computer1 에서 응답을받을 수 없습니다. 명령이 Router1 에서 작동하기 때문에 Router1 에 올바른 경로가 있는지 확인할 수 있습니다. 컴퓨터 1
및 라우터 1 에 사용 된 원본 주소의 차이점을 생각해보십시오. Router2 및 Computer2 에 대해 Computer1 의 원본 주소는 1922. 168. 1. 10이고 Router1 는 192입니다. 168. 3. Router2 는 192.23.1에 어떻게 접속할지를 알고 있기 때문에 192.2.1.10에 도달하는 방법을 알지 못하기 때문에 소스 주소는 차이입니다. 그 결과로 Computer1 에서 Computer2
로 통신 할 수 없지만 실제 이유는 무엇입니까? 테스트가 끝나면 192. 168. 5. 0/24 네트워크로가는 경로이므로 문제는 돌아 오는 길입니다. Computer1 의 주소를 테스트하기 위해 Computer2
에 ping 명령을 사용한다면이 사실을 알았을 때 똑같은 것을 볼 수 있습니다 운동 시작됨 - 결과는 대상 네트워크 도달 불가능 또는 대상 호스트 도달 불가능 중 하나입니다. 해결 방법은 해당 데이터가 Computer1 로 돌아가고 IP 라우팅이 활성화되어 다음 그림과 같은 네트워크를 제공하는지 확인하는 것입니다. 마지막 테스트가 성공적으로 완료되었으므로 ip routing 명령이 이미 글로벌 구성 모드에서 실행 된 것이 확실합니다. 사용하지 않으면 결과를받지 못했기 때문입니다. Router2> enable 암호: Router2 # configure terminal 구성 명령을 한 줄에 하나씩 입력하십시오. CNTL / Z로 종료하십시오. Router2 (config) #ip routing Router2 (config) #exit
이제 연결을 테스트하기 위해 Router2 (config) #ip route 192.168.1.0 255. 255. 255. 0 1922. 168. 3. 1 Router2 ping 명령의 원래 사용으로 돌아가서 초기에 수행 된 작업을 테스트하십시오. 결과는 이제 성공적입니다. 이제 192 / 168 / 5 / 0 / 24 네트워크를 오가는 유효한 경로가 생겼습니다.
196 168. 5. 10 핑 (ping) 192. 168. 5. 10 (32 바이트 데이터 포함): 192에서 응답 168. 5. 10: 바이트 = 32 시간 = 1ms TTL = 253 192 168. 5. 10: bytes = 32 time <1ms>
tracert 를 다시 검사하면 성공! C:> tracert -h 4 192. 168. 5. 10 최대 4 홉 이상에서 192. 168. 5. 10까지 추적 경로 1 이제 라우팅은 소규모 네트워크.
네트워크가 성장함에 따라 구성 및 유지 관리해야하는 더 많은 경로가 더 복잡해질 것입니다.
