Russian Users MikroTik | Форум пользователей MikroTik

Доброго времени суток!

Куплен роутер rb4011 igs+rm для замены старого zyxel. Настройки mikrotik по умолчанию.

Когда подключаю mikrotik к провайдеру (МТС Минск по ethernet, DHCP) напрямую через eth1 (wan по умолчанию) ни на роутере ни в lan нет интернета, не пингуется ничего, включая gateway. Включаю mikrotik после старого роутера, интернет есть.
Выяснил что в случае прямого подключения к провайдеру маршрут по умолчанию не активный.

Прямое подключение к провайдеру

# DST-ADDRESS PREF-SRC GATEWAY DISTANCE
0 DS 0.0.0.0/0 134.17.4.1 1
1 ADC 134.17.24.0/22 134.17.27.193 ether1 0
2 ADC 192.168.88.0/24 192.168.88.1 bridge 0

подключение через прослойку-zyxel

# DST-ADDRESS PREF-SRC GATEWAY DISTANCE
0 ADS 0.0.0.0/0 192.168.0.1 1
1 ADC 192.168.0.0/23 192.168.1.133 ether1 0
2 ADC 192.168.88.0/24 192.168.88.1 bridge 0

Gateway провайдера не доступен


Подозревал что провайдер фильтрует по маку, но тот говорит что нет, на всякий случай прописал mikrotik-у mac zyxel-я, проблему это не решило.

Помогите раобраться в чём дело. Спасибо.

Taras.Golodnyuk писал(а): ↑03 авг 2020, 09:20 Настройки mikrotik по умолчанию.

По умолчанию микротик НЕ настроен.

Читайте тут
viewtopic.php?f=15&t=2083
и тут
viewtopic.php?f=15&t=7676

Erik_U писал(а): ↑03 авг 2020, 09:29

Taras.Golodnyuk писал(а): ↑03 авг 2020, 09:20 Настройки mikrotik по умолчанию.

По умолчанию микротик НЕ настроен.

Читайте тут
viewtopic.php?f=15&t=2083
и тут
viewtopic.php?f=15&t=7676

Перед подключением устройства к провайдеру делал сброс, после перезагрузки роутер написал что-то вроде

• eth1 будет wan
  остальные порты будут в bridge lan
  в файрвол добавлено правил (они действительно там есть)

и ещё несколько пунктов суть которых я не помню. Сейчас устройства нет под рукой, сделать скриншот того что он написа не могу.
По ссылке 2 настройка PPPoE, мой провайдер раздает вот так:

По ссылке 1 базовые настройки с которыми у меня проблем не возникло

Спасибо

Taras.Golodnyuk писал(а): ↑03 авг 2020, 09:20
Прямое подключение к провайдеру

# DST-ADDRESS PREF-SRC GATEWAY DISTANCE
0 DS 0.0.0.0/0 134.17.4.1 1
1 ADC 134.17.24.0/22 134.17.27.193 ether1 0
2 ADC 192.168.88.0/24 192.168.88.1 bridge 0

В сети 134.17.24.0/22 нет хоста 134.17.4.1
Поэтому он и не доступен.

Там есть хосты от 134.17.24.1 до 134.17.27.254.
В этом промежутке должен быть ваш GATEWAY для 0.0.0.0/0

Может быть 134.17.24.1 ???

Erik_U писал(а): ↑03 авг 2020, 15:50

Taras.Golodnyuk писал(а): ↑03 авг 2020, 09:20
Прямое подключение к провайдеру

# DST-ADDRESS PREF-SRC GATEWAY DISTANCE
0 DS 0.0.0.0/0 134.17.4.1 1
1 ADC 134.17.24.0/22 134.17.27.193 ether1 0
2 ADC 192.168.88.0/24 192.168.88.1 bridge 0

В сети 134.17.24.0/22 нет хоста 134.17.4.1
Поэтому он и не доступен.

Там есть хосты от 134.17.24.1 до 134.17.27.254.
В этом промежутке должен быть ваш GATEWAY для 0.0.0.0/0

Может быть 134.17.24.1 ???

Забросил это дело, было недосуг, но пришлось вернуться.

Да вы совершенно правы, провайдер IP раздает из сети 134.17.24.0/22 а gateway у него на 134.17.4.1. И да, это и есть причина. Вопрос как это починить? Другие роутеры умеют как-то самонастраиваться и могут работать с этой конфигурацией.

Нагуглил что у людей работал следующий подход:

/ip address add address=xxx.xxx.xxx.xxx interface=ether1 network=yyy.yyy.yyy.yyy
/ip route add gateway=yyy.yyy.yyy.yyy

Но у меня - нет.

Мне не верится что мой МТ не может работать в таких условиях, просто нужно его правильно сконфигурировать.

Спасибо!

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

Gопробуйте создать маршрут на 134.17.0.0/19 указав шлюзом интерфейс, к которому подключен оператор.

Erik_U писал(а): ↑29 окт 2020, 11:22 Gопробуйте создать маршрут на 134.17.0.0/19 указав шлюзом интерфейс, к которому подключен оператор.

Так не выйдет.
Маршруты у которых указан интерфейс в качестве gateway не используются для nexthop lookup, если они не типа connected route.

Но можно попробовать в адресе маску /19 и сеть 134.17.0.0 задать.
Тогда connected route будет той, что надо.

xvo писал(а): ↑29 окт 2020, 11:33
Так не выйдет.
Маршруты у которых указан интерфейс в качестве gateway не используются для nexthop lookup, если они не типа connected route.

Но можно попробовать в адресе маску /19 и сеть 134.17.0.0 задать.
Тогда connected route будет той, что надо.

Если оператор адрес по DHCP раздает, то ничего в нем не поправишь. Если статика допустима - это решение.

Erik_U писал(а): ↑29 окт 2020, 12:00

xvo писал(а): ↑29 окт 2020, 11:33
Так не выйдет.
Маршруты у которых указан интерфейс в качестве gateway не используются для nexthop lookup, если они не типа connected route.

Но можно попробовать в адресе маску /19 и сеть 134.17.0.0 задать.
Тогда connected route будет той, что надо.

Если оператор адрес по DHCP раздает, то ничего в нем не поправишь. Если статика допустима - это решение.

Оператор раздаёт по DHCP. Попробую завтра принудительно сделать то что вы предлагаете, после отпишусь.