lol_vova: воткнуть хоть что-то в порт, если линк поднимется - есть шанс, иначе ОС затребует указать сертификат или что-то пойдёт не так (в зависимости от паранои администраторов). Ну и сканер трафика в помощь - соседей должно быть видно, если сеть реально привязана лишь к mac адресу.
Денис: я потому и пишу, ваше решение по мониторингу годное, лучше скорее всего, готового нет, та штука которую я показал, сейчас умеет управлять железками, чего в Dude, скажем прямо нехватает\мало.
Данил: судя по вашему UPD вам VLAN нужен, а не огород с диапазонами IP. VLAN в маршрутизаторе будет отдельным интерфейсом, на который легко делаются запрещающие правила (и\или правила маршрутизации).
pff_fail: имхо, на порт назначаете native (или какой там термин используетс) vlan который будет по-умолчанию access'ом для подключенного устройства и всё.
pff_fail: то что вы ищете - это не стандарт, это фича. А вот стандарт - IEEE 802.1Q - определяет правила формирования заголовка и работы с ним, т.е. отвечает за построение VLAN.
pff_fail: зачем в тегах присутствует Cisco? Вводите в заблуждение. 3com не умеет от слова совсем, dlink "Коммутатор также поддерживает до 12 VLAN на базе MAC." цитата с сайта производителя.
HawK: в пределах одной сети пакеты вообще на шлюз не попадают, а вот всё что попадает на шлюз в во втором подходе будет обрабатываться правилами NAT, которые куда более ресурсоёмкие чем просто файрвол. Когда у вас много WAN интерфейсов правильнее создать Interface list и создать одно правило для него. Маскировать трафик по диапазону локальной сети дурное занятие, которое не имеет противопоказаний "в лоб", но сыграет дурную шутку если его не учитывать в будущем. Это как ходить с заряженным ружьем снятым с предохранителя, это же просто подход и вкусовщина, кому-то нравится разряжать и ставить на предохранитель, кому-то нет, ведь нет же разницы =)
romy4: а расскажите мне как вы кластеризируете на запись? Очень интересно было бы взглянуть. Вы придумали хитрый алгоритм active\active мастера?
>>@ifaustrue> так diadoc.ru — это ж документы
Нуууу, ну наверное это можно так назвать, но вообще то это хитрый xml =) Плюс так то там вся логика не только в том чтобы xml' ечки из папки в папку перекладывать, в общем видимо раз вы не в никли в сайт, то и рассказывать безсмысленно.
В общем если вам нечего сказать про тему шардирования записи, то и разговор бессмысленный получается. Видимо мы с вами по разному погружены в тему и технологии.
Да и баг дата, я бы на вашем месте употреблял осторожно. Если они у вас реально дата, это ещё не значит что биг.
romy4: у скуля есть жесткие ограничения по производительности на запись. Если вы с ними не сталкивались - это хорошо, но ваша практика - это не вся разработка, не весь софт и не все области применения. Бывают задачи (например diadoc.ru) где на реляционной БД вообще никак.
romy4: Роман, головная или иная боль - это трудозатраты. Вопрос лежал в области применимости. Если отвечать на него, то NoSQL применим там же где применим любой другой подход к хранения данных. Ваше же изначальное утверждение говорит о том, что данная технология (или набор технологий, подход, наывайте NoSQL как угодно) применим лишь, цитирую "кеш страниц" и "чего-то готового", что звучит как минимум странно. Я бы посоветовал изучить матчасть. https://www.google.ru/search?ie=UTF-8&hl=ru&q=%D0%...
source2003: совсем забыл. Не забывайте про индексы в таблицах. Логика их организации лежит на плечах программиста, когда как в SQL (некоторые реализации) делают индексы сами (или же они легко настраиваются). Потому поисковые операции по NoSQL таблицам могут проигрывать аналогичным на SQL именно из-за не оптимальности или отсутствия индексов.
Лучше советуйтесь о выборе типа БД исходя из конкретной задачи с человек погружённым в предметную область.
source2003: проиграть в производительности системы по сравнению с классическим SQL с одним активным master'ом очень сложно =) а вот проиграть в скорости разработки можно и существенно =)
romy4: спорное утверждение, не описывающие что же всё таки можно хранить в NoSQL, а что нет. А если у меня что-то "не готовое" я не могу его положить в Nosql? Вот это и спорно.
