d-stream

Прямо перед домом военная часть. Это может влиять?

может. Так же как орава соседей с подобными точками... плюс веселый сосед юзающий камеры с "радиоудлинителями" (реально пришлось подтягивать народ со спецоборудованием... и в результате обнаружились несколько 700мВт передатчиков в районе 2.4Гггц... в таком раскладе "увидеть" точку удавалось не далее 30см, а подключение держалось секунды)

как говорил один знакомый радиоинженер-разработчик в том числе и wifi железок: "протяни провода")

промежуточная альтернатива при проблемах с прокладкой кабеля - powerline до комнат, а там уже раздача в 5Ггц и то только мобильным устройствам, а более-менее стационарным - лучше проводом

Третий вариант: stored procedure[s]* - на входе получающая нужные данные для добавления/изменения, которая уже в рамках транзакции выполнить проверки-записи-вычисления... притом тогда "магию" подвязанных к профилю контактов (еще таблички уже не 1:1) можно спрятать там же... так же как уведомления о смене чувствительных данных, логгирования и еще чего-нибудь потенциально нужного... притом последнее - собственно не потребует ничего менять за пределами такой процедуры.

Чему будет соответствовать напечатанный результат?

правильный ответ - ЧЕМУ ПОПАЛО

особенно если заказчик захочет на "дизайнерской" крашенной бумаге...

единственный более-менее достоверный вариант - "сухие цветопробы" с подписанием заказчиком и потом тщательной отработкой тиража...

Надеюсь понятно что это не для визиток? )))))

А так - согласование цвета плашки с заказчиком по пантоновскому вееру и печать плашки этим же цветом. По крайней мере это получится на флексе, офсете и прочих шелкухах

Все зависит от того куда будет подключен диск - если к raid контроллеру - то возможно потребуется в управлении контроллера сказать что этот диск "должен быть доступен" - например создать новый [псевдо]RAID том из этого диска. Если же диск подключен к обычному набортному sata|achi контроллеру материнской платы - то диск будет доступен без затрагивания контроллера.

Если условия позволяют - как минимум для IPSec стоит задать явные пиры (адреса другой стороны).
С pptp такое навряд ли прокатит, можно попробовать хотя бы уйти в нестандартные порты (если позволяет клиентский софт), а так стоит уйти во что-нибудь другое "на сертификатах".

https://docs.microsoft.com/ru-ru/dotnet/framework/...

Скорее всего имеет место быть "дыра" между дешевым бытовым сегментом и дорогим энтерпрайзом…
Возможно как вариант нишевого решения - Intel vPro AMT на "типа сервере"

p/s/ кстати для HP Microserver плата iLo выходила за 10000 еще во времена 30-рублевого курса доллара...

Обратите внимание, что задержка активируется именно для этого IP. То есть если злоумышленник пытается подобрать пароль - у него ничего не получится, т.к будут бешеные задержки. В то же время владелец аккаунта спокойно сможет зайти в аккаунт и увидеть, что кто-то пытался войти в аккаунт.

Современные боты сканят с достаточно большого диапазона адресов (например ботсеть) и соответственно в логах будет всего по одному отлупу…

Ближе всего это можно обозвать плагинами.
В .net есть замечательная штука mef
А для общего случая - ну видимо стоит сформировать некий минишаблон взаимодействия уровня загрузки этих самых плагинов, передачи им минимума параметров и передачи управления.

Более гибкое взаимодействие - ну или свою очередь или готовые реализации.

Собственно select ... from … for xml
Ну и дальше по https://docs.microsoft.com

правда нюансик: начинается это с версии 2008, что иногда может оказаться критичным для мультиверсионных реализаций

Ну для начала стоит озвучить структуру таблиц. В данном случае достаточно первичных ключей. Это сразу будет ответом на вопрос.
Ну и да, на будущее: ФИО - может меняться, логин - собственно тоже, а уж пароль...

на cisco знаю что реально и там все гениально и просто, а вот с микротиком че то все никак не могу разродиться...

почти перефраз "прогуливайте в школе физику и для вас весь мир будет сказочным и волшебным")

надо просто еще покурить и понять что же такое vlan и тогда все волшебство и колдунство посереет и станет обыденным примитивизмом...

да, на микротике изолировать голосовой трафик, даже точнее всю телефонию от хомячков с вконтактиками и фотками просто, даже наверно с применением winbox окажется чуть побыстрее накликать чем строчить в cli циски… (по крайней мере для среднестатистического человека владеющего мышкой и печатающего не как профессиональная машинистка)

Коль уж тег C# - наверное стоит использовать делегатов)

DC/DNS должны знать что те другие сети - "свои".

В том числе об этом должен быть извещен firewall

p/s/ не совсем в тему, но: маршрутизация между vlan на маршрутизаторе - тяжеловатое дело и скорости будут не ахти... стоит смотреть на L3/L2+ коммутатор(ы) - которые умеют маршрутизировать пакеты со скоростью коммутации

Просто пальцем в небо:
1. попробовать на рабочей станции по сети, чтобы до сервера был гарантированный tcpip а не shared memory
2. как дела с обслуженностью базы на сервере (статистики, фрагментации и т.п.)
3. что стоит в настройках распараллеливания запросов? (часто планировщик может потратить много времени на само планирование параллельности)