Gem

community.spiceworks.com/how_to/show/55657-how-to-...

Придется проделать все это поскольку AD очень мудренный.

Принстонская архитектура наиболее известна как архитектура Фон-Неймана.

1) Учет
2) Мат Ответственность
3) Переучет
4) Не используемые активы выводить из эксплуатации

Понять и простить.
Задуматся над ИБ.
Почитать мануалы по безопасной конфигурации Nginx.
Провести assessment средствами Nessus(есть полноценный триал), Acunetix, Netsparker, Nikto(OpenSource).
Опционально metasploit или armitage исходя из опыта и знаний.
Обратится в "отдел К" или специализированные организации.

Да. Можно.

Собственно, вопрос поднимался здесь:
forum.mikrotik.com/viewtopic.php?f=7&t=68782
Как я понимаю, до сих пор WMM powersaving не реализован, и устройства просыпаются от этих "мусорных" пакетов, которые невозможно выключить.
Мой workaround - RT-N16 в качестве AP, wifi на mikrotik отключен... Но неудобно.
Если у вас еще есть поддержка - обратитесь напрямую, интересно что они ответят.

Для этого нужна DLP-система, и стоят они не от полумилиона долларов это уж точно.
Для общего ознакомления: habrahabr.ru/post/141000
www.anti-malware.ru/comparisons/data_leak_protecti...
OpenSorce решений умеющих анализировать скайп вроде как нет.

Скайп же вроде использует шифрование при передаче данных, что там можно анализировать и логировать? Про какие решения вы говорите?

привет братюнь.
гугли и чти itsm
разгони голову до бдения процессами
задача не в кнопке ведь - задача в организации контроля за процессом приема заявок. Не бери на себя дохрена. Для начала приучи оповещать тебя о проблемах хотя бы с помощью почты.
Подумай о приоретизации разных проблем. Сваргань описательный документ, доступным языком объясняющий людям когда и что делать, и в каких случаях надо тебя срочно искать, а в каких можно почитать и попробовать решить проблему самостоятельно, т.к. ты уже кому-то объяснял как и не забыл теперь записать для всех. Нежно сложи первую линию на плечи уставших, но никогда не глупых пользователей.

и перестань употреблять... надо же.. кнопку ему..

Здравствуйте!

Наверно я Вас огорчу, готовой системы из коробки Вы не найдете.
На рынке большой выбор систем типа "умный дом" с весьма ограниченным функционалом, в целом он заточен под дистанционное управление нагрузками (свет, ворота, жалюзи, климатконтроль и т.п.) и как правило все эти системы не связаны в единое целое.
Если Вы хотите организовать систему "умная гостиница", то Вам надо сразу проектировать здание под эти функции или проектировать модернизацию коммуникаций уже существующего здания. И сразу же создавать ТЗ на свою систему.
Как идея по организации панелей и доступа: панели недорогие планшеты на андроиде с жестко прошитой программой управления нагрузками по wi-fi и другой функционал по необходимости, особо продвинутые модели для этого не нужны. Нагрузками управлять полностью по wi-fi, на сегодняшний день пока самое дешевое решение в плане дальнейшего удобства в объединении всего в одну сеть, я так думаю. Доступ к номерам на основе i-button либо использовать технологию RFID.
В целом создавать систему надо самому или заказывать разработку на стороне.

> Скажем есть доступ в интернет, но с нашей сети запрос на службу DNS будет же поступать DNS провайдера. Или я не правильно предполагаю. Хочу закрепить материал про DNS.

Ваш локальный ДНС служит для преобразование имен из ip для ваших локальных машин или наоборот из ip в имена. Так же он выступает у вас как кэширующий ДНС для интернета и перенаправление на ДНС провайдера, если вы это указали. Иначе он будет сам выполнять запросы клиента. Это если коротко. Для более обширных знаний я советую прочитать книгу Bind и DNS. www.books.ru/books/dns-i-bind-5-e-izdanie-552030

Основная задача DNS это преобразование текстовых имен в ip-адреса. Если в локальной сети не развёрнут домен Active Directory, то (в большинстве случаев) локальный DNS - необязателен, можно прописывать пользователям внешний DNS, который будет использоваться для определения ip-адресов серверов в интернете.
При разворачивании Active Directory возникает необходимость развернуть локальный DNS для хранения ряда служебной информации. Например при введении компьютера в домен администратор указывает только имя домена, а информацию о том, какие контроллеры обслуживают данный домен операционная система получает из DNS. Подробнее о том, какая информация AD хранится в DNS можно прочитать например тут. (ссылка первая попавшаяся, к ресурсу отношения не имею)

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

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

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

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

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

А нужно ли вам столько событий? В дефолтных шаблонах слишком много метрик :)
Cмотрите в сторону zabbix partitioning и zabbix housekeeping
www.zabbix.org/wiki/Docs/howto/mysql_partition