athacker

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

Никаких других вариантов, кроме блокировки консоли (упомянутой выше Win+L) тут нет. Но в зависимости от версии винды, можно держать залогиненными две пользовательских сессии. И когда одна сессия заблокирована, другой пользователь может пользоваться своей сессией. Но это возможно, по-моему, только начиная с Professional-версий винды, на Home Basic всяких такого нет. Минимальная версия винды, где это есть -- Win 7 Home Premium.

Вытаскивание батарейки может не сбросить BIOS. Вытащите батарейку и замкните перемычку, которой сбрасываются настройки CMOS.

man xbmc

Запрет на установку любых программ достигается учётной записью с типом "Обычная учётная запись", или как-то так. Т.е. НЕ-администратор. Правда, это не запретит использование программ, которые не требуют установки. Хотя это, как правило, небольшие программки, типа аудио-видео-плейеров, и прочего.

Есть вот такая штука, например: www.powershellserver.com

Виртуалка и хост с Win8 должны быть в одной IP-сети и видеть друг друга. Допустим, у Win8 адрес 192.168.1.1, у XP -- 192.168.1.2

Также на виртуалку нужно поставить какой-то софт, который будет уметь NAT. Типа Kerio Winroute или что-нибудь в этом духе, что будет работать на XP. Затем на Win8 прописываем маршрут:

route /p add 10.17.200.0 mask 255.255.255.0 192.168.1.2

Ну и остаётся настроить Kerio, чтобы он NAT-ил пакеты, уходящие через VPN-интерфейс и приходящие по этому интерфейсу ответы.

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

Во-вторых, сетевое окружение -- это зло. Все ресурсы сети должны быть прибиты к серверам и доступны только оттуда, никакого трафика между клиентами быть не должно, всё только через сервера.

В третьих, так как у вас VPN, то ваш VPN-сервер будет т. н. multihomed server, ибо для каждого подключившегося VPN-клиента создаётся отдельный сетевой интерфейс. В этой конфигурации виндовый браузинг не работал никогда -- списки сетевого окружения строятся в рамках одного сегмента L2. Иными словами, максимум, что у вас увидят VPN-клиенты в сетевом окружении -- это себя и сервер, больше никого.

С помощью HDDscan посмотрите значения атрибутов глазками. Там полный набор параметров SMART с их значениями.

Судя по вопросу, речь идёт о каких-то извращениях :-) Товарищ, вы бы описали, чего конкретно таким образом добиться хотите. Глядишь, сообщество предложило бы какое-нибудь менее извращённое решение :-)

А шлюз с машины не через туннель доступен, чисто случайно? :-) В туннеле могут быть вообще любые адреса, и всё будет работать.

Ну подними этот адрес алиасом на своём open server, а на винде укажи маршрут на этот IP-адрес через локальный IP-адрес своего open server'a :-)

Поставить SSD и добавить оперативки ещё гига два. Win7/8 будет нормально работать.

Если ваш роутер совсем тупой и не умеет даже SNMP, то никак. Если умеет -- то настраивать, например, zabbix, и снимать информацию по SNMP с роутера. Но это покажет вам общую загрузку канала, но не покажет, кто конкретно загрузил канал под завязку. Чтобы понять, кто конкретно -- нужен более интеллектуальный роутер, который умеет, например, netflow. И ставить в сети сборщик netflow, смотреть, что загружает канал.

Более простая реализация -- поставить в сети http-proxy. Для сквида, например, есть утили, позволяющие оценить трафик по-юзерно, например sqstat.

Службу "Сервер" поотключайте на рабочих станциях. Рабочие станции ничего расшаривать не должны, если по уму. Соответственно, служба "Сервер" им не нужна.
Когда админу будет надо -- он может поднять удалённо эту службу, и сделать, что ему нужно :-)

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

Таким образом, файло должно храниться только и исключительно на файл-серверах. Где оно находится на RAID-контроллерах, и ещё бэкапится регулярно. А на рабочих станциях -- только система и рабочий софт, больше ничего. С таким расчётом, что при выходе из строя пользовательского компа он снимается целиком, а юзеру выдаётся новый, и пусть работает дальше.

Бесплатный сыр тока в мышеловке :-)

Амазон при регистрации даёт бесплатно на год погонять t1.micro instance. Для простых задач вполне сойдёт. Винды там не будет, понятное дело, но фря или линух -- вполне. У меня на таком почтовый сервер год работал :-)

Заббикс мониторинг состояния сервисов может делать и без SNMP. Курите на предмет item'ов типа service_state[service] в документации заббикса: https://www.zabbix.com/documentation/2.2/manual/co...

Данные по производительности в системе заббикс может снимать прямо с виндового Performance monitor. Там несколько извращённое заведение параметров, но в принципе, ничего сверхестественного.