Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Форум
    RouterOS
    icmp redirect

    icmp redirect

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    icmp redirect, RouterOS
     
    driton
    Guest
    #1
    0
    03.09.2005 23:07:00
    Привет, народ! Я тут поколдовал с Mikrotik и функцией перенаправления ICMP. Просто эксперимент, ничего серьезного. У меня настроена простая сеть вот так: 172.16.0.0/23 ---- MIKROTIK ---- 10.0.0.0/24 ---- GW 10.0.0.254. Я настроил шлюз на Mikrotik как 10.0.0.254 и NAT’ил сеть 172.16.0.0/23 на IP-адрес, принадлежащий сети 10.0.0.0/24, чтобы она могла выходить в интернет.

    Вот конфигурация IP:

    ```
    ADDRESS            NETWORK         BROADCAST       INTERFACE
    0                   ;;; HOME LAN 172.16.0.1/23      172.16.0.0      172.16.0.255    MYLAN
    1                   ;;; interneti 10.0.0.252/24      10.0.0.0        10.0.0.255      INTERNET
    ```

    Вот NAT:

    ```
    1   src-address=172.16.0.0/23 action=nat to-src-address=10.0.0.252
    ```

    Вот маршруты:

    ```
    DST-ADDRESS        G GATEWAY         DISTANCE INTERFACE
    2  S 0.0.0.0/0          r 10.0.0.254      1        INTERNET
    4 DC 172.16.0.0/23      r 0.0.0.0         0        MYLAN
    5 DC 10.0.0.0/24        r 0.0.0.0         0        INTERNET
    ```

    Эта настройка работает отлично. Но я изменил шлюз на Mikrotik на 10.0.0.253, который, как оказалось, Linux-сервер с включенным пересылкой IP.

    Пересылка IP включена: `net.ipv4.ip_forward = 1`

    Вот таблица маршрутизации Linux:

    ```
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    10.0.0.0        0.0.0.0         255.255.255.0   U     0      0        0 eth0
    127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
    0.0.0.0         10.0.0.254      0.0.0.0         UG    0      0        0 eth0
    ```

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

    ```
    Sep  4 02:48:01 linuxi kernel: IN=eth0 OUT=eth0 SRC=10.0.0.253 DST=10.0.0.252 LEN=573 TOS=0x00 PREC=0xC0 TTL=64 ID=32847 PROTO=ICMP TYPE=5 CODE=1 GATEWAY=10.0.0.254
    ```

    Но оказывается, Mikrotik все равно продолжает отправлять трафик на 10.0.0.253, даже после получения ICMP-сообщения о перенаправлении, что видно из этого лога:

    ```
    Sep  4 03:01:38 nikonet kernel: IN=eth0 OUT=eth0 SRC=10.0.0.252 DST=159.148.147.196 LEN=40 TOS=0x00 PREC=0x00 TTL=126 ID=50890 DF PROTO=TCP SPT=3597 DPT=80 WINDOW=64240 RES=0x00 ACK FIN URGP=0
    ```

    И так далее, с аналогичными логами.

    Вопрос в том: должен ли Mikrotik изменить свой шлюз обратно на 10.0.0.254 после получения ICMP-сообщения о перенаправлении или что-то еще? Может, мне нужно больше почитать документацию?

    Кстати, я видел, как машина с Windows XP меняла свой шлюз (она не была настроена как маршрутизатор).
     
     
     
    driton
    Guest
    #2
    0
    04.09.2005 12:29:00
    Привет, ребят!

    Mikrotk admins, всем салют! Хотел поделиться с вами тем, как я вчера вечером чуть не сошёл с ума, пытаясь разобраться с очередным багом на роутере. 🤯

    В общем, история такая:
    *   Поставил новый релиз Mikrotik OS (6.48.3)
    *   Настроил VPN
    *   Всё работало идеально... пока не попробовал подключиться с телефона. 📱
    *   И тут началось: постоянные дисконнекты, тормоза, обрывы... Просто какой-то ад! 🔥

    Промучился я часа три, перечитал кучу форумов, пробовал разные настройки... Ничего не помогало. Уже хотел роутер выкинуть в окно. 😠

    Но, к счастью, на Stack Overflow нашёл решение – оказалось, нужно было просто обновить сертификаты CA. 🥳 Теперь всё работает как часы! ⚙️

    Кто-нибудь еще сталкивался с подобными проблемами после обновления? Поделитесь опытом, а то вдруг я опять что-то налажу. 😉

    #mikrotik #router #vpn #troubleshooting #network
     
     
     
    driton
    Guest
    #3
    0
    04.09.2005 15:58:00
    Я протестировал это с WinXP (как хост), и это работает, маршруты меняются.

    64.4.12.200 255.255.255.255 172.16.0.1 172.16.0.20 1
    64.4.12.201 255.255.255.255 172.16.0.1 172.16.0.20 1
    64.158.223.144 255.255.255.255 172.16.0.1 172.16.0.20 1
    65.54.140.158 255.255.255.255 172.16.0.1 172.16.0.20 1
    65.54.179.192 255.255.255.255 172.16.0.1 172.16.0.20 1
    65.54.239.80 255.255.255.255 172.16.0.1 172.16.0.20 1
    65.54.239.84 255.255.255.255 172.16.0.1 172.16.0.20 1
    66.218.75.230 255.255.255.255 172.16.0.1 172.16.0.20 1
    68.142.213.132 255.255.255.255 172.16.0.1 172.16.0.20 1
    80.75.64.55 255.255.255.255 172.16.0.1 172.16.0.20 1
    80.168.100.101 255.255.255.255 172.16.0.1 172.16.0.20 1
    127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
    172.16.0.0 255.255.255.0 172.16.0.20 172.16.0.20 2
    172.16.255.255 255.255.255.255 172.16.0.20 172.16.0.20 2
    94.109.152.234 255.255.255.255 172.16.0.1 172.16.0.20 1
    94.109.152.238 255.255.255.255 172.16.0.1 172.16.0.20 1
    94.130.106.132 255.255.255.255 172.16.0.1 172.16.0.20 1
    195.22.198.71 255.255.255.255 172.16.0.1 172.16.0.20 1
    195.22.198.96 255.255.255.255 172.16.0.1 172.16.0.20 1
    05.188.244.138 255.255.255.255 172.16.0.1 172.16.0.20 1
    207.46.2.69 255.255.255.255 172.16.0.1 172.16.0.20 1
    207.46.6.178 255.255.255.255 172.16.0.1 172.16.0.20 1
    207.46.6.191 255.255.255.255 172.16.0.1 172.16.0.20 1
    212.158.8.164 255.255.255.255 172.16.0.1 172.16.0.20 1
    213.200.97.134 255.255.255.255 172.16.0.1 172.16.0.20 1
    213.200.97.199 255.255.255.255 172.16.0.1 172.16.0.20 1
     
     
     
    sten
    Guest
    #4
    0
    04.09.2005 17:15:00
    Хост, конечно, может менять шлюз, но вот маршрутизатор, я думаю, нет. Не помню, что там пишут в RFC по этому поводу.
     
     
     
    driton
    Guest
    #5
    0
    04.09.2005 18:54:00
    Я тоже думаю, что менять шлюз не стоит, но стоит менять шлюз для конкретного адреса назначения, для которого получено сообщение о перенаправлении. Знаю, что в Cisco можно включить/выключить эту функцию на уровне интерфейса! В любом случае, посмотрю RFC и разберусь.
     
     
     
    driton
    Guest
    #6
    0
    04.09.2005 19:04:00
    RFC 1812, раздел «Требования к маршрутизаторам IP версии 4», гласит примерно следующее: 4.3.3.2 Перенаправление. Сообщение ICMP Redirect генерируется для уведомления локального хоста о том, что ему следует использовать другой маршрутизатор в качестве следующего узла для определенного трафика. Вопреки [INTRO:2], маршрутизатор МОЖЕТ игнорировать перенаправления ICMP при выборе пути для пакета, возникшего от маршрутизатора, если маршрутизатор работает с протоколом маршрутизации или если пересылка включена на маршрутизаторе и на интерфейсе, через который передается пакет.
     
     
     
    proweb
    Guest
    #7
    0
    19.10.2005 18:12:00
    Без сомнения…
     
     
     
    driton
    Guest
    #8
    0
    19.10.2005 21:29:00
    Похоже, MT в чём-то не соответствует RFC:(, впрочем, в остальном просто огонь.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры