여러분, 알았죠? 제 경우는 GNS3에 다음과 같은 네트워크 토폴로지가 탑재되어 있습니다.
또한 각 지점에는 다음과 같은 설정이 있습니다. 아래 구성은 동일한 토폴로지와 관련되어 있지만 이전에는 이미지에 있는 라우터 대신 우분투 머신을 사용했습니다. 이 이미지 토폴로지에는 OpenWRT15.05가 있습니다. 아이디어는 A에서 B로 핑을 보내는 것이지만, R1에 들어갈 때 신호는 R2, R3, R1으로 돌아가서 이 시퀀스를 계속 진행하여 루프를 생성해야 합니다. 이 모든 구성을 사용하여 신호가 R2에 도착하는 것만 관리했으며 그 이후부터 신호가 손실되어 네트워크에서 계속해서 R3을 통과하고 R1로 돌아와 루프를 계속하도록 할 수 없습니다. 저를 도와주실 수 있거나 저에게 도움이 될 수 있는 아이디어 팁을 제공해 주시면 감사하겠습니다. 현재의 의심은 네트워크 문제에 관한 대학 작업에 대한 것입니다.
설정:
토폴로지
A: 0 => R1: 0(A = 호스트, 0 = 인터페이스, => 연결됨)
A: eth0.10 => R1: eht0.10 NET = 10.0.0.0 R1: eth1.12 => R2: eth1.12 NET = 192.168.12.0 B: eth0.20 => R2: eth0.20 NET = 172.16. 0.0 R2: eht2.23 => R3: eth1.23 NET = 192.168.23.0 R3: eth0.13 => R1: eth2.13 NET = 192.168.13.0 A 구성
vconfig add eth0 10
ifconfig eth0.10 up
ifconfig eth0.10 10.0.0.1 netmask 255.255.255.0
route add default gw 10.0.0.2 dev eth0.10
비
vconfig add eth0 20
ifconfig eth0.20 up
ifconfig eth0.20 172.16.0.2 netmask 255.255.255.0
route add default gw 172.16.0.2 dev eth0.20
R1
ifconfig eth2 up
vconfig add eth0 10
ifconfig eth0.10 up
vconfig add eth1 12
ifconfig eth1.12 up
vconfig add eth2 13
ifconfig eth2.13 up
ifconfig eth0.10 10.0.0.2 netmask 255.255.255.0
ifconfig eth1.12 192.168.12.1 netmask 255.255.255.0
ifconfig eth2.13 192.168.13.1 netmask 255.255.255.0
route add default gw 192.168.12.2 dev eth1.12
echo 1 > /proc/sys/net/ipv4/ip_forward
R2
ifconfig eth2 up
vconfig add eth0 20
ifconfig eth0.20 up
vconfig add eth1 12
ifconfig eth1.12 up
vconfig add eth2 23
ifconfig eth2.23 up
ifconfig eth0.20 172.16.0.1 netmask 255.255.255.0
ifconfig eth1.12 192.168.12.2 netmask 255.255.255.0
ifconfig eth2.23 192.168.23.1 netmask 255.255.255.0
route add default gw 192.168.23.2 dev eth2.23
echo 1 > /proc/sys/net/ipv4/ip_forward
R3
vconfig add eth0 13
ifconfig eth0.13 up
vconfig add eth1 23
ifconfig eth1.23 up
ifconfig eth0.13 192.168.13.2 netmask 255.255.255.0
ifconfig eth1.23 192.168.23.2 netmask 255.255.255.0
route add default gw 192.168.13.2 dev eth0.13
echo 1 > /proc/sys/net/ipv4/ip_forward
*/etc/네트워크/인터페이스
ㅏ
nano /etc/network/interfaces
iface eth0:10 inet static
adress 10.0.0.1
netmask 255.255.255.0
broadcast 10.0.0.255
network 10.0.0.0
gateway 10.0.0.2
비
nano /etc/network/interfaces
iface eth0:20 inet static
adress 172.16.0.2
netmask 255.255.255.0
broadcast 172.16.0.255
network 172.16.0.0
gateway 172.16.0.1
R1
iface eth0:10 inet static
adress 10.0.0.2
netmask 255.255.255.0
broadcast 10.0.0.255
network 10.0.0.0
gateway 192.168.12.1
iface eth1:12 inet static
adress 192.168.12.1
netmask 255.255.255.0
broadcast 192.168.12.255
network 192.168.12.0
gateway 192.168.12.2
iface eth2:13 inet static
adress 192.168.13.1
netmask 255.255.255.0
broadcast 192.168.13.255
network 192.168.13.0
gateway 192.168.12.1
R2
iface eth0:20 inet static
adress 172.16.0.1
netmask 255.255.255.0
broadcast 172.16.0.255
network 172.16.0.0
gateway 192.168.12.2
iface eth1:12 inet static
adress 192.168.12.2
netmask 255.255.255.0
broadcast 192.168.12.255
network 192.168.12.0
gateway 192.168.23.1
iface eth2:23 inet static
adress 192.168.23.1
netmask 255.255.255.0
broadcast 192.168.23.255
network 192.168.23.0
gateway 192.168.12.2
답변1
여기에는 몇 가지 문제가 있습니다.
이것이 오타인지 뭔지는 모르겠습니다.
먼저 컴퓨터 B 구성을 표시하고 기본 게이트웨이 172.16.0.2를 구성하고 있음을 보여 주지만 나중에 인터페이스 구성에서는 172.16.0.1을 표시합니다. 후자가 맞지만 전자는 아니다.
둘째, 라우터 3 구성에서는 라우터 3의 인터페이스 중 하나와 동일한 주소인 192.168.13.2의 기본 게이트웨이를 표시합니다. 대신 라우터 1 인터페이스인 192.168.13.1이어야 합니다.
셋째, 라우터 인터페이스에서 게이트웨이 설정을 제거해야 합니다. 그들은 틀렸다. 인터페이스의 자체 IP 주소와 동일한 서브넷에 있지 않은 인터페이스에는 게이트웨이 IP 주소를 구성할 수 없습니다. 이것이 게이트웨이의 핵심입니다. 이는 서브넷에서 나가는 경로가 있는 동일한 서브넷의 경로입니다. 라우터는 인터페이스에 게이트웨이를 사용하지 않으며 구성해서도 안 됩니다. 대신 기본 게이트웨이가 이 설정에서 중요한 유일한 요소입니다.
넷째, 올바르게 구성되었더라도 A에서 B를 핑하여 루프를 생성하지 않을 것입니다. 라우터 2는 컴퓨터 B의 IP 주소가 직접 연결된 것으로 간주합니다. 따라서 기본 게이트웨이를 사용하지 않습니다. 대신 패킷을 컴퓨터 B로 직접 보냅니다. 따라서 A에서 B로의 핑은 루프 없이 적절하게 전달됩니다.
루프를 생성하려면 토폴로지의 어떤 네트워크에도 속하지 않는 IP 주소를 ping해야 합니다. 컴퓨터 A 또는 B에서 이를 수행할 수 있습니다. 예를 들어 ping 10.91.13.5입니다.
루핑 중인지 확인하려면 라우터 중 하나에서 전송 중에 TTL Expired를 받게 됩니다. 핑에서 TTL을 변경하면 3개 라우터 중 어느 곳에서나 전송 중에 TTL이 만료될 수 있습니다.
그렇다면 패킷이 무한정 반복되지 않는다는 점을 이해하시겠습니까? 이것이 바로 TTL의 목적입니다.
현재로서는 A의 핑이 B로 전달되지만 응답에 대한 유효한 반환 경로가 없습니다.
계속 공부하고 좋은 일을 하세요!