Drno, мс лапшу на уши активно вешает, практика как раз утверждает то, что вин10 адекватно работает с е-ядрами, гугл радостно разносит лапшу от мс, которую радостно разносят некритично подходящие к лапше персонажи, "мнение" которых вновь радостно разносит гугл - круг замкнулся
За 3 года я видел лишь пару случаев, когда приложение крутилось на e-ядре, хотя могло бы крутиться на p-ядре. Оба раза речь шла о махровом легаси времен winXP. При том, что оно в e-ядро упиралось, конечно, а не просто так.
Владислав, да что угодно может быть, у меня схожим образом кингстон заикался, хотя не так критично, вполне можно было работать - просто контроллер ссд тупенький был; давно это было, когда ссд только в моду входить стали
А так, учитывая материнку, из настроек могу уточнить только про то, в каком режиме работает сата - ide или ahci? Гипотетически режим ide может вызывать проблемы у ssd, правда, моя личная практика не особо это подтверждает, а режим ide артефакт далекого прошлого, на современных материнках уже, кажется, даже перестают оставлять возможность его выбрать; но у китайцев поди знай, может они ещё в 2012-м живут, когда ide режим по-умолчанию ещё встречался
Евгений Хлебников, dr-lexus, в кинетиках это nat loopback называется
"мы не будем давать нормальный контроль над nat, просто запилим отдельную фичу для частного случая src nat и модно её назовём"
в доках, правда, пишут, что он по-умолчанию включён "в сегменте "Домашняя сеть"; хотя я плохо представляю, как его можно включить по-умолчанию, но да ладно, подробно не вчитавался
Петр, камеры вроде мультикастом и броадкастом не гадят особо, там что с этой точки зрения +- всё равно, ну а если количество камер расти будет, то сегментировать группами по регистраторам ну... это выглядит упорядоченно, а упорядоченность до некоторой степени вещь красивая, так что почему нет? Хотя чисто практической пользы немного.
Принцип "работает - не трогай" в данном случае не поддерживаю. Задача не сложная, и если прям хочется (НУ НАДО) и есть готовность тратить на это дело своё время - не вижу какие могут быть разумные возражения.
Единственное что подсети /24 выбирал бы где-нибудь подальше от часто используемых. Для 192.168.0.0/16 - это где-то от 192.168.150.0/24 и дальше, я думаю. Хотя я лично предпочитаю диапазон 172.16.0.0/12 использовать.
Эм, прописать у клиента нужные маршруты? Хоть отдельным скриптом, хоть через CMAK скрипт впилить, поднимающий нужный маршрут при подключении - если у клиентов винда и встроенные в винду vpn протоколы используются, конечно
Refguser, человек может запомнить, и потом зарисовать, так что перед демонстрацией - в обязательном порядке глухую повязку на глаза.
Корпоративная тайна, поэтому такая секретность.
Эта задача решается только юридически - NDA подписывать. Технически она нерешаема в принципе. Затруднить сохранение информации в файловом виде можно, но предотвратить невозможно.
Существует такая схема: для каждого, кому демонстрируется информация - в неё скрытым образом (стеганография) встраивается уникальный идентификатор, который можно однозначно считать определёнными методами, и в случае утечки таким образом можно обнаружить, кто слил. Без гарантий, конечно, сливающий может обнаружить и уничтожить такие идентификаторы.
