Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • 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
    Нужна помощь с проблемой dst-nat.

    Нужна помощь с проблемой dst-nat.

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Нужна помощь с проблемой dst-nat., RouterOS
     
    XTLMeth
    Guest
    #1
    0
    07.09.2009 04:35:00
    Мне нужно понять, как настроить dst-nat из мульти-wan на серверы, находящиеся за файрволом. Это работает у меня на обычном Linux, но в Mikrotik почему-то не получается. IP-адреса изменены для примера, но идея должна быть понятна.

    Пример: IP-адреса wan1: 69.164.219.25/24, 35.2.245.2/25, 35.2.245.3/25, 35.2.245.125/25, IP-адрес wan2: 16.161.237.204/29, IP-адрес wan3: 85.24.205.212/23, IP-адрес lan1: 172.18.7.251/22.

    У меня есть несколько серверов за файрволом:

    *   server1: 172.18.7.250 с сервисами 80, 443, 990, 8000-8003
    *   server2: 172.18.7.252 с сервисами 21, 22, 25, 53, 110

    В текущей системе я могу создать правило dst-nat для порта 80 на каждом интерфейсе, чтобы он перенаправлялся на server1. Если подключаться к нему извне моей сети, я могу получить доступ к веб-серверу с любого из этих 7 WAN IP. Другие сервисы, например, SMTP на порту 25, dst-nat’ятся только с использованием 2 WAN интерфейсов.

    В настоящее время я использую 1 таблицу маршрутизации для каждого из 4 провайдеров. Для этого я использую policy routing и connection marking. Я попытался настроить Mikrotik, максимально точно воспроизводя то, что я делаю на Linux, но это не работает.

    Кажется, что я не могу реализовать такой тип natting в Mikrotik. Я могу настроить не-интернет-соединения и сделать dst-nat на одну сторону, но не могу заставить оба WAN интерфейса перенаправлять трафик и чтобы возвратный трафик выходил через правильный интерфейс.

    Что происходит: например, если я захожу через интернет-соединение 1, трафик доходит до бэкенд-сервера, и возвратный трафик выходит через интернет-соединение 1. Но если я пытаюсь войти через интернет-соединение 2, я вижу, что nat происходит, и трафик доходит до бэкенд-сервера, но возвратный трафик пытается выйти через интернет-соединение 1 вместо того, чтобы выходить через интернет-соединение 2, поскольку изначально соединение было установлено с него.

    Не знаю, достаточно ли понятно я описал проблему. Надеюсь, да.
     
     
     
    thavinci
    Guest
    #2
    0
    16.11.2009 23:16:00
    У меня та же самая проблема, и меня, к слову, тоже отправили к той же вики-статье с примером PCC. Но решить этот вопрос я пока не смог бы. Было бы здорово, если бы кто-нибудь еще сталкивался с этим. У меня ВСЕГДА получается, что трафик выходит через неправильный интерфейс при использовании других WAN-соединений.
     
     
     
    thavinci
    Guest
    #3
    0
    17.11.2009 12:43:00
    Кажется, даже официальный ответ – нанять консультанта! Оправданная мера, учитывая, что даже самый простой роутер может это реализовать. Ну, ладно, я в отчаянии. Так что вопрос: кто-нибудь уже придумал это? И к кому мне обратиться, чтобы получить реальный РАБОЧИЙ пример, который можно использовать? И сколько это будет стоить?
     
     
     
    Chupaka
    Guest
    #4
    0
    17.11.2009 12:56:00
    Выкладывайте свои конфиги.
     
     
     
    thavinci
    Guest
    #5
    0
    17.11.2009 13:23:00
    Окей, это тестовая конфигурация, к которой я могу даже предоставить доступ, если потребуется… Флаги: X - отключен, I - недействителен, D - динамический.

    0  ;;; Отмечаем входящие соединения
       chain=input action=mark-connection new-connection-mark=Conn_Mark passthrough=yes in-interface=pppoe-out1

    1 X chain=forward action=mark-connection new-connection-mark=Conn_Mark passthrough=yes in-interface=pppoe-out1

    2 X chain=prerouting action=mark-routing new-routing-mark=Routing_Mark passthrough=yes connection-mark=Conn_Mark

    3  ;;; Отмечаем исходящий маршрут
       chain=output action=mark-routing new-routing-mark=Routing_Mark passthrough=yes connection-mark=Conn_Mark

    4  ;;; ??
       chain=prerouting action=accept dst-address=165.145.187.0/24 in-interface=LAN

    5  chain=prerouting action=mark-connection new-connection-mark=Conn_Mark passthrough=yes dst-address-type=!local in-interface=LAN

    6  chain=prerouting action=mark-routing new-routing-mark=Routing_Mark passthrough=yes in-interface=LAN connection-mark=Conn_Mark

    7 X chain=forward action=log out-interface=LAN connection-mark=Conn_Mark log-prefix="" Флаги: X - отключен, I - недействителен, D - динамический.
    0  ;;; NAT всего исходящего трафика
       chain=srcnat action=masquerade out-interface=pppoe-out1

    1 X chain=srcnat action=masquerade out-interface=LAN

    2 X chain=srcnat action=src-nat to-addresses=192.168.12.28

    3  ;;; Порт-форвардинг
       chain=dstnat action=dst-nat to-addresses=192.168.12.1 in-interface=pppoe-out1
    [admin@P4-Intel-Server] /ip firewall nat> # ADDRESS NETWORK BROADCAST INTERFACE
    0 D 192.168.12.28/24   192.168.12.0    192.168.12.255  LAN                                                                        
    1 D 165.145.187.161/32 165.145.176.1   0.0.0.0         pppoe-out1                                                                  
    [admin@P4-Intel-Server] /ip address> Следующее - только часть таблицы маршрутизации, так как там примерно 1600 записей… Флаги: X - отключен, A - активен, D - динамический, C - подключен, S - статический, r - rip, b - bgp, o - ospf, m - mme,
    B - blackhole, U - недостижим, P - запрещен.
    #      DST-ADDRESS        PREF-SRC        GATEWAY            DISTANCE
    0 A S  ;;; PBR-Default Route
           0.0.0.0/0                          pppoe-out1         1      
    1 ADS  0.0.0.0/0                          165.145.176.1      1      
    2 ADo  10.1.0.0/16                        192.168.12.1       110    
    3 ADo  10.10.10.0/24                      192.168.12.1       110    
    4 ADo  10.103.0.0/16                      192.168.12.4       110    
    5 ADo  10.103.120.2/32                    192.168.12.4       110    
    6 ADo  10.106.0.0/16                      192.168.12.4       110    
    7 ADo  10.107.128.1/32                    192.168.12.1       110    
                                              192.168.12.14    
    8 ADo  10.107.129.1/32                    192.168.12.4       110    
    9 ADo  17.255.248.0/23                    192.168.12.4       110    
    10 ADo  32.106.152.0/24                    192.168.12.4       110    
    11 ADo  32.106.153.0/24                    192.168.12.4       110    
    12 ADo  32.107.9.0/24                      192.168.12.4       110    
    13 ADo  32.238.152.0/24                    192.168.12.4       110    
    14 ADo  32.238.153.0/24                    192.168.12.4       110    
    15 ADo  32.239.182.0/24                    192.168.12.4       110    
    16 ADo  41.0.0.0/16                        192.168.12.4       110    
    17 ADo  41.0.13.0/24                       192.168.12.4       110    
    18 ADo  41.0.16.0/21                       192.168.12.4       110    
    19 ADo  41.0.24.0/24                       192.168.12.4       110    
    20 ADo  41.0.30.0/24                       192.168.12.4       110    
    21 ADo  41.0.72.0/21                       192.168.12.4       110    
    22 ADo  41.0.168.0/21                      192.168.12.4       110    
    23 ADo  41.0.196.0/24                      192.168.12.4       110    
    24 ADo  41.0.198.0/24                      192.168.12.4       110    
    25 ADo  41.0.208.0/20                      192.168.12.4       110    
    26 ADo  41.0.212.0/22                      192.168.12.4       110    
    27 ADo  41.0.236.0/24                      192.168.12.4       110 PBR работает для входящих соединений к публичному IP. Однако ломается для правил dst-nat, так как, похоже, Mikrotik предпочитает использовать маршруты из таблицы маршрутизации для ответа и нарушает связь. То есть не слушает PBR… Сообщите, если вам нужна дополнительная информация. Мой тест основан на примере PCC без PCC и максимально использованы возможности. Обратите внимание, что публичный IP динамический…
     
     
     
    Chupaka
    Guest
    #6
    0
    17.11.2009 14:49:00
    Постой… а в чем разница между gw=‘165.145.176.1’ и ‘gw=pppoe-out1’? Я вообще не понимаю, чего вы хотите.
     
     
     
    thavinci
    Guest
    #7
    0
    17.11.2009 15:19:00
    Извини, функция печати не показала Routing Mark для этого маршрута. Очевидно, мне пришлось указать интерфейс вместо IP, потому что IP динамический.
     
     
     
    Chupaka
    Guest
    #8
    0
    17.11.2009 16:34:00
    Да, видел, оба маршрута активны, но… в чем проблема?..
     
     
     
    thavinci
    Guest
    #9
    0
    17.11.2009 17:37:00
    Не работает! Если сделать правило dst-nat вроде того, что у меня в конфиге, то соединение попадает на MT, который перенаправляет его на внутренний сервер, но MT не отправляет ответ тем же интерфейсом обратно на исходный сервер. Вместо этого он использует свою таблицу маршрутизации для ответа и в итоге отправляет трафик на другой роутер вместо того, чтобы отправить его обратно через интерфейс, через который он пришел.
     
     
     
    davidfs
    Guest
    #10
    0
    18.11.2009 08:29:00
    Привет. У меня та же проблема. Простая конфигурация: 2 WAN-а. Хотя в Linux я это делал без проблем, не могу понять, как сделать в RouterOS. Смотри мой пост: http://forum.mikrotik.com/t/help-understand-route-rules/31099/1 Мне так и не дали ответа на такой простой вопрос. А пример на вики по политике маршрутизации... Я тестировал это на VMware, и кажется, что пакеты возвращаются с правильным src-ip, но с неправильным интерфейсом. Дай знать, если найдёшь решение…
     
     
     
    Chupaka
    Guest
    #11
    0
    18.11.2009 16:21:00
    Ты про какой-то маршрут к 165.145.187.0/24 через другой роутер говоришь?.. Если да - то включи правило 1 и скопируй правило 6 выше на 4 - потом проверь…
     
     
     
    changeip
    Guest
    #12
    0
    18.11.2009 19:58:00
    Тебе нужно пометить соединения, а потом пометить пакеты. Если ты будешь помечать только соединения, то скорее всего будешь маршрутизировать только SYN-пакеты. Помечай пакеты, а затем настраивай маршрутизацию на основе пакетов (а не соединений). Смотри этот рабочий пример – он настроен для DSL и T1, и, думаю, должен подойти для того, что ты пытаешься сделать, без особых изменений (возможно, вместо IP нужно будет указывать интерфейс для шлюза): http://forum.mikrotik.com/t/dst-nat-with-three-wan-interfaces/26966/6 И обрати внимание на мою заметку про маршрутизацию: тебе придётся пересоздать все твои статические/подключённые маршруты в каждой таблице. Сэм
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры