Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • 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
    nat перегрузка с mikrotik

    nat перегрузка с mikrotik

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    nat перегрузка с mikrotik, RouterOS
     
    maliko
    Guest
    #1
    0
    20.03.2009 19:47:00
    Здравствуйте, я только-только начал участвовать в этом форуме, извините, если на этот вопрос уже ответили, но я не нашёл ответа после поиска. У меня есть публичный пул IP-адресов (скажем, /27) на ethernet-интерфейсе и настроен /24 для клиентов на WLAN. В данный момент все клиенты используют nat (pat) через один публичный IP-адрес. Так как нет возможности использовать 1-to-1 адресную трансляцию, как мы можем предложить эти 30 адресов из публичного пула (выделенных от провайдера), чтобы они функционировали как 1-to-1 nat трансляция, а когда количество клиентов достигнет 31, включался бы nat overload? Спасибо!
     
     
     
    DaLemon
    Guest
    #2
    0
    14.12.2010 10:18:00
    Ладно, это, возможно, одно из самых простых вещей, которые я делал. Я был в состоянии фрустрации и просто ковырялся, но это работает на 100% для меня: это всего лишь пример: я использую NAT для частного диапазона 10.50.0.0/16 на частный диапазон 192.168.1.0/25. В реальной жизни вы бы использовали здесь ваше публичное адресное пространство. /ip firewall nat add action=src-nat chain=srcnat comment="" disabled=no src-address=10.50.0.0/16 to-addresses=192.168.1.1-192.168.1.128 И всё. Никаких меток соединений, никаких меток пакетов. Я еще не проводил обширного тестирования, но, похоже, у меня это работает.
     
     
     
    rb384997
    Guest
    #3
    0
    26.04.2010 20:15:00
    возможно ли привязать частную подсеть к нескольким публичным IP-адресам, которые принадлежат одной и той же подсети?
     
     
     
    Muqatil
    Guest
    #4
    0
    27.04.2010 07:53:00
    Этот пример разделит все соединения из вашей частной сети на 3 разных публичных IP-адреса. Убедитесь, что эти 3 адреса могут выходить в интернет и к ним можно обратиться; назначьте их на публичный интерфейс. Разделите все соединения на 3 ветви с помощью PCC /ip firewall mangle
    add action=mark-connection chain=prerouting comment="" disabled=no new-connection-mark=1_conn passthrough=yes per-connection-classifier=both-addresses-and-ports:3/0
    add action=mark-connection chain=prerouting comment="" disabled=no new-connection-mark=2_conn passthrough=yes per-connection-classifier=both-addresses-and-ports:3/1
    add action=mark-connection chain=prerouting comment="" disabled=no new-connection-mark=3_conn passthrough=yes per-connection-classifier=both-addresses-and-ports:3/2 Назначьте NAT для каждой ветви, которую вы только что создали add action=src-nat chain=srcnat comment="" connection-mark=1_conn disabled=no src-address=YOUR_PRIVATE_SUBNET to-addresses=FIRST_PUBLIC_IP
    add action=src-nat chain=srcnat comment="" connection-mark=2_conn disabled=no src-address=YOUR_PRIVATE_SUBNET to-addresses=SECOND_PUBLIC_IP
    add action=src-nat chain=srcnat comment="" connection-mark=3_conn disabled=no src-address=YOUR_PRIVATE_SUBNET to-addresses=THIRD_PUBLIC_IP Это должно работать.
     
     
     
    rb384997
    Guest
    #5
    0
    27.04.2010 14:22:00
    PCC недоступен, мне нужно обновление прошивки. У меня версия 3.22. Есть ли известные проблемы с версией 3.24 на роутере 732?
     
     
     
    znet
    Guest
    #6
    0
    27.04.2010 16:42:00
    Я должен задать очевидный вопрос. Если клиенты фактически получат публичный IP, и у вас есть что предоставить, зачем вообще использовать NAT? Защитите их с помощью брандмауэра, но просто дайте им тот же шлюз, как если бы вы это сделали. Я не продумал это до конца, но, возможно, их можно будет даже маршрутизировать. Вам, возможно, придется сделать некоторые "нестандартные" настройки, но если цель — предоставить им публичные IP, так просто дайте их им. Если перед получением IP требуется какая-то функциональность, например, учёт или что-то еще, я уверен, что вы сможете это сделать. Просто подумал, что предложу нестандартное решение… Я ничего не проверял, надеюсь, это все равно поможет. Это может быть проще, с тем преимуществом, что все, что чувствительно к NAT, не пострадает. Удачи.
     
     
     
    rb384997
    Guest
    #7
    0
    27.04.2010 17:30:00
    Недостаточно публичных IP-адресов для распределения. В данный момент я использую NAT для более чем 200 клиентов с одним публичным IP, Cisco применяет NAT-пулы. Я просто хотел найти способ разделить небольшой подсетевой диапазон публичных IP и разбить частный пул адресов, чтобы не было так много частных IP, связанных с одним публичным. Не уверен, каков предел количества частных IP, которые могут NAT'иться к одному публичному IP.
     
     
     
    congo
    Guest
    #8
    0
    27.04.2010 18:16:00
    Если у него больше клиентов, чем публичных IP, это вполне объяснимо. Поскольку существует ограниченное количество портов для использования с srcnat, если много клиентов с множеством одновременных подключений, нужно делать NAT на более чем один публичный IP.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры