Windows 2008 R2, GPO logon script nem fut le

Microsoft Windows

Sziasztok!

Olyan problemaba utkoztem, hogy van egy Windows 2008 R2-es tartomanyvezerlo, letrehozva egy OU erre az OU-ra pedig egy policy. A policybe bevan allitva, hogy loginkor fusson le egy script (halozati meghajtokat csatol fol) ami nem fut le. Kikapcsoltam, hogy lassu halozat eseten atugorhassa a logon scriptet. Kezzel kikeresve a scriptet duplaklikkel gyonyoruen lefut. Eddig mukodott most hirtelen megint nem akarja...
Eleg bosszanto mert volt egy ido amikor a logoff scriptek sem futottak le, nehany login/logout utan ujra mukodott.
Valakinek van barmifele otlete, hogy mi lehet az oka, merre kene keresgelnem?

  • 4296 megtekintés

( haga | 2011. 09. 07., sze – 20:37 )

Script helyett van erre fasza kis policy (milyen verziójú tartományvezérlő?).
A jogok is megvannak hozzá, hogy lefusson?
gpresult mit mond, benne van a gpo amiben benne van a script?
állíts be debugot, nézd meg mit logol.
milyen kliensek?
a kliensek hálózatra kábelen, vagy wifi-n kapcsolódnak?

Basszus telleg van policy. Csak a szeme szurta ki.
Jogok elmeletileg megvannak (Tartomanyifelhasznalokat hozzadtam olvasas/olvasas futtatas), kezzel le is fut.
gpresultra ranezek ha kliensek kozelebe is leszek. De nekem nagyon gyanus, hogy itt lesz elganyolva, szerintem szarul van a policy elkeszitve.
XP kliensek es Wi-Fin csatlakoznak.

@@
"You can hide a semi truck in 300 lines of C."

Próbáltad kábellel? Nézd meg.
XP klienseknel kell még a policyhez egy kiegészítés is. (ha rákeresel biztos megtalálod valami hotfix)

Szerintem ha a jogosultságok okésak, és látod, hogy arra a kliensre is jó a gpo (de ha azt mondod 1-2x működik akkor működik), akkor az jó.
A wifivel lesz itt a gond szerintem.

(bár azért debugolni lehet ettől még :) )

( kz86 | 2011. 09. 07., sze – 20:57 )

Nem lehet, hogy több dc van, amik között gond van a replikációval?

( lovagX | 2011. 09. 08., cs – 01:05 )

Nincs veletlenul tobb ipje a gepnek valami oknal fogva?
(nslookup tartomanyvezerlo)

( secretx v | 2011. 09. 08., cs – 07:33 )

group policy modelling wizarddal (ott van ahol a GPO-kat babrálod, így a usert nem kell arrébb rugdosni a gépétől) nézd meg a szerveren hogy rendben van-e a gpo a szerver szerint.
Ha igen, akkor a kliensek környékén kell keresgélni, ha nem akkor a szerveren :)

( efbijn | 2011. 09. 15., cs – 19:09 )

Közbe ez nem lett elfelejtve. :)
Kipróbáltam a tanácsokat, konklúzió: ugyanúgy néha fölcsatolja néha nem (GPO-ból nem a login scripttel), ellenben elég jó aránnyal mostmár fölcsatolta, ha nem sikerül neki akkor egy logoff/login után jó eséllyel működni szokott, vagy nem.

gpresult kimenete nincs elottem, de a lenyeg, hogy a Számítógép beállítására vonatkozó bejegyzések egész egyszerűen nem mennek át (ilyen például a password policy vagy a lassú hálózat)

Fölraktam a javasolt hotfixet, nem oldotta meg a problémát. Kábellel és anélkül is ugyanezt produkálja.

A modeling wizard szerint minden rendben.
A tartományvezérlőnek pedig 1 darab IP-je van.
Ha van valakinek tippje, hogy lehetne alaposan debugolni az ne tartsa vissza. Jelenleg visszaraktam a login scriptet és most megfigyelés alatt van, milyen aránnyal csatolja föl a meghajtókat.

@@
"You can hide a semi truck in 300 lines of C."

Fölraktam egy rakat frissítést szerverre, most úgy néz ki megint jó.
Logokba nem írkált erre utaló hibát, de másra igen. :)

Default domain policy sérült volt, azt letöröltem és létrehoztam egy másik alapértelmezettet (ezután a művelet után is hol fölcsatolta, hol nem) lehet ez is rájátszott. Azért még próbálgatom hátha újra előjön, de köszönöm mindenkinek a tippeket és a segítséget :)

@@
"You can hide a semi truck in 300 lines of C."