d-stream

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

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

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

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

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

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

Все зависит от того куда будет подключен диск - если к 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. что стоит в настройках распараллеливания запросов? (часто планировщик может потратить много времени на само планирование параллельности)

Достаточно распространено полное непонимание юзерами понятий расположения файлов и т.п.
Поэтому как минимум будут грабли например с попытками юзера что-то запустить внутри архива и копированием архива в место, похожее на местоположение текущей версии... ну и "этот файл был получен из ненадежного источника и заблокирован" - никто не отменял....

Поэтому запуск некоего инсталлятора с единственной кнопкой "всё сделать" - окажется юзабельнее.

Данные, собственно, приходят в виде текста (json), который парсер трактует либо предполагая что и как, либо "оглядываясь" на структуру того куда это десериализуется…

Ну а var_value:1 - это в рамках догадок может быть что угодно - начиная от битового поля и через десятки вариаций signed|unsigned int до различных вариантов decimal, float и т.п.

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

Нужно сделать документооборот для организации собственными силами

А силы есть?

Ну а если не такого то подскажите на каком языке лучше писать

а где сила?

Предлагаю начать с простого: на простом русском языке расписать подробное техзадание/требования к СДО на предприятии и схему внедрения. После этого уже думать дальше или же останавливаться.

Первое попавшееся: https://yandex.ru/support/pdd/set-mail/cname.html читать с места "Точка в конце имени..." ну или все по вкусу...

p.s. будь указаны реальные доменные имена - уже давно можно было поставить диагноз например с помошью nslookup