Любой язык - Проблема запуска скрипта у пользователей другого домена (доверие доменов)

amel27 · Отправлено: **03:47, 11-03-2010** | #2

Цитата ZeuSkrd:

потерпел неудачу »

не информативно, есть ошибки в логах клиента?.. локализуйте проблему: если не запускается скрипт по пути из текущего домена, то доверие тут не причем; проверьте работу скрипта через локальную политику сервера и только потом - доменную

ZeuSkrd · Отправлено: **10:26, 11-03-2010** | #3

В том то и дело, что и локально скрипт запускается, и для пользователей текущего домена он замечательно отрабатывеат. Но вот не хочет запускаться автоматом для пользователей другого домена. Ошибок в логах нет никаких. Скрипт тупо не запускается. А вот еще: домен на Server 2008 Standart, а терминал Server 2003 Standart

amel27 · Отправлено: **16:58, 11-03-2010** | #4

ZeuSkrd, что значит "локально скрипт запускается"?.. варианты:

- скрипт запускается интерактивно;
- скрипт на локальном диске (каждой станции), запускается из политики;
- скрипт на шаре родного домена, запускается из политики;
- скрипт на шаре доверенного домена, запускается из политики.

З.Ы. пока что речь только о запуске VBS-скрипта с сообщением типа:

Код:

WScript.Echo "Hello, World!"

ZeuSkrd · Отправлено: **18:09, 11-03-2010** | #5

Извиняюсь, не правильно выразился. Под "локально" я имел ввиду: на рабочий стол пользователю доверенного домена копируем скрипт, запускаем, работает.

Вот кто бы подсказал, как реализовать любой из этих вариантов:
1. скрипт на шаре родного домена, запускается из политики для пользователей доверенного домена;
2. скрипт на шаре доверенного домена, запускается на терминале(удаленном рабочем столе) текущего домена для пользователей доверенного домена.

amel27 · Отправлено: **05:35, 12-03-2010** | #6

Цитата ZeuSkrd:

как реализовать любой из этих вариантов

реализация одинакова - в политике логона проставить путь к скрипту, отличие в том, где он находится - на шаре сервера родного домена или доверенного: \\server\logon\logon.vbs

кстати, проверять проще на CMD-скрипте, из него же можно запустить и VBS:

Код:

@Echo Off
CScript //Nologo \\server\logon\logon.vbs
Echo TEST
PAUSE

ZeuSkrd · Отправлено: **11:55, 16-03-2010** | #7

Amel27, создана группа (к примеру, dover_term), туда добавлены пользователи доверительного домена, к ним применяется GP, примененная политика в родном домене не отрабатывает для пользователей доверенного домена, и не важно откуда грузится скрипт, из родного или доверенного домена
Делал проверку политики в gpedit.msc, так вот проверка ругается, что "нельзя применить данную политику для перекрестного домена".
Я вижу только два крайних решения:
1. в реестре на автозагрузку добавить скрипт, который должен отрабатывать.
2. в GPO терминального сервера для пользователей добавить скрипт на вход.

P.S. Эти варианты крайние, т.к. для пользователей родного домена скрипт будет отрабатывать два раза.

amel27 · Отправлено: **17:04, 17-03-2010** | #8

Цитата ZeuSkrd:

примененная политика в родном домене не отрабатывает для пользователей доверенного домена »

само собой

Цитата ZeuSkrd:

Эти варианты крайние, т.к. для пользователей родного домена скрипт будет отрабатывать два раза »

что мешает вставить в скрипт проверку принадлежности определенному домену?
(переменная окружения USERDOMAIN)

ZeuSkrd · Отправлено: **18:10, 17-03-2010** | #9

Так же можно запускать скрипт для родного домена, прописывая в свойствах учетки -> вкладка Профиль -> Сценарий входа
Этот вариант тоже не отрабатывает для пользователей родного домена даже с включенным Allow Cross-Forest User Policy and Roaming User Profiles.