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

    MT's uPNP

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    MT's uPNP, RouterOS
     
    Hammy
    Guest
    #1
    0
    22.12.2005 22:14:00
    Как временное решение моей недавней проблемы с предоставлением клиентам возможности самостоятельно настраивать переадресацию портов, я заметил, что MT поддерживает uPNP. Кто-нибудь из вас этим пользуется? Я видел uPNP в действии всего один раз, кажется, клиент был AOL, а роутер — Stinksys. Работало вроде бы нормально.
     
     
     
    andreacoppini
    Guest
    #2
    0
    22.12.2005 23:57:00
    uPNP работает нормально в частной сети. Я использую его на своем домашнем роутере MT. MSN и другое ПО тоже его используют. НО, это не стоит реализовывать в публичной сети. Любой клиент Windows XP на ‘внутренней’ стороне может отключить ‘внешний’ интерфейс без какой-либо аутентификации или специальных привилегий. Я сообщал об этом в MT в сентябре прошлого года (тогда была версия v2). Кстати, они добавили опцию ‘Разрешить отключение внешнего интерфейса’, которая по умолчанию не отмечена. Но, в последний раз, когда я проверял, эта опция не имеет никакого эффекта, внешний интерфейс все равно можно отключить.
     
     
     
    Hammy
    Guest
    #3
    0
    23.12.2005 06:45:00
    Ну, после кучи мозговых штурмов, комментариев от других и прочего, я думаю, что лучше всего будет предоставлять публичный IP через PPPoE к их MT CPE. Их внутренняя сеть находится за NAT. Включаем uPNP для внутренней сети клиента. Если им нужно что-то большее, чем может предоставить uPNP, пусть сами разбираются или платят за управляемый сервис файрволла/маршрутизатора, где я буду вносить эти изменения в их NAT за отдельную плату.
     
     
     
    uldis
    Guest
    #4
    0
    23.12.2005 11:02:00
    Эта штука должна работать. Если нет, пожалуйста, создай файл с результатами поддержки после того, как успешно отключишь внешний интерфейс.
     
     
     
    andreacoppini
    Guest
    #5
    0
    23.12.2005 14:25:00
    Subject: Urgent! RouterOS Bug? Possibly a complete disaster.

    Hey Support,

    I've run into something pretty weird and I'm hoping you guys can shed some light on it. I'm running RouterOS 7.13, and I'm experiencing what appears to be a memory leak in the firewall rules.

    Here's the deal: I have a fairly complex firewall setup with around 300 rules. Over the course of a few hours, the router's memory usage steadily climbs until it becomes unresponsive. I'm talking 100% CPU usage, no more traffic flowing, the whole nine yards.

    I've tried a couple of things already:

    *   Rebooting the router (obviously)
    *   Disabling some of the rules to see if it's a specific rule causing the issue (no luck)
    *   Checking the logs (nothing immediately obvious)

    I'm worried this might be a broader issue with RouterOS. If this is happening to me, it's probably happening to others too.

    I'm attaching a memory snapshot I took just before the router locked up. Hopefully, it will give you some clues.

    Please let me know if you've seen this before or if you have any suggestions on how to troubleshoot this further. This router is critical for my business, and I'm kind of freaking out.

    Thanks,
    [username]
    #mikrotik #routeros #firewall #bug #urgent
     
     
     
    uldis
    Guest
    #6
    0
    23.12.2005 15:01:00
    Это будет исправлено в следующем релизе.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры