Gateway маршрута по умолчанию (0.0.0.0) не досутпен

[xvo]

Вы сначала вот это попробуйте.

Добавьте маршрут до 134.17.4.1 через 134.17.24.1 с target-scope=30

Только там наоборот надо: не target-scope=30, a scope=10 сделать.

[Taras.Golodnyuk]

Проверить с провайдером смогу только завтра, сегодня попробовал такой эксперимент: если мы выяснили что причина почему не работает интернет в том что шлюз по умолчанию находится в другой подсети, то что бы не ждать времени я попытался сэмулировать то что я вижу у провайдера.

Микротик подключен за другим роутером. В нормальной ситуации IP раздает DHCP этого роутера, но я прописал руками.

Шлюз по умолчанию доступен

Но гугл днс нет.

В чём причина в этом случае? Куда стоит обратить внимание?

Если я в чём-то ошибся, поправьте пожалуйста.

[xvo]

А этот 192.168.100.1 он на другом роутере то действительно присутствует?

[Taras.Golodnyuk]

А этот 192.168.100.1 он на другом роутере то действительно присутствует?

Да, несомненно.

Вот такие настройки получаются от DHCP







Так всё работает как и положено.

[xvo]

Да, только на том роутере он с узкой /24 маской.
И тот другой роутер ничего не знает про ваш 192.168.113.50

Так что вам для чистоты эксперимента надо наоборот на микротике назначить например:

192.168.100.200/25
Но шлюзом каким-то путем все равно сделать тот же 192.168.100.1
Например:
/ip route add dst-address=192.168.100.1/32 gateway=192.168.100.128 scope=10
/ip route add gateway=192.168.100.1

Или повесить на какой-нибудь loopback-интерфейс на внешнем роутере адрес 192.168.101.1, а на микротике взять адрес 192.168.100.50, с маской /23 и 192.168.101.1 в качестве gateway.
Вот это будет максимально близкий вариант к тому, что у вас происходит.

[Taras.Golodnyuk]

Вы сначала вот это попробуйте.

Добавьте маршрут до 134.17.4.1 через 134.17.24.1 с target-scope=30

Только там наоборот надо: не target-scope=30, a scope=10 сделать.

Работает! Моя благодарность не знает границ! )))

Код: Выделить всё

 0 ADS  dst-address=0.0.0.0/0 gateway=134.17.4.1 gateway-status=134.17.4.1 recursive via 134.17.24.1 ether1 distance=1 scope=30 target-scope=10 vrf-interface=ether1 

 1 A S  dst-address=134.17.4.1/32 gateway=134.17.24.1 gateway-status=134.17.24.1 reachable via  ether1 distance=1 scope=10 target-scope=10 

 2 ADC  dst-address=134.17.24.0/22 pref-src=134.17.27.193 gateway=ether1 gateway-status=ether1 reachable distance=0 scope=10 

 3 ADC  dst-address=192.168.88.0/24 pref-src=192.168.88.1 gateway=bridge gateway-status=bridge reachable distance=0 scope=10 

P.S. Могли бы вы посоветовать материал (ресурс) для изучения что бы у меня таких вопросов не возникло в будущем?

Спасибо!

[xvo]

Рад помочь!

Вообще, лучше ресурса для "почитать", чем официальная вики, и официальный форум, я не знаю.
Ну и плюс попутно гуглить уже непосредственно про то, как работают разные сетевые протоколы, не применительно к микротику, а вообще.
Главное же, не запомнить как сделать по шагам, а разобраться, как оно работает, чтобы можно было и не запоминать.
Так что только практика: либо курсы, либо собирать себе лабу в домашней сети и ковырять все подряд.

[xvo]

На официальном форуме, кстати, ещё одно решение предложили.
И там хорошая идея добавить в dchp-клиента скрипт, который будет актуализировать конфигурацию при смене адреса/сети/гейта.
Можно это и для решения с маршрутом использовать.
Добавить вот такой скрипт в dchp-client lease-script:

Код: Выделить всё

:if ($bound=1) do={
          :local gwroute [/ip route find where comment="gwroute"]
          :local netaddr [/ip address get [find address=$"lease-address"] network]
          :if ([/ip route get $gwroute dst-address] != $"gateway-address") do={
            /ip route set $gwroute dst-address=$"gateway-address"
           }
           :if ([/ip route get $gwroute gateway] != $netaddr) do={
            /ip route set $gwroute gateway=$netaddr
           }
}

И добавить в маршрут comment=gwroute

Чтобы проверить, надо "испортить" сам маршрут: поменять в нем dst-address и gateway на произвольные.
Сделать release для dchp-клиента.
И проверить, что маршрут "поправился".

[aleksandr.smagin]

столкнулся с похожей проблемой

ранее подключался к провайдеру через pppoe

сейчас нужно IPoE, статический ip адрес.

провайдер выдал настройки подключения, все стандартно, ip шлюза принадлежит подсети (т.е. проблема не как у топикстартера)
по всем мануалам нужно присвоить для маршрута 0.0.0.0/0 gateway - ip адрес шлюза, который выдал провайдер.
Но, когда я прописываю IP адрес шлюза, ничего не работает (unreachable). Если тупо оставляю в этом поле интерфейс подключения, в который вставлен провод провайдера, то все работает.
dhcp у провайдера нет.
По факту в микротике сейчас нет информации о шлюзе, есть только ip адрес и маска интерфейса, в который вставлен провод провайдера. И при этом все работает.

когда я делаю трассировку до любого внешнего ip, после внутреннего ip микротика, следующим я должен по логике видеть как раз таки ip шлюза провайдера, но по факту сейчас там вообще вторым хопом какой-то левый ip из совершенно другой подсети

в общем, я в недоумении, каким образом у меня сейчас работает интернет, а главное, не работает маршрутизация во многие внешние сети, в частности github.com не пингуется и не открывается, а яндекс работает. Я так понимаю, что это может быть связано с текущей настройкой gateway

это провайдер намудрил или я что-то делаю не так?

[xvo]

Покажите, что и куда вы вбиваете при настройке адреса и дефолтного маршрута.