Но вот у меня другой вопрос.
Есть сетевой ресурс, в нем папка, в которой куча других папок.
И на одну из них надо выдать права только определенным людям.
Группы создаем, применяем на папку. Но при этом ведь у нас наследуются группы от папок сверху. И если там у кого-то есть доступ, то и искомой папке он тоже получит доступ.
Можно отключить наследование, но очень не хочется. Потом это не отследить, наглядно нигде не отображается. В отличии от наглядной схемы в АД.
Выход — выносить папку куда то наверх сетевого ресурса, чтобы убрать лишнее наследование. Но это не логично выглядит для пользователей. В рамках одного сетевого ресурса для департамента, есть подпапки отделов. И если выносить в корень ресурса, то лишняя папка там выглядит не в тему.
Или делать отдельный ресурс и ярлык на него кидать в нужное место.
В общем, какие-то костыли все ))
Может я чего-то упускаю?

Т.е. ему не нравится, что запущен апач.
Но у апача прописано в ports.conf
Listen 127.0.0.1:80
А в конфиге nginx прописано
listen 192.168.5.20:80;

В зависимости от выбранного типа авторизации. Если авторизация SQL — только локальные драйвы.

Насколько я помню, CItrixXen поддерживает проброс внешних usb дисков, с этим проблем нет.
Если нужно целиком пробросить весь диск, то из коробки (через Citrix xen center) такой сценарий не поддерживается.
Но вообще с помощью консоли, люди пробрасывают диски в виртуальные машины, вот несколько топиков, попробуйте:
https://discussions.citrix.com/topic/372192-sata-pass-through/
https://discussions.citrix.com/topic/378709-xenserver-7-sata-passthrough-to-vm/

Добрый день.
LSI Logic SAS — можно использовать поумолчанию, т.к. он поддерживается большинством гостевых ОС из коробки и не имеет существенных ограничений.
Но, в некоторых случаях использование Paravirtual SCSI может повысить производительость VM, примерно на 12%, но этот тип контроллера имеет ряд ограничений и обычно в гостевых ОС нет его поддержки из коробки, так что при установке ОС могут возникать проблемы.
Из ограничений Paravirtual SCSI можно отметить:
Hot add or hot remove requires a bus rescan from within the guest.
Disks with snapshots might not experience performance gains when used on Paravirtual SCSI adapters if memory on the ESX host is over committed.
If you upgrade from RHEL 5 to an unsupported kernel, you might not be able to access data on the virtual machine’s PVSCSI disks. You can run vmware-config-tools.pl with the kernel-version parameter to regain access
также вот в этой статье можно ознакомиться со списком ОС, которые поддерживают загрузку с данного типа контроллера https://kb.vmware.com/s/article/1010398
Вообще, я бы рекомендовал ставить ОС на обычный LSI SAS контроллер, а другие диски подключать к Paravirtual SCSI контроллеру (разумеется это имеет смысл если нужно повысить производительность этих дисков, а не диска с ОС)
Но если честно, в реальной жизни, я большого толку от Paravirtual SCSI и этих +12% к производительности я не заметил.
Получалось что тратишь дополнительное время на настройку/перенастройку/поддержку, а профита получаешь совсем мало, либо вообще не получаешь.
Так что перед тем как внедрять, тестируйте свой профиль нагрузки на каждом из адаптеров, возможно разницы вы и не заметите.

Ну и по поводу нескольких дисков. А смысл? ведь всегда можно добавить диск при необходимости, далеко не во всех ситуациях нужно несколько разных дисков.
В этом же плюс виртуализации, что ресурсы можно увеличивать динамически, по мере необходимости.