Контейнерный логин скрипт. Ваше мнение

[Влад А.Сокол aka Akina]

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

Я что-то плохо понимаю - как это у юзера нет прав на объект сервера, да ещё того, через который он выполняет аутентификацию...

[$erg]

Я тоже что-то не понимаю. Есть рабочий пример?
Критиковать чужое могут многие, а предложить другой рабочий вариант - слабо?
На то и форум нужен, собрались, предложили несколько вариантов, автор выбрал оптимальный для себя, а все приняли к сведению, что можно и так.

[Влад А.Сокол aka Akina]

Я не понял - рабочий вариант ЧЕГО Вы желаете получить?
Предположу, что Вам нужна пошаговая инструкция. Пожалуйста.
Допустим, имеется два сервера: основной FS1 и резервный FS2. На каждом из них есть том SYS и том DATA. Права доступа к серверам и томам абсолютно идентичны для любого объекта дерева, включая паблика.

1) Открываем дерево.
2) Создаём объект типа Алиас. Даём ему имя, например, FS_Alias. В качестве базового объекта указываем первый сервер (FS1). Сохраняем.
3) Создаём объект типа Том. Даём ему имя, например, FS_SYS_via_Alias. В качестве имени хост-сервера указываем созданный по п. 2 алиас FS_Alias, в качестве физического имени тома - реальное имя тома на сервере SYS.
4) Аналогично создаём объект Том по имени FS_DATA_via_Alias.
5) Пишем логин-скрипт для клиента, при этом все подключения каталогов ведём через созданные объекты типа Том.
6) заходим клиентом. Проверяем, что логин-скрипт работает корректно, и выполняется подключение к ресурсам FS1.
7) Разлогиниваемся.
8) Открываем свойства объекта Алиас. Изменяем свойства, указываем в качестве базового сервера FS2.
9) заходим клиентом. Проверяем, что логин-скрипт работает корректно, и выполняется подключение к ресурсам FS2.

[$erg]

Вот, вполне понятный вариант, в отличии от первого поста:

:shock: А про существование объекта "Сервер" в eDir Вы не слышали?

Но не мне он нужен был, мой рабочий вариант указан выше, а автору темы, но все-равно спасибо за еще один вариант.

[Владимир Горяев]

До кучи

Если изменяются мапы, рекомендую такую штуку как объект дерева directory map.

[Dimerson]

директори мап спасёт только на предмет залоченности логин скрипта.

Имхо тут все борются со следствием . надо бороться с прчиной . кластер спасет от падения сервера ? том останется доступным ? костыли в логинскрипте не нужны ?

[Radik]

Имхо тут все борются со следствием . надо бороться с прчиной . кластер спасет от падения сервера ? том останется доступным ?

Кластер очень хорошо помогает при падении сервера, тома остаются доступными, и, что самое интересное, у пользователей
остаются подключения к общим ресурсам кластера. Переход ресурсов от одного узла к другому проходит проходит от них незаметно.

[Dimerson]

Имхо тут все борются со следствием . надо бороться с прчиной . кластер спасет от падения сервера ? том останется доступным ?

Кластер очень хорошо помогает при падении сервера, тома остаются доступными, и, что самое интересное, у пользователей
остаются подключения к общим ресурсам кластера. Переход ресурсов от одного узла к другому проходит проходит от них незаметно.

и я о том же. если б можно было анализировать в скрипте errorlevel хотя бы от пинга то легко выбирать что и куда мапить (можно в принципе внешним батником .... отпять же где он леижит а если упадет тот сервер ?).