athacker

А расширенное логирование в Roundcube включить и посмотреть в логах Roundcube? Ну и посмотреть в логах openldap так же лишним не будет.

trackstudio.com ?

Файрвол понятия не имеет, откуда сквид взял объект -- из кэша или из интернета скачал. И никогда это не узнает -- у него нет таких механизмов.

Если хотите, чтобы из кэша объекты отдавались быстро -- настраивайте ограничение скорости на delay pools в сквиде. И только для тех пользователей, которые не пользуются сквидом, ограничивайте скорость файрволом.

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

При грамотной организации виртуальной инфраструктуры, там быстрая флэшка нафиг не нужна. Если у вас все виртуалки на каком-то хранилище (FC, iSCSI, NFS -- неважно), а ESX занимается только "компьютингом", и никаких машин на локальных дисках нет, то любая флэшка объёмом в 2-4 гига подойдёт. В идеале только нужно завести в сети syslog-сервер (им может любой unix-сервер выступать) и сделать на хранилке отдельный scratch partition. И тогда флэшка будет нужна только для загрузки ESX, и больше ни в каких случаях использоваться не будет. И тогда достаточно будет любой дешёвой флэшки.

Виртуалка и хост с 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-интерфейс и приходящие по этому интерфейсу ответы.

Обговорить с заказчиком как можно более детально ТЗ на проект. Прикинуть, сколько времени у вас займёт реализация проекта. Стоимость одного часа работы выбрать исходя из своего внутреннего убеждения "N баксов в час будет нормально". Умножить количество рабочих часов на стоимость часа. Сообщить цену заказчику :-)

Что касается "как подписать" -- все переговоры такого рода ведите по почте. Общие моменты можно в чате, а вот проект ТЗ и стоимость обсуждать только по почте. Чтобы в переписке всегда оставалось -- кто, когда, что писал, зачем писал и так далее.

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

А, ну да, и ещё момент -- коаксиальные сетевушки были только под ISA и под PCI разъёмы :-) Никаких PCI-E :-)

Возможно, ваша Клонзилла сделала полную посекторную копию диска. Конечно, ей будет нужно 2 Тб. Пересмотрите режим, в котором делаете клон диска -- полная посекторная копия не нужна, нужны только реально занятые блоки на диске.

Теоретически, чем больше спанов (зеркал) у вас в RAID10, тем лучше производительность -- дисковый обмен размазывается на бОльшее количество дисков и получается выше отдача по IOPS. Чем обусловлены рекомендации для V3700 -- лучше почерпнуть в документации на хранилку. Возможно, это связано с особенностями функционирования самой хранилки, и для неё реально 8-дисковый массив (4 зеркала в RAID0) будет работать быстрее, чем 6 зеркал в RAID0.

Но есть ещё соображения удобства обслуживания. Если придётся реконфигурировать массив, то лучше иметь два дисковых LUNa -- вывез все машины на один, а второй ломай, как хочешь. Но в целом, для подобных целей лучше иметь две хранилки :-)

Powershell можно заюзать на периодический парсинг логов и последующей отправки сообщений с нужными полями. Вот есть статейка, например, про разборку виндовых логов на Powershell: habrahabr.ru/post/118644

Данные вы уже не спасёте. Пересобирайте RAID с нуля и восстанавливайте бэкап. Это закономерная цена за подход "все данные попросту некуда складывать". Перед ребилдом массива надо было как минимум отключить сбойнувший диск и НА ЕГО МЕСТО подключать новый.

Полагаю, что у вас при добавлении нового диска поехала нумерация дисков в винде, и она подцепила в массив тот диск, который, как она посчитала, правильный.

Речь про место на zpool.

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

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

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

Создать новую учётку и переложить почту из старого в новый ящик.

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