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

    Запрос функции: tool/fetch new property — без логирования

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Запрос функции: tool/fetch new property — без логирования, RouterOS
     
    bmatic
    Guest
    #1
    0
    05.06.2017 07:01:00
    Я сделал свой скрипт для ddns no-ip, который через http загружает html-файл с моим публичным IP-адресом, и заметил, что fetch логирует каждое скачивание, из-за чего мои логи завалены лишними записями от fetch. Поэтому я бы хотел, чтобы в fetch добавили дополнительное свойство, например: no-log.
     
     
     
    bakadave
    Guest
    #2
    0
    08.05.2018 06:55:00
    Поддерживаю! А ещё лучше было бы вести запись события только в случае ошибки.
     
     
     
    emkac
    Guest
    #3
    0
    22.10.2017 10:08:00
    У меня такая же проблема. Скрипт для обновления no-ip работает отлично, но эта команда всегда создаёт запись в логе.  
    /tool fetch mode=http address="checkip.dyndns.org" src-path="/" dst-path="/dyndns.checkip.html" log_file_fetch.png  
    Есть ли способ отключить ведение журнала для команды “fetch”?  
    Версия ОС: 6.39.2
     
     
     
    Boardy
    Guest
    #4
    0
    07.04.2018 10:10:00
    То же для меня, пожалуйста, добавьте флаг verbose…
     
     
     
    ivanfm
    Guest
    #5
    0
    10.04.2018 14:18:00
    Было бы здорово иметь опцию логирования только при ошибках. Без сообщений при получении ответа 200, но с логом при ошибках соединения или других кодах состояния.
     
     
     
    JAza
    Guest
    #6
    0
    16.08.2018 19:09:00
    +1. Мой скрипт должен с помощью /tool выполнить запрос по URL через HTTPS методом ‘get’ для обновления DDNS-сервиса. Фактического файла при этом нет, но fetch создаёт файл размером 2 байта с именем, которое совпадает с параметром в URL-запросе. Файл называется «?=xxx», где xxx — это случайная смесь символов (токен обновления). С этим файлом сложно работать из-за знака «?» в имени, и иногда мой скрипт не может его удалить (загадка…). Поскольку я не могу его переименовать и не могу скачать на Windows машину файл с «?» в имени, я понятия не имею, что такое эти 2 байта в файле, но знаю, что лучше вообще не создавать этот файл, так как я его ни разу не обрабатываю и не использую. Это совершенно лишний мусор, который каждый раз засоряет мои логи.
     
     
     
    eliasbats
    Guest
    #7
    0
    19.12.2019 20:53:00
    +1 классная просьба
     
     
     
    gotsprings
    Guest
    #8
    0
    21.12.2019 14:30:00
    Я обошёл эту проблему с помощью resolve. Я разрешаю свой публичный IP-адрес и сохраняю его в локальную переменную. Потом сравниваю эту переменную с тем, что беру из IP cloud или route pref-source. Это сокращает отправку ненужного трафика моему провайдеру DNS. И НИЧЕГО НЕ ЗАПИСЫВАЕТСЯ В МОЙ ЛОГ ДО ТЕХ ПОР, ПОКА… я не отправляю обновление на сервер имён. Если предоставишь копию своего скрипта, возможно, я смогу показать, где вставить локальные переменные. А пока вот мои куски кода… ТЕБЕ НУЖНО ДОБАВИТЬ СЛОВО «WAN» к твоему публичному интерфейсу, например, ether1-WAN.

    Выбор IP из маршрута:  
    :global Stat [/ip route get [find gateway=ether1-WAN] pref-src]

    Выбор IP из адреса:  
    :global OnEtherSub [/ip address get [find interface~"WAN"] address]
    :global OnEther [:pick $OnEtherSub 0 [:find $OnEtherSub "/"]]

    Выбор IP из DHCP-клиента:  
    :global OnEtherSub [/ip dhcp-client get [find interface~"WAN"] address]
    :global OnEther [:pick $OnEtherSub 0 [:find $OnEtherSub "/"]]

    Получить публичный IP из IP Cloud:  
    :global ipCloud [/ip cloud get public-address]

    Разрешить текущее DNS-имя:  
    :global RESOLVED [:resolve something.whatever.com]

    Как только у тебя будут эти две переменные, сравни их. Если они не равны — запускай часть скрипта, которая отправляет обновление на твой сервис. Тогда запись в логи будет только в нужный момент, когда действительно происходят обновления. (Это я понял пару лет назад и с тех пор так использую.)
     
     
     
    jgraue
    Guest
    #9
    0
    21.02.2020 03:26:00
    Плюс один к просьбе. У меня тоже появляются сообщения в логах при каждом POST-запросе.
     
     
     
    dke
    Guest
    #10
    0
    27.06.2020 22:09:00
    +1 за запрос
     
     
     
    robo9
    Guest
    #11
    0
    17.07.2020 12:26:00
    Не могу дождаться этой функции. Её должно быть легко реализовать. Fetch используется по-разному и не должен перегружать логи.
     
     
     
    changeip
    Guest
    #12
    0
    17.07.2020 21:17:00
    Я не вижу, чтобы fetch попадал в логи в моих скриптах. Какие темы связаны с логированием? Может, у тебя они включены, и поэтому там всё логируется.
     
     
     
    leonix
    Guest
    #13
    0
    23.10.2020 08:43:00
    +1 fetch должен получать отдельную тему логов “fetch”, чтобы мы могли просто её отключить: /system logging add topics=!fetch Leo.
     
     
     
    furaihan
    Guest
    #14
    0
    25.10.2020 05:20:00
    +1, мне это нужно.
     
     
     
    alemoia
    Guest
    #15
    0
    01.09.2021 17:27:00
    Я очень надеюсь, что это можно будет внедрить в ближайшее время.
     
     
     
    gotsprings
    Guest
    #16
    0
    02.09.2021 02:05:00
    Я объяснял, как обойти это дело ещё два года назад. Прочитай пост и выбери своё решение.
     
     
     
    howdey57
    Guest
    #17
    0
    11.11.2022 15:21:00
    Пожалуйста, не могли бы вы прислать ссылку на ваше сообщение с записью «no fetch log entry». Спасибо.
     
     
     
    rextended
    Guest
    #18
    0
    11.11.2022 16:49:00
    Слишком трудно пролистывать назад??? Или просто отключи логи, и проблем с ними не будет...
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры