• Как переформатировать время в имени файла конфига на микротике из 00:00:00 в 00-00-00?

    Можно я попробую.

    Сам не писал скрипты для микротика, но писал для других систем. Давайте посмотрим на строки:

    1) :global thisdate [/system clock get date]
    2) :global time [/system clock get time]
    3) :global datetimestring ([:pick $thisdate 0 3] ."-" . [:pick $thisdate 4 6] ."-" . [:pick $thisdate 7 11])

    1) Мы получаем дату и запихиваем ее в переменную в каком то виде
    2) В переменную time мы просто запихиваем время в каком то виде
    3) В переменную datetimestring мы ФОРМАТИРУЕМ и запихиваем дату в нужном нам виде.

    Следовательно, нам нужно то же самое проделать и со временем. Что бы сделал Я =)

    1) Создал переменную по типу:
    :global timestring
    2) обработал бы правилом, как указал товарищ выше - ([:pick $thisdate 0 3] ."-" . [:pick $thisdate 4 6] ."-" . [:pick $thisdate 7 11])

    Если pick - это вырез подстроки заданного диапазона из переменной (thisdate ), то можно понять что с начала вырезается с 0 по 3 символ, объединяется с символом " - " , дальше с 4 по 6 символ из переменной , потом объединяем его с " - " , и потом берем последнюю часть с 7 по 11 символ и объединяем его с " - ".

    Вроде пока понятно ??

    ТОгда, ПО ВАШИМ словам , если переменная time выдает 00:00:00, где допустим ЧЧ.ММ.СС впрочем не важно, то для модификации вам надо добавить строку после time

    :global timestring ([:pick $thisdate 0 1] ."-" . [:pick $thisdate 3 4] ."-" . [:pick $thisdate 6 7])

    И далее поправить строку формирования имени выходного файла :

    Было так -
    :global backupfilename ([/system identity get name]."_".$datetimestring."_$time")

    Станет так -
    :global backupfilename ([/system identity get name]."_".$datetimestring."_$timestring ")

    Попробуйте
    Ответ написан
    3 комментария
  • Чем лучше мониторить загрузку сети?

    athacker
    @athacker
    Если ваш роутер совсем тупой и не умеет даже SNMP, то никак. Если умеет -- то настраивать, например, zabbix, и снимать информацию по SNMP с роутера. Но это покажет вам общую загрузку канала, но не покажет, кто конкретно загрузил канал под завязку. Чтобы понять, кто конкретно -- нужен более интеллектуальный роутер, который умеет, например, netflow. И ставить в сети сборщик netflow, смотреть, что загружает канал.

    Более простая реализация -- поставить в сети http-proxy. Для сквида, например, есть утили, позволяющие оценить трафик по-юзерно, например sqstat.
    Ответ написан
    Комментировать
  • Настройка сети! Как понять?

    IonDen
    @IonDen
    JavaScript developer. IonDen.com
    Прежде всего определитесь с профессией.
    А дальше миллион книг про системное администрирование.
    Ответ написан
    Комментировать
  • Выбор витой пары, медь vs омедненный алюминий?

    bk0011m
    @bk0011m
    Системный администратор
    100 метров - однозначно медь! Да еще желательно 6-й категории кабель.
    Ответ написан
    9 комментариев
  • Что происходит с Cisco CallManager?

    opium
    @opium
    Просто люблю качественно работать
    Очевидно что сдохла файловая система, запускайте fschk
    Ответ написан
    Комментировать
  • Что происходит с Cisco CallManager?

    Neuroware
    @Neuroware
    Программист в свободное от работы время
    Решение 90% ошибок гуглится по тексту самой ошибке, тут видимо ваш случай
    Ответ написан
    5 комментариев
  • JunOS на Juniper EX4200?

    Приблизительно там же пишут что лучше всего ставить рекомендуемые версии, если только нет необходимости в функционале добавленном в более поздних версиях.
    Заметки к релизам можно найти на официальном сайте juniper и вообще достаточно просто гуглятся.
    К примеру 14.1R4: www.juniper.net/techpubs/en_US/junos14.1/informati...

    В общем случае, если вам не нужно функционала которого нет в рекомендованной версии то не нужно и обновляться, если нужно, имеет смысл подумать можно ли без этого функционала обойтись. И уже после этого ИМХО обдумывать обновление.
    Ответ написан
    4 комментария
  • Что за настройка у коммутаторов Cisco ip subnet-zero?

    @throughtheether
    human after all
    Добавлю к уже сказанному.

    Команда имеет смысл при классовом выделении адресов. В примере, который привел Валентин, получается, что классовая сеть и ее "нулевая" подсеть имеют одинаковый номер (192.168.1.0). Видимо, по этой причине в RFC950 рекомендуется:
    It is useful to preserve and extend the interpretation of these special addresses in subnetted networks. This means the values of all zeros and all ones in the subnet field should not be assigned to actual (physical) subnets.


    Классовая маршрутизация работает примерно так:
    1) при получении пакета с адресом назначения, например, 192.168.1.1, определяется номер его (классовой) сети, 192.168.1.0.
    2) маршрутизатор проверяет, есть ли сеть в таблице маршрутизации
    3) маршрутизатор проверяет, есть ли в таблице маршрутизации соответствующая адресу назначения подсеть (192.168.1.0/27) и перенаправляет пакет в соответствии с записью next-hop.

    Команда ip subnet-zero влияет на п.3 этого процесса, в случае ее активации нужная подсеть будет присутствовать в таблице маршрутизации и пакет будет соответствующем образом перенаправлен. Без этой команды пакет будет отброшен (если имеется запись, соответствующая классовой сети, но нет записи о подсети).

    В нынешних условиях, когда маршрутизация производится на основе поиска наиболее точно совпадающего префикса (longest prefix match), команда неактуальна, т.к. решаемая ей проблема не возникает (192.168.1.0/24 и 192.168.1.0/27 - это разные префиксы, путаницы не возникает, соответственно и запрещать использовать "нулевые подсети" не имеет смысла).
    Ответ написан
    Комментировать
  • Что за настройка у коммутаторов Cisco ip subnet-zero?

    vvpoloskin
    @vvpoloskin
    Инженер связи
    Скорее сталкиваться с этой командой приходится в цискиных лабах, так как в реальности эта команда уже устарела.

    Побей сеть 192.168.1.0/24 таким образом.

    192.168.1.0/27 - нулевая подсеть.
    192.168.1.64/27
    192.168.1.128/27
    192.168.1.192/27

    Так вот без команды ip subnet-zero нулевую подсеть использовать на маршрутизаторе нельзя
    Ответ написан
    Комментировать
  • Принцип работы DNS сервера в локальной сети?

    Действительно, все DNS, как публичные, провайдерские, так и локальные выполняют одну функцию.

    Но я бы хотел уточнить, говоря вкратце, что в вашем случае локальный DNS используется для поддержки AD и разрешает имена внутри домена, чего не могут сделать серверы провайдера, попросту не обладая информацией о внутренностях вашей сети. Во избежание связанных с этим ошибок станциям в локальной сети не стоит прописывать DNS провайдера.
    В других случаях локальный DNS может ещё выполнять другие функции, как например кэширование.

    Рабочие станции, обращаясь к вашему DNS, пытаются разрешить имя для ресурса. Здесь два варианта: либо это ресурс внутри домена и он отвечает клиенту, либо это внешний ресурс и нужно обращаться к вышестоящему серверу (рекурсивным запросом или напрямую).
    Вышестоящим сервером могут быть либо настроенные сервера пересылки (обычно DNS провайдера), либо корневые.

    Почему имеет смысл настроить DNS провайдера как сервер пересылки? По той же причине: они могут выполнять некоторые дополнительные функции как кэширование, которое сократит время запроса, так и географические привязки (местные узлы CDN крупных сервисов, например).

    В общем-то, структура DNS является древовидной и принципы работы сохраняются для более высоких уровней.
    Ответ написан
    2 комментария