AntHTML

вообще то это фундаментальный принцип членства в AD - компьютер-член-домена, не может не подчиняться администраторам домена

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

ps не забудьте всем рассказать, если получится.. ;))

pps мой опыт очевидно устарел. но возможно каменты имеют ценность ))

rutracker.org
серийник до лампочки - сервера мс просто не примут ключ от вин95

Для себя в блокноте напишете:
1 - какие проблемы сейчас есть
2 - какие проблемы вероятны в будущем
3 - как каждое устройство эти проблемы решает
Пройдитесь по списку того что хотите покупать и тд, после уже в таком виде выкладывайте тут - это повзолит посоветывать вам лучше и точнее. Так как сейчас информации не достаточно.

Если вы сможете заблокировать локального админа при попытке ввода неверного пароля например на серверной ОС, то можете идти к Мелкомягким на собеседование.
Насчет взломов паролей, ну зашифрую я диск штатными средствами, потеряю в производительности зато толку от флешки не будет.
Вопрос скорее к собственной паранойе и не более того. ОС предлагает методы/инструменты решения задач, а как ими пользоваться выбор исключительно конечного пользователя.

Если именно программистом микроконтроллеров, то высшее образование необходимо из-за некоторого количества нюансов, которые нужно знать при разработке и которые трудно изучить самостоятельно (электротехника, электроника, длинные линии, экранирование, теория надежности и т.д.).
А выбор факультета зависит от Вас. Выбрать стоит самый лучший, куда сможете поступить и который связан с этой тематикой. И на протяжении всей учёбы делать свои проекты и как можно раньше попытаться устроиться на стажировку в крупную компанию.

Правильно - по стандартным бест-практиксам: ядро, распределение, доступ. Если собираетесь колхозить с шлюзом в виде сервера с двумя сетевыми картами, остальное уже не важно. Единственное, что хочу заметить - вместо четырёх странных свитчей с 10 портам возьмите лучше один нормальный на 48 или два по 24 порта.

Комутаторы вланы умеют? Управляемые? Не колхоз - это когдп маршрутизатор, а не сервер с сетевухами. У вас маленькая сеть, поэтому только ядро сети - уровень доступа. В ядро совсем хорошо ставить стек из 2-х л3-коммутаторов с большой пропускной одного порта. Порты объединены LACP-паорми. И воткнуты в ядро только коммутаторы доступа - по uplink порту на каждый коммутатор стека. Вот так правильно.

Должен быть заменный комп с предустановленной виндой и базовым набором софта. При вылете рабочей станции она просто меняется, а со сломаной потом отдельно разборки ведутся.

Отсюда, в частности, следует, что на рабочих станциях документов быть не должно. Никаких. Ни при каких условиях. Вся рабочая информация -- только на серверах. И бэкапятся только сервера. Рабочие станции -- это расходники, сломалась -- выкинул и новую поставил. Потом из трёх сломаных рабочих станций можно в свободное время собрать одну, например, но ценных данных там быть не должно. Кто хранит документа на локальном диске -- того вывести в чисто поле, поставить лицом к стенке и пустить пулю в лоб, чтобы на всю жизнь запомнил к директору на ковёр, с объяснительной на тему "почему подвергает риску данные компании".

Да, и в идеале, рабочие станции вообще не должны видеть друг друга по сети. Только шлюз и серверный сегмент. Ну и принтеры, например. Достигается с помощью PVLAN, например. Или хотя бы настройками файрволов на рабочих станциях запретить хождение трафика между ними.

Не очень понял, почему вам RDP не очень помогает. Может, вы его готовите неправильно?

Как верно заметили выше, антивирусы должны быть не на флэшках, а работать на всех рабочих станциях, и непрерывно обновляться.

Доступ в интернет -- в идеале только по паспорту через прокси. С обязательным ведением логов -- кто, куда и зачем. Сквид умеет в доменную аутентификацию, поэтому даже пароль при доступе через прокси вводить не придётся. Ну, понастраивать придётся, конечно, сначала.

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

Как будет правильно:

1. Спланировать разбиение сети на некие логически обособленные vlan (например, vlan10 админский, vlan11 сеть серверов, vlan12 сетевого оборудования, vlan13 бухов, vlan14 склада №1, vlan15 гостевого wifi и т.п.)
   
2. Для каждого vlan подобрать подсеть логичного размера (например vlan10: 192.168.10.0/29; vlan11: 192.168.11.0/27 и т.д.)
   
3. На корневом маршрутизаторе роутите или, наоборот, изолируете vlanы как вам необходимо
   

И не забудьте управляемые свитчи на access уровень!

«Под ключ», как правило, подразумевает полностью готовый сайт + доменное имя + хостинг. На конечном этапе заказчика еще обучают как заходить на сайт в админ панель (если такая есть), обговаривается еще раз как проплачивать хостинг и продлять доменное имя.

у вас там хаб чтоль?
правильней всего разделить "инженерскую" сеть и пользовательскую по l2 вланами и(или) коммутацией.
если стоит задача "банить" - то "банить" нужно на чём то - сервер, либо на сетевом оборудовании написать правильные разрешающие правила, а остальное запретить.

Хотелось бы автоматизировать весь процесс (допустим как в экзисте/емех)

Есть очень простой базовый принцип - Если автоматизировать бардак, получиться автоматизированный бардак.

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

И делать это должно руководство
В смысле инициатива должна исходить именно от руководства, и под их контролем.
Если руководству это нужно - оно это сделает.
Если не нужно - вы ничего не сделаете.
Просто никто ничего не будет маркировать и будет продавать без всяких штрихкодов, потому что так удобнее.
Без учета можно без проблем себе на авто запчастями затариваться, а будет учет - уже не прокатит.

Подключение обычные tcp сокеты (в udp пока не лезте, но с ними тоже реально).

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

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

На клиенте перерисовываете все это каждый раз как получаете данные от сервера.

Вся игра должна крутиться на сервере, тогда у вас не будет никаких проблем с расинхронизацией, читерством (кроме автоматизации) и прочим.

Недостаток - у всех пользователей будет небольшой лаг на действия, в зависимости от пингов.

К сожалению не все игры можно так реализовать, но частично да.