Все, окей? Мой случай таков: у меня на GNS3 смонтирована следующая топология сети.
У меня также есть следующие настройки в каждой точке. Конфигурация ниже относится к той же топологии, но ранее она использовала машины Ubuntu вместо маршрутизаторов, представленных в образе. В этой топологии образа - 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
Р1
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
Р2
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
Р3
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
Р1
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
Р2
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 вы показываете шлюз по умолчанию 192.168.13.2, который является тем же адресом, что и один из интерфейсов на маршрутизаторе 3. Вместо этого должен быть 192.168.13.1, что является интерфейсом маршрутизатора 1.
В-третьих, вам нужно удалить настройку шлюза из интерфейсов маршрутизатора. Они неправы. Вы не можете иметь IP-адрес шлюза, настроенный на интерфейсе, который не находится в той же подсети, что и собственный IP-адрес интерфейса. В этом весь смысл шлюза — это маршрут в той же подсети, который имеет выход из подсети. Маршрутизаторы не используют и не должны иметь настроенных шлюзов на интерфейсах. Вместо этого шлюз по умолчанию — единственное, что важно в этой настройке.
В-четвертых, вы не создадите петлю, пингуя B из A, даже если он был настроен правильно. Маршрутизатор 2 видит IP-адрес компьютера B как напрямую подключенный. Поэтому он НЕ будет использовать шлюз по умолчанию. Вместо этого он отправит пакет напрямую на компьютер B. Поэтому ваш пинг из A в B пройдет правильно, без петли.
Если вы хотите создать петлю, вам нужно пинговать IP-адрес, который не является частью какой-либо сети в вашей топологии. Вы можете сделать это с компьютера A или B. Например, пингуйте 10.91.13.5.
Если вы хотите подтвердить, что вы зацикливаетесь, вы получите TTL Expired в транзите от одного из маршрутизаторов. Если вы измените TTL в своем пинге, вы сможете получить TTL expired в транзите от любого из 3 маршрутизаторов.
С учетом сказанного, вы же понимаете, что пакет не будет зацикливаться бесконечно, верно? Для этого и нужен TTL.
На данный момент ваш пинг из точки А доходит до точки В, но допустимого обратного пути для ответа нет.
Продолжайте учиться и добиваться успехов!