Совместное использование и безопасность NTFS
Ваш брандмауэр, вероятно, блокирует его. К открытому доступу для порта 80 ко всему трафику, выполненному (как корень):
iptables -A RH-Firewall-1-INPUT -p tcp --dport 80 -j ACCEPT
Чтобы только открыть трафик для Вашей LAN (или любой произвольный блок IP-адресов) добавьте a -s спор с блоком IP в нотации CIDR. Например, к открытому порту 80 для 192.168.0.0-192.168.255.255:
iptables -A RH-Firewall-1-INPUT -s 192.168.0.0/24 -p tcp --dport 80 -j ACCEPT
Для внесения того изменения сохраняются через перезагрузки добавляют, все аргументы (например, все кроме iptables) к /etc/sysconfig/iptables, незадолго до строки, которая начинается -A RH-Firewall-1-INPUT -j REJECT.
наша политика гласит, что разрешения, установленные для NTFS, также должны быть установлены на доля
Они запутались. NTFS предлагает расширенный набор разрешений, которых нет для общих ресурсов SMB, поэтому невозможно установить те же разрешения для общих ресурсов, что и разрешения NTFS. Например. «Список содержимого папки».
http://technet.microsoft.com/en-us/library/cc753731.aspx (Управление разрешениями для общих папок)
По умолчанию группа «Все» не включает анонимная группа, поэтому разрешения, применяемые к группе «Все», не влияют на Анонимная группа.
Недавно мне пришлось сделать общие ресурсы пользователей в сети Windows, в основном та же идея, что и у вас с общим ресурсом, в котором безопасность файловой системы определяет, могут ли пользователи его читать или нет.
Если вам нужны определенные права общего доступа пользователя, вам нужно сделать общий ресурс для каждого пользователя, права на общий доступ применяются только к той папке или диску, к которой вы его применяете к.Если вы хотите предоставить права совместного использования частям в общем объекте, должно быть что-то вроде этого:
\ share {folder1} (доступно ей) \ share {folder2} (доступный ему) Но это просто безопасность файловой системы, так что я думаю, что вы правы