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

    Не удается настроить локальный выход 7.1beta2

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Не удается настроить локальный выход 7.1beta2, RouterOS
     
    gstubbe
    Guest
    #1
    0
    16.09.2020 08:27:00
    Здравствуйте, у меня проблемы с routerOS 7 beta. Все работало нормально несколько недель, но после перезагрузки роутера что-то сломалось. Это также происходило с другим оборудованием, и я просто заменил аппарат, и он снова заработал, но до сих пор. RouterOS: 7.1beta2 модель: 750GL тип прошивки: ar7240 текущая прошивка: 7.1beta2 Я могу подключиться к роутеру на уровне L2 (mac connect). Но я не могу сделать ему пинг или маршрутизировать через него, хотя получаю DHCP от устройства. IP и маршруты на ноутбуке: $ ip route
    default via 192.168.33.1 dev enp0s25 proto dhcp metric 20100
    192.168.33.0/28 dev enp0s25 proto kernel scope link src 192.168.33.9 metric 100

    $ ip a
    2: enp0s25: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
       link/ether 54:ee:75:2a:ba:92 brd ff:ff:ff:ff:ff:ff
       inet 192.168.33.9/28 brd 192.168.33.15 scope global dynamic noprefixroute enp0s25
          valid_lft 3303sec preferred_lft 3303sec
       inet6 fe80::57d3:5a3f:a87b:3517/64 scope link noprefixroute
          valid_lft forever preferred_lft forever пинг с ноутбука на роутер: $ ping 192.168.33.1
    PING 192.168.33.1 (192.168.33.1) 56(84) bytes of data.
    --- 192.168.33.1 ping statistics ---
    2 packets transmitted, 0 received, 100% packet loss, time 1020ms пинг с роутера на себя и DHCP клиент [admin@CR] > ping 192.168.33.1
     SEQ HOST                                     SIZE TTL TIME  STATUS                                                                          
       0 192.168.33.1                               56  64 0ms  
       1 192.168.33.1                               56  64 0ms  
       sent=2 received=2 packet-loss=0% min-rtt=0ms avg-rtt=0ms max-rtt=0ms

    [admin@CR] > ping 192.168.33.9
     SEQ HOST                                     SIZE TTL TIME  STATUS                                                                          
       0                                                         22 (Недопустимый аргумент)                                                            
       1                                                         22 (Недопустимый аргумент)                                                            
       sent=2 received=0 packet-loss=100% Я не понимаю, почему устройство так себя ведет. Ниже моя экспортированная конфигурация # sep/16/2020 10:23:42 by RouterOS 7.1beta2
    # software id = ZN49-6NQS
    #
    # model = 750GL
    # serial number = 467A04C1AED6
    /interface bridge
    add mtu=1500 name=BRIDGE_UP protocol-mode=none vlan-filtering=yes
    /interface l2tp-client
    add connect-to=ip max-mru=1500 max-mtu=1500 name=asgard user=ironman
    /interface vlan
    add interface=BRIDGE_UP name=VLAN2_LB vlan-id=2
    add interface=BRIDGE_UP name=VLAN33_TEST vlan-id=33
    add interface=BRIDGE_UP name=VLAN201_OPS vlan-id=201
    add interface=BRIDGE_UP name=VLAN202_RND vlan-id=202
    /interface list
    add name=WAN
    /interface lte apn
    set [ find default=yes ] ip-type=ipv4
    /interface wireless security-profiles
    set [ find default=yes ] supplicant-identity=MikroTik
    /ip pool
    add name=dhcp_pool0 ranges=192.168.33.2-192.168.33.14
    /ip dhcp-server
    add address-pool=dhcp_pool0 disabled=no interface=VLAN2_LB lease-time=1h name=dhcp1
    /ip vrf
    add list=all name=main
    /user group
    set full policy=local,telnet,ssh,ftp,reboot,read,write,policy,test,winbox,password,web,sniff,sensitive,api,romon,dude,tikapp
    /interface bridge port
    add bridge=BRIDGE_UP interface=ether1
    /interface bridge vlan
    add bridge=BRIDGE_UP tagged=BRIDGE_UP,ether1 vlan-ids=2
    add bridge=BRIDGE_UP tagged=BRIDGE_UP,ether1 vlan-ids=201
    add bridge=BRIDGE_UP tagged=BRIDGE_UP,ether1 vlan-ids=33
    add bridge=BRIDGE_UP tagged=BRIDGE_UP,ether1 vlan-ids=202
    /interface list member
    add interface=VLAN201_OPS list=WAN
    /ip address
    add address=192.168.33.1/28 interface=VLAN2_LB network=192.168.33.0
    /ip dhcp-client
    add add-default-route=no disabled=no interface=VLAN201_OPS
    add add-default-route=no disabled=no interface=VLAN33_TEST use-peer-dns=no use-peer-ntp=no
    /ip dhcp-server network
    add address=192.168.33.0/28 dns-server=10.10.8.21 gateway=192.168.33.1
    /ip dns
    set servers=10.10.8.21
    /ip firewall nat
    add action=masquerade chain=srcnat out-interface-list=WAN
    /ip route
    add check-gateway=ping distance=1 dst-address=0.0.0.0/0 gateway=10.201.0.1 pref-src="" scope=30 target-scope=10 type=unicast
    /system clock
    set time-zone-name=Europe/Brussels
    /system identity
    set name=CR
     
     
     
    leopardus2
    Guest
    #2
    0
    15.12.2020 11:00:00
    Кто-нибудь знает, решает ли бета3 эту проблему? Логи изменений бесполезны…
     
     
     
    mhugo
    Guest
    #3
    0
    28.11.2021 21:54:00
    Только что у меня это произошло на версии 7.1rc7, так что проблема всё ещё существует. Отключил и снова включил интерфейс, и он восстановился. Я добавлял новый интерфейс на работающем маршрутизаторе.
     
     
     
    ishanjain
    Guest
    #4
    0
    08.05.2022 20:02:00
    Привет, у меня была такая же проблема с 7.2.3. Трафик IPv6 вообще не выходил, хотя вся конфигурация была в порядке. Когда я пинговал что-то с помощью ping в микротике, то получал ошибки 22 (недопустимый аргумент). Отключение и повторное включение интерфейса WireGuard решило проблему.
     
     
     
    tutugreen
    Guest
    #5
    0
    20.05.2022 06:08:00
    Тот же @ v7.3beta40 Выдает 22 (Недопустимый аргумент) при пинге к цели под VLAN. Цель под этим не может пинговать IP шлюза (ros), сеть полностью зависла. Можно было пинговать "нормально", когда указан "Интерфейс" в инструментах пинга winbox. (Это в одном уровне-2, подключенный маршрут, он должен пинговать даже без указанного интерфейса, верно?). Решается отключением и повторным включением ipv4 на этом интерфейсе ros. Все работает отлично, сеть восстановилась, нет необходимости указывать интерфейс для пинга. (до следующего раза?) СТРАННО.
     
     
     
    hknet
    Guest
    #6
    0
    31.01.2024 07:07:00
    Спасибо, что на это указали. На самом деле, я всё еще на версии v7.13.3. Отключение и повторное включение IP на интерфейсе, связанном с VRF, который выдает “недопустимый аргумент”, решает проблему.
     
     
     
    ldyte1
    Guest
    #7
    0
    31.01.2024 14:58:00
    Привет, я вижу, ты тоже это сегодня опубликовал. Мы сейчас на версии 7.12.1, у нас, похоже, эта проблема возникает только на мостах, к которым добавлены только физические порты; мосты с добавленными VLAN-интерфейсами, кажется, работают нормально. Ты это тоже замечал? Я также выяснил, что отключение/включение IP, как ты и говоришь, на интерфейсе решает проблему. Но это происходит каждый раз, когда наш CCR отключается от питания. У нас CCR2004, а у тебя какая модель? И еще, испытываешь ли ты проблему на интерфейсе/мосту в vrf или только в главном? Просто пытаюсь разобраться, является ли это багом прошивки/программного обеспечения, который нужно исправить Mikrotik, или это ошибка конфигурации и т.д. С уважением.
     
     
     
    leopardus2
    Guest
    #8
    0
    04.12.2020 11:50:00
    имею ту же проблему на своем RB3011
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры