https://m.opennet.dev/openforum/vsluhforumID3/56214.html В дерево исходных текстов FreeBSD 8-CURRENT включен (http://docs.freebsd.org/cgi/mid.cgi?200906251247.n5PCl0v7051505) код с поддержкой NFSv4 ACL (http://www.suse.de/~agruen/nfs4acl/draft-gruenbacher-nfsv4-acls-in-posix-00.html). Работа была Edward Tomasz Napierala выполнена (http://wiki.freebsd.org//SummerOfCode2008#head-4b7f58419e616257462d92ccd24d7aff58927ac3) в рамках программы Google Summer Of Code 2008. Изменения затронули утилиты setfacl(1)/getfacl, libc API и ядро.<br><br>URL: http://docs.freebsd.org/cgi/mid.cgi?200906251247.n5PCl0v7051505<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=22319<br> https://m.opennet.dev/openforum/vsluhforumID3/56214.html#11 Thu, 30 Jul 2009 12:59:44 GMT Затеял обсуждение на тему:<br>https://bugzilla.samba.org/show_bug.cgi?id=6591<br><br>PS: Увидило, что в интернете нигде нет обсуждений, что в FreeBSD при сборке Samba 3.x не никак не собирается модуль zfsacl.so....<br><br>Что - никто не пробовал ???<br> https://m.opennet.dev/openforum/vsluhforumID3/56214.html#10 Sat, 27 Jun 2009 14:03:13 GMT &gt;Еще не понятно когда zfs и NFSv3 самба нормально и надежно заработает. <br><br>zfs и NFSv4 ACL имелось в виду<br><br> https://m.opennet.dev/openforum/vsluhforumID3/56214.html#9 Sat, 27 Jun 2009 14:00:07 GMT Смотря что понимать под продакшен.<br>Для 10 - 20 пользователей я думаю уже можно.<br>А для 200 - 300 года через 2..<br>Ну и опять же вопрос насколько интенсиво будут использоваться шары.<br><br>Еще не понятно когда zfs и NFSv3 самба нормально и надежно заработает.<br>Как оно от сбоев защищено и чем если что восстанавливать.<br><br>А еще у меня при использовании nfs сервер solaris и nfs клиент freebsd7.2, скорость не поднимается выше 1.5 мегамайта в сек, на гигабитном интерфейсе подключеным по крос оверу, тоесть без свича. В восмерке по шустрее, никто не вкурсе случайно?<br> https://m.opennet.dev/openforum/vsluhforumID3/56214.html#8 Fri, 26 Jun 2009 08:31:37 GMT А ты никогда firewall для NFS не делал ?<br>Демонов несколько - еще есть mountd, lockd, statd, rpcbind, rpc.rquotad<br> https://m.opennet.dev/openforum/vsluhforumID3/56214.html#7 Fri, 26 Jun 2009 06:06:17 GMT ребят а где на русском почитать о плюсах nfs4+acl ? как это реально можно юзать в продакшене<br>например для файл - серверов ?<br> https://m.opennet.dev/openforum/vsluhforumID3/56214.html#6 Fri, 26 Jun 2009 05:45:20 GMT А в NFS v2/v3 не так, что ли? Лично я всю жизнь был уверен, что NFS живёт на порту 2049, и /etc/services меня в этом убеждают...<br> https://m.opennet.dev/openforum/vsluhforumID3/56214.html#5 Fri, 26 Jun 2009 05:43:22 GMT &gt; Как по мне, NFSv4 ACL - куда как удобнее и продуманее POSIX ACL.<br><br> Каких ещё POSIX ACL?-) Нет таких в природе... :)))<br><br> Старый стандарт на ACL не был продлён, и теперь Officially withdrawn by POSIX Committee. Так что это "какая-то там реализация ACL", но ни в коем случае не POSIX. NFS v4 ACL, впрочем, тоже стандартностью особо не отличаются.<br> https://m.opennet.dev/openforum/vsluhforumID3/56214.html#4 Fri, 26 Jun 2009 03:55:11 GMT Вроде как одна из фич NFSv4 - <br>это использование всего одного фиксированного порта для демона.<br>По крайней мере в NFSv4 в CentOS так и есть.<br> https://m.opennet.dev/openforum/vsluhforumID3/56214.html#3 Thu, 25 Jun 2009 22:09:39 GMT а знает кто-нибудь, NFSv4 там нормальный будет - как обещают без кучи недодемонов rpcbind/mountd/nfsd/nfslockd? Очень хочется один демон на одном известном порту, и забыть об этом легаси rpc дерьме.<br>