d-stream

Обратите внимание, что задержка активируется именно для этого 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

https://support.hp.com/by-ru/document/c03375171 кусочки оттуда:

"...HP использует Web Services Discovery, чтобы находить принтеры HP и устанавливать с ними связь. Другие части решения HP сообщаются с принтером по HTTPS (обычно порт 443 или 8443). В большинстве случаев брандмауэр разрешает такой трафик..."

"При поиске списка принтеров WSD инициирует запрос с применением многоадресного вещания по UDP на IP-адрес 239.255.255.250 и порт 3702. После установки принтера перед какими-либо рабочими операциями (например, печати, сканирования или отправки факса) HP проверяет возможность связи. HP называет это действие "повторное определение". Для повторного определения WSD отправляет многоадресный UDP-пакет для разрешения IP-адреса принтера. При поиске принтера по IP-адресу WSD создает сокет TCP на порте 80. Это обычно делается при определенных обстоятельствах."

А вот со специальными адресами типа - могут быть нюансики

подзапросы надо поименовать

и лучше все-таки в стиле:
[название] = (select ...)

В таблице больше 1000 полей? Если нет - то ручками это займет меньше 15 минут.

-- перенесите мне все на новый компьютер, а то старый глючит
-- а что именно?
-- все!!!
-- и глюки тоже?

Правильный путь - подхватывать/перехватывать роли на новом, вчистую установленном сервере. В том числе учесть все те шероховатости, что были на старом и оглянувшись на все то новое что появилось в 2019

1. нет смысла воротить DMZ - достаточно пробросить на своем роутере 80/443 порт на свой сервер за nat
2. apache, nginx совершенно спокойно умеют virtual hosts - то бишь совершенно спокойно можно на одном компьютере обслуживать множество сайтов с разными именами (ровно так делают "классические" хостеры)

https://docs.microsoft.com/ru-ru/dotnet/api/system...
https://habr.com/ru/post/137038/

Ну видимо придется сделать несколько итераций:
- направить одну антенну на вторую точку "на глаз"
- выставлять вторую антенну уже по измерению уровня сигнала
- вернуться к первой антенне и уточнять ее положение уже по измерениям