Netware 6.0 map disk G:

Скажите для чего при логировании подключается сетевой диск G: [server:sys] с папками Java, Login и др.
Диск Z: (каталог Public) понятно там утилиты сетевые и т.п.

можно ли запретить назначение диска G: или назначить его на другую букву ?

**Ковалев Артем** » 26 апр 2005, 13:19

вообще-то первым сетевым считается диск F:\ и на него мапируется обычно каталог sys:login - чтоб пользователь мог залогиниться (там лежат утилиты login, map и пр.)ю Что у Вас мапируется на G:\ - ну ктож Вас знает?
Убрать его можно так:
1. Поправить логин-скрипт (удалить команду map g:=....)
2. Написать в своем логин-скрипте map del G

да на машине клиента диск F - привод CD
соответственно мапится диск G,
но команда map del G не удаляет этот диск !!!

подскажите как мапить диск через объект Directory Map

map i:= .имя_map.контекст
с правами админа все OK
простой юзер получает сообщение
LOGIN-LGNWNT32.DLL-400: Сетевой диск не может быть назначен на устройство, определенное в качестве локального.
получается что-то с назначением прав на сам объект Directory Map
т.к. через сетевое окружение пользователь попадая в сетевой каталог и видит его и пишет в него нормально

**Ковалев Артем** » 26 апр 2005, 15:50

Версия клиента, ОС на клиенте?
Для дос надо в config.sys прописать LASTDRIVE=Z, а в конфиге клиента указать FIRST NETWORK DRIVE = G (в Вашем случае).

**Андрей Тр. aka RH** » 27 апр 2005, 05:30

АлександрСмирнов писал(а):подскажите как мапить диск через объект Directory Map

У пользователя должно быть как минимум Property right на атрибут Path объекта Directory Map ( Read ) - иначе он не сможет получить путь от Directory Map. Обычно дают просто All property rights - Compare, Read ( вариант по умолчанию ). Приведенная строка маппирования через объект написана верно. А с вашим диском G: ( правда, и пр., назначаемыми по умолчанию ) как вариант - отменить default login script ( добавить в логин скрипт NO_DEFAULT ). Что касается del, которая якобы не удаляет G: - если вы ее добавляете в имеющийся логин скрипт ( какой именно ? ), то она выполняется ДО отработки default. Если после логина ее выполнить из командной строки, то все должно удаляться ..

**Timur Kazimirov** » 27 апр 2005, 05:34

Угу. Кстати, не мещало бы еще и выставить соответствующие права у самого дирмэпа на то, на что он указывает.

права дирмэпа на каталог тома - Read и FileScan
а права пользователям на каталоги на томе хочу раздавать через группы. Получается что каждому пользователю надо дать All property rights - Compare, Read на дирмэп - не совсем удобно. Попробовал дать право контексту на дирмэп (где находятся пользователи), но пользователи таких прав не получили. Как то можно их унаследовать ?

клиент 4.9 winXP

**Timur Kazimirov** » 27 апр 2005, 07:11

Пользователи в дирмэпе не находятся, и находиться не могут - только в группе. Разбирайтесь с правами групп. Кстати, права на объекты в дереве и права на каталоги на томе - разные вещи. И хранятся по-разному.

Очень даже могут, если их включить в Securiry Equal To Me

**Timur Kazimirov** » 27 апр 2005, 11:17

А вот за такое - по рукам надо бить!

поясни почему ? а то подумал что это выход, хоть и не очень удобный

включил пользователей в группу, а группу добавил в Securiry Equal To Me дирмэпа
теперь map i:= .имя_map.контекст работает

Так почему плохо добавлять пользователей в Securiry Equal To Me дирмэпа ?!

**Timur Kazimirov** » 28 апр 2005, 02:31

Секьюрити Иквал - штука коварная, и пользоваться им надо исключительно во временных целях и обязательно с документированием. Удалили свой дирмэп через год, и права группы, ну или кого вы там еще в SE ему назначили, с каталога автоматом слетели... А потом сидите и гадайте - почему эти пользователи доступ получить к этому каталогу не могут (про то, что вы когда-то их в SE снесенному дирмэпу назначили, вы уже забыли к тому времени).

если так рассуждать, то и группу (или еще какие объекты) можно через год удалить, а потом гадать почему нет прав доступа

**Андрей Тр. aka RH** » 28 апр 2005, 07:48

АлександрСмирнов писал(а):права дирмэпа на каталог тома - Read и FileScan
а права пользователям на каталоги на томе хочу раздавать через группы. Получается что каждому пользователю надо дать All property rights - Compare, Read на дирмэп - не совсем удобно. Попробовал дать право контексту на дирмэп (где находятся пользователи), но пользователи таких прав не получили. Как то можно их унаследовать ?

Чего-то я не уловил, а зачем самому дирмэпу права на файловую систему ? Вроде нигде про это не написано, и без них все должно работать - ведь единственное, что дирмэп делает - предоставляет ссылку на точку входа в ФС ( что и хранится в его атрибуте Path ). Остальное ( доступ к тому ) происходит уже без его участия ..

Так и надо права раздавать - через контекст ( или, там, группу ), только надо не забывать их делать Inheritable в случае с контекстом, а то они куда надо не протекут. Назначать пользователей секьюрити эквивалентными напрямую считается как бы дурным тоном, хотя формально должно работать. В данном случае вроде криминала нет, но иногда права, получаемые таким образом, могут превышать необходимые.

Netware 6.0 map disk G:

Netware 6.0 map disk G:

команда map del G не удаляет этот диск

Re: команда map del G не удаляет этот диск

Кто сейчас на конференции