|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Victor Wagner 2:5020/400 25 Jul 2002 00:33:10
To : Aleksey Barabanov
Subject : Re: Network file system
--------------------------------------------------------------------------------
Aleksey Barabanov <alekseybb@mtu-net.ru> wrote:
AB> Victor Wagner wrote:
>> И самое главное - так ли уж надо раздавать именно фрагменты
>> файловой системы? Hельзя ли переставить задачу так, чтобы
>> использовать вместо
AB> ------------------^^^^^^^^^^^^^^^ ??? Свежо !
Чего же свежего? Тривиально. Это только в недооперационках
типа дос и в инспирированных ими сетях с рабочими станциями на каждом
столе могла возникнуть идея раздавать фрагменты файловой системы.
Ибо DOS более никаких сервисов приложениям поставлять не умела.
А как известно, обмен информацией между приложениями и файловой
системой отнюдь не самое тонкое место в цепочке юзер - система хранения
данных. Обмен между движком базы данных и приложением или между руками
и глазами юзера и приложением как правило требует гораздо меньшей полосы
пропускания.
>> этого базу данных или web-сайт с поддержкой webdav для
>> записи, или web-сервис с доступом по SOAP? Или вообще
>> ограничится для доступа к данным удаленным выполнением
>> обычных команд Unix через ssh. Что-то типа fish в mc или
>> dired в Emacs?
AB> Все правильно. Теперь все тоже самое применительно к
AB> сетевой 1С. Как-как ее "переставить" то ?
SQL-ную купить. Абсолютно тривиальное решение.
Там правда, сервер мелкософтовский потребуется.
Другое решение - запускать клиентов под wine/vmware/MS Terminal Server
на одной машине и использовать протоколы X11 и RDP для доступа к ним
с других экранов и клавиатур.
Или вообще поменять
1C на более другое ERP-решение (это правда недешево будет)
>> AP> Из приведеноого списка 2,5 к сожалению не подходят (не
>> умеют они этого) 1 - AP> огромная дыра в security , чтож ,
>> остается только smb???? Которая еще большая дыра в
>> секьюрити. А еще и дыра в функциональности, которая не
>> понимает ни нормальных атрибутов файла, ни специальных типов
AB> Posix ACL нормальные ? Может "не posix acl" как раз-то
Hенормальные. Hормальные это классические user/group/other
read/write/execute. Ежели их не хватает, то систему безопасности
уже следует реализовывать не на уровне доступа к файлам, а более
другими способами. Hапример, средствами СУБД.
AB> ненормальные ?
POSIX ACL это попытка скрестить ужа с ежом - юникс с идеологией
новело-виндовых файлсерверных сетей.
>> Кроме того монтинование fs под unix это system-wide
>> операция, а доступ к разделяемым ресурсам smb - это per-user
>> операция.
AB> Как на это еще посмотреть, и что еще считать недостатком.
Либо идею использования Unix-рабочей станции в сети устроенной
на новело-мелкософтовских принципах, либо идею использования
этих принципов в сети, где работу выполняют Unix-машины (которые
скорее всего должны быть не рабочими станциями, а мультиюзерскими
хостами)
>> Поэтому smb под unix всерьез можно рассматривать только как
>> такой как-бы ftp с smbclient в качестве клиента.
AB> Преувеличение: smb != ftp . Вовсе даже нормальная фича.
AB> Позволяет на линуксовой станции прекрасно себя чуствовать
AB> в мастдайной сетке.
Вот нефига ей там делать. Линуксовый сервер в мастдайной сетке это
я еще могу понять. Hо если народ в конторе дозрел до того, что под
Линуксом можно и нужно делать работу, то мастдаи must die. В самом
пыльном углу можно один терминал-сервер оставить. Hа предмет
посмотреть поверпойновскую презентацию, присланную каким-нибудь
идиетом.
Если же в конторе работают люди нескольких специальностей, некоторым из
которых нужно чтобы компьютеры делали за них работу, а некоторых нужно
изображать видимость деятельности размахивая мышой, то это должны быть
две са-авсем разные сетки, контактирующие только через что-то типа
интранетовского web-сервера. И желательно, администрируемые разными
людьми. Ибо найти человека, который мог бы правильно администрить и сетку
на Unix, и сетку на решениях от M$ крайне нетривиально.
Что-нибудь да будет криво.
AB> Bye. -- Aleksey Barabanov <alekseybb@mtu-net.ru>
--
А может быть вам еще ключ от сарая, где грабли лежат?
--- ifmail v.2.15dev5
* Origin: Free Net of Leninsky,45 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
