Aktív témák

• #43 c41r0^ őstag moonman #40

  2004-06-02 13:01:33 #43

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  c41r0^

  őstag

  válasz moonman #40 üzenetére

  megcsináltam, ahogy írtad:
  eredmény ugyanaz

• #42 c41r0^ őstag moonman #40

  2004-06-02 12:53:40 #42

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  c41r0^

  őstag

  válasz moonman #40 üzenetére

  ''Remélem, a kliensen rendszergai jogosultsággal lépsz be ''
  igen, ennyire nem vagyok lúzer
  
  ''ugye nem állítottál kézzel a SYSVOL mappa jogosultságain?''
  nem
  
  Mindezt már tegnap megcsináltam, azzal a kivétellel, hogy a WINNTSYSVOLsysvol''tartománynév''.huPolicies-ból nem töröltem manuálisan a könyvtárakat és fájlokat.

• #38 c41r0^ őstag moonman #37

  2004-06-02 12:20:45 #38

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  c41r0^

  őstag

  válasz moonman #37 üzenetére

  Nem...ezt a kliensgép eseménynaplója jegyzi fel, sőt még ezt is:
  
  A Windows nem tud hozzáférni a rendszerleíró információhoz a következő helyen: \''tartománynév''.husysvol''tartománynév''.huPolicies{''azonosító''}Machine egistry.pol. (Hibakód: 5).
  
  Nem értem, pedig alkalmazza a beállításokat.

• #32 c41r0^ őstag moonman #29

  2004-06-02 11:39:05 #32

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  c41r0^

  őstag

  válasz moonman #29 üzenetére

  De ekkor új azonosító generálódik (új asztal, stb.).
  Ezt ki akarom kerülni. De amúgymeg ahhoz, hogy a szerverről a tartományi házirendet újraolvassa, elég ki-be jelentkezni. Ez nálam működik, ahogy a szerveren frissítem a gpo-t, valamint a kliensgépen ki-be jelentkezem, már aktuálissá is válik. Semmivel nincsen probléma, csak ezzel a rohadt doc-kal.

• #30 c41r0^ őstag moonman #27

  2004-06-02 11:20:37 #30

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  c41r0^

  őstag

  válasz moonman #27 üzenetére

  AD-Computers-jobklikk egy gépen-fiók alapállapotba hozása...
  ezt értetted ''kliensgépek alaphelyzetbe állításá''-nak?

• #28 c41r0^ őstag moonman #27

  2004-06-02 11:09:44 #28

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  c41r0^

  őstag

  válasz moonman #27 üzenetére

  Nálunk meg most elméletileg a default gpo-k vannak (tool-lal visszaállítottam), de mit értettél a ''kliensgépek alaphelyzetbe állítása'' alatt? Mert lehet az segítene.
  
  u.i.:lassú a prohardver szervere (vagy a php), vagy csak nekem?

• #25 c41r0^ őstag moonman #24

  2004-06-02 10:58:35 #25

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  c41r0^

  őstag

  válasz moonman #24 üzenetére

  Szerintem ugyanarról beszélünk. Nektek is a domain policy kuszálódott össze, és mivel az az AD egyik ''komponense'', ezért telepítettétek újra az egész AD-t. De én újratelepítés nélkül szeretném megoldani :))
  Amúgy a reinstallt csak 7végén tudnám megcsinálni, van egy pár user fenn :)
  
  [Szerkesztve]

• #23 c41r0^ őstag moonman #22

  2004-06-02 10:34:38 #23

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  c41r0^

  őstag

  válasz moonman #22 üzenetére

  Nem Active Directory probléma ez, hanem csoportházirend...én erre gyanaxom, ugyanis az active directoryban ilyet nem lehet konfigurálni, ellenben a tartományi csoportházirendben a szoftvertelepítésnél (igaz, nincs semmi beállítva) lehet.

Aktív témák