» Логон скрипт

Добрый день, подскажите как можно отключить выполнение логон скрипта на своей машине? Дело в том, что у админов головного офиса что то перемкнуло теперь всем пользователям и нам, по умолчанию ставится классический стиль оформления и режущяя глаза, яркая обоина с логотипом фирмы, кроме этого мапятся сетевые диски, но это я и так смогу сделать

GanjaKyp
Пиво админам - и они сами все сделают

я бы даже рад познакоимиться)) но они в другом городе

Есть проблема. Файл-Сервер W2003. DC W2003. Клиенты WXPSP3. Иногда не срабатывает логон скрипт, прописанный в АД. Т.е. иногда он вообще не запускается при старте компьютера. Также бывает проблема, что прописанные шары отваливаются в течение дня.
Скрипт типа:
net use Y: /delete
net use Y: \\сервер\шара /persistent:no

GanjaKyp
В общем лучше не рисковать....
Кстати - такие вещи как описано (установка в качестве декстопа лого) приходит в голову не сисадминам. а Большим Боссам
А мапятся - вот это действительно идея админов....

Вот думай - стоит ли ссорится с Большими Боссами из-за обоины?

a3th3r
У меня такое было на медленных компах...
2 месяца искал причину. Нашел.....
Пользователи закрывали окошко, которое им якобы мешало...

KapralBel
100% дело не в юзерах. Плюс это не объясняет проблему исчезновения подключенных дисков к примеру в середине дня.

Компы, на которых это возникало преимущественно новые.
Сейчас нашел на одном из них ивент: source Netlogon; ID 5719. Для домена нет доступного контроллера домена. Сервер RPC не доступен. Смущает, что этот ивент не всегда появляется. Но пока буду копать в его сторону.
С DNS все в порядке. DC один без левых трастов. Пока грешу на сетевухи или ISA Client.
Проблема еще в том, что не эмулируется косяк, ибо возникает рандомно.

Буду рад каким-нибудь идеям.

a3th3r

Цитата:

source Netlogon; ID 5719. Для домена нет доступного контроллера домена. Сервер RPC не доступен

Ошибка на клиенте?

Ручной ремап в это время помогает?
По сети доступ к компу есть?

KapralBel

Цитата:

В общем лучше не рисковать....
Кстати - такие вещи как описано (установка в качестве декстопа лого) приходит в голову не сисадминам. а Большим Боссам
А мапятся - вот это действительно идея админов....

Вот думай - стоит ли ссорится с Большими Боссами из-за обоины?

обоина то не сильно мешает, а вот классическое оформление напрягает сильно

Цитата:

а вот классическое оформление напрягает сильно

[оффтоп]
Я тоже работаю исключительно с классическим
[/оффтоп]
а без шуток - неплохой прирост в скорости на слабых компах дает отключение службы Темы

Цитата:

Ошибка на клиенте?

Ручной ремап в это время помогает?
По сети доступ к компу есть?

Да, ошибка на клиенте.
Ручной ремап помогает, т.е. проблема коротковременная. Доступ по сети есть.

За прошедшее время исключил сетевуху, иса-клиент. Сейчас вот тестирую другой порядок загрузки сетевых служб.

А что на стороне сервера?
Может ДНС сервер сбоит

Цитата:

А что на стороне сервера?
Может ДНС сервер сбоит

На стороне сервера все ок. ДНС в порядке. Установка в зависимости службы Netlogon служб DHCP и NetBIOS частично решила проблему. Т.е. проблема исчезла на части компов.
И еще это действие не решает проблему, что прописанные шары отваливаются в течение дня. Уже не знаю куда копать, блин.

Боюсь больше у меня никаких идей нету

парни... что то фигня какая-то... всё происходит на терминальном сервере... есть простой скрипт

net use X: /d /y
net use X: \\fileserv\PUBLIC /persistent:no /y

помещён в Политика "Локальный компьютер"\Конфигурация пользователя\Конфигурация Windows\Сценарии\Вход в систему...

если я исполню скрипт в сеансе, всё подключается, чудесно...

но при логоне пользователя подключения не происходит... в памяти висят CMD.EXE и NET.EXE

что за петрушка?

life_so_good
а физически файл с этими строчками где находится?

Ku60Pr

Цитата:

а физически файл с этими строчками где находится?

да как обычно в C:\Windows\System32\GroupPolicy\User\Scripts\Logon

Добавлено:
я кстати аналогичную фигню поймал у один клиентов своих... ток в том случае диски не хотят подключаться ТОЛЬКО под моим аккаунтом... но тогда я плюнул на это ибо у всех остальных все было в полном порядке

life_so_good
У меня папка: C:\WINDOWS\system32\GroupPolicy\User\ вообще пустая
Скрипты лежат: C:\WINDOWS\SYSVOL\sysvol\DOMEN.local\scripts\
Обращение к скрипту: \\DOMEN.local\SysVol\DOMEN.local\scripts\users.vbs

Всё запускается и отрабатывает.

Скорее всего на может достучаться до:
Цитата:

net use X: \\fileserv\PUBLIC /persistent:no /y

У меня X: подключается:

Код:
Set WshNetwork = WScript.CreateObject("WScript.Network")
strMyDocs = CreateObject("Shell.Application").Namespace(5).Self.Path
With WshNetwork
.MapNetworkDrive "M:", Chr(34) & strMyDocs & Chr(34)
.MapNetworkDrive "X:", "\\" & ServerTown & "\Обменник"
End With

Ku60Pr
нет там домена...

любопытная деталь.. у вновь созданных пользователей всё нормально мапится... при этом принципиальных отличий между пользователями нет

Товарищи, нужен ваш совет.

Задача: добавить на все компьютеры домена в реестр 2 ветки.

Как планирую реализовать:
Через политики безопасности домена в сценарии на вход в систему добавить "батник".
(Logon)

Но, добавляются ветки реестра в HKLM, а права локальных администраторов есть далеко не у всех пользователей. Есть подозрения что не у всех импортируются эти ветки.

Можно ли как-то дать временно пользователям домена право на изменение этих веток реестра и необходимо ли это в принципе?

Сеть поднята на Win2k3. Клиентские машины в большинстве своем на WinXP.

Prisoner_of_Ice
Добавьте в политику автозагрузки для МАШИНЫ а не для пользователя. Тогда ваш батник прекрасно выполнгит любые действия.

Alukardd
Огромное спасибо. По итогам выполнения отпишусь о результатах.

Дел , разобрался

Дел

.

Народ помогите с GPO. Задача: профили пользователей на определенных машинах перемещать на шифрованный диск. проблема в том, что если не зашифрована сама ОС , то автоматически при загрузке системы невозможно смонтировать шифрованный диск с профилем и при загрузке ошибка недоступности профиля. пробовал добавлять скрипт запроса пароля и монтирования диска в GPO с включение синхронного режима обработки политик, однако если добавлять в пользовательские политики, то скрипт все равно выполняется после попытки подгрузить профиль. Если добавлять скрипт в конфигурации компьютера, то окно ввода пароля невидно (т.к. на экране велком скрин), а система не загружается дальше т.к. политика выполняется в синхронно и окно ввода пароля ждет ввода пользователя, пароль в свою очередь ввести невозможно т.к. окна не видно.

Есть задача при логоне пользователя в домене win2003 показывать некое изображение с логотипом компании (не обоями ставить а просто при логоне показал - скрыл). Вопрос - подойдет ли для этой цели данный скрипт? Если добавить его в групповые политики домена?

wfire
Цитата:

подойдет ли для этой цели данный скрипт

дык запустите и узнаете!

Цитата:

дык запустите и узнаете!

Хотелось бы знать заранее
И что за файл в 4-й строке скрипта: C:\Custom\RISFinishCheck.txt
Это типа временный, скрипт его сам создаст?

всем привет

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