LDAP WINDOWS (synchronizace plochy)

[chinook]

Kazdy uzivatel windows XP ma svuj profil, ktery je ulozen na serveru. Na serveru jsou nastavene kvoty. Pokud uzivatel nahraje na svoji pracovni plochu vice dat nez je "mista" na disku na serveru, tak se profil pri odhlaseni neaktualizuje na serveru. Tudiz i kdyz uzivatel neco umaze na localu, na serveru se to neprojevi. Takze na serveru zustava soubor viset aniz by o tom uzivatel vedel. Pak nema sanci jej smazat. To stejne si myslim, ze nastane pokud spadne prac. stanice. Je to normalni jev? Da se to nejak resit?
Za odpovedi predem dekuji

[Rainbow]

S LDAPom to suvisi ako?

[Marty]

Předpokládám, že používáš Microsoftí kvóty na Windows Serveru.

Rada je nepoužívat je. Nemají to dobře vymyšlené a jsou s tím jen problémy. Doporučuji inteligentní diskové pole s integrovanou správou kvót. Začni třeba u EMC NAS polí, tj. Celerra NS.. apod.
Nicméně je otázka, jestli to není kanón na vrabce (ne že by to bylo nějak extrémně drahé, ale pro skupinu 5 uživatelů to asi není price/performance řešení).

Ta otázka na LDAP je na místě... s tím to nemá co do činění.

[Rainbow]

Ono je cely ten system s kopirovanim profilu sem-tam dobre dementny.

[Marty]

Ono je cely ten system s kopirovanim profilu sem-tam dobre dementny.

To bych nechal stranou, jsou aplikace, kde to je vhodné, nicméně bez kombinace s GPO a přesměrováním systémových adresářů profilu tam kde to jde přímo na server, bych to moc nedoporučoval...

[HollyG]

Asi by bylo dobre uvest, proc je to resene tak jak to je resene, a ne klasickymi lokalnimi profily, potom se daji hledat vhodna reseni...

[chinook]

Předpokládám, že používáš Microsoftí kvóty na Windows Serveru.

Server bezi na linuxu. Jsou tam nastavene kvoty pres edquota...

Asi by bylo dobre uvest, proc je to resene tak jak to je resene, a ne klasickymi lokalnimi profily, potom se daji hledat vhodna reseni...

Na lokalni profily nejspis prejdu. Ale jak se to da vyresit s cestovnim profilem? Psal jsi primo zapisovat na server, jak to nastavit?

[Marty]

No, pomocí group policy v active directory, nebo eventuelně lokálníma group policy, ale to bych rozhodně nechtěl spravovat.

[chinook]

No, pomocí group policy v active directory, nebo eventuelně lokálníma group policy, ale to bych rozhodně nechtěl spravovat.

Takze bude nejlepsi udelat mistni profil?

[Marty]

No, já jsem sofistikovanější síť s Domain Controllerem na Linuxu a klientama na Windows nikdy nedělal, možná by to šlo nějak vyřešit, ale v zásadě bych volil variantu lokální profily a dokumenty / domovský adresář uživatele směřovat na server.

Ideálně asi loginscriptem mapovat pár disků ze serveru a uživatele donutit data si ukládat tam. V rámci testů by šlo zkusit přesměrovat přes lokální GP některé adresáře profilu na server...

[Rainbow]

http://wiki.samba.org/index.php/Samb...ndows_Profiles

[Marty]

To je strašně hezký, že to jde, jasně, že to jde, ale dovedeš si představit to spravovat v síti o 50 uživatelích? Nastavovat registry a kontrolovat to, že všude je to nastaveno správně?

Jistě, teoreticky by to šlo dát do HKLM a odkazovat se na cestu skrz %USERNAME% ale pořád musíš dbát na to, aby to všude bylo korektně nastavené...

[Rainbow]

Kedysi som niekde cital, ze sa da cely profil umiestnit na sietovy disk. To by mohlo byt lepsie riesenie.

[chinook]

Ok. Prejdu teda na localni profil. Staci tedy ve windows dat lokalni profil a profil na serveru muzu smazat? Neprijde uzivatel o data?

[HollyG]

Ciste teoreticky by mely zustat a "jen" prestat cestovat, ale lepsi vyzkouset...

[Marty]

IMHO bych zkusil jako první krok z profilu v AD zrušit odkaz na cestu k síťovému profilu.

Postup:
1. odhlásit usera
2. upravit AD viz poznámka nahoře
3. přihlásit usera na stejném PC

Měl by se mu načíst jeho profil z lokálu a na serveru zůstane v původní cestě backup - kdyby se mu profil vytvořil nový prázdný, tak smazat v Documents and Settings všechny jeho profily (nebo ve vlastnostech počítače), pak přihlásit (vytvoří prázdný), odhlásit, zkopírovat backup ze serveru na nově vytvořený lokální profil a mělo by to být OK.

[chinook]

Odhlasil jsem se a zmenil jsem cestu k prihlaseni na local... Ale uzivatel se k PC neprihlasi. Musim mu vytvorit ucet na local? Nebo je nejaka jina cesta?
Asi lamovska otazka, ale radsi se ptam. Nesmi se pri zmene ztratit, zadna data to by byl prusvih!

[Marty]

Odhlasil jsem se a zmenil jsem cestu k prihlaseni na local... Ale uzivatel se k PC neprihlasi. Musim mu vytvorit ucet na local? Nebo je nejaka jina cesta?
Asi lamovska otazka, ale radsi se ptam. Nesmi se pri zmene ztratit, zadna data to by byl prusvih!

Nee, při přihlašování k PC ponechej přihlášení do domény, ale v nastavení účtu v AD máš jeden parametr cesta k profilu - ten zrušit..

[Geeker]

Nee, při přihlašování k PC ponechej přihlášení do domény, ale v nastavení účtu v AD máš jeden parametr cesta k profilu - ten zrušit..

Když už jsme u těch profilů. Jak nastavit lokalní profil pro všechny uživatele stejně. Tzn. Každý nový uživatel který se přihlásí do Domény bude mít lokální profil v nějakém výchozím stavu, který potřebuju definovat. Vím ze je DOC..SET položka default user, ale jak s ní pracovat? Vím že pro někoho je to možná stupidní otázka ale člověk někdy musí začít.

[Marty]

Když už jsme u těch profilů. Jak nastavit lokalní profil pro všechny uživatele stejně. Tzn. Každý nový uživatel který se přihlásí do Domény bude mít lokální profil v nějakém výchozím stavu, který potřebuju definovat. Vím ze je DOC..SET položka default user, ale jak s ní pracovat? Vím že pro někoho je to možná stupidní otázka ale člověk někdy musí začít.

Kdysi jsem to tuším řešil a stačilo jeden profil nakonfit, uložit na server a tam vykopírovat do složek, do kterých v AD směřují profily...

[HollyG]

jj, na radic domeny zkopirovat onen defaultni profil (jako ktery muzes pouzit jakykoli jiz existujici profil), a klient by si ho pri neexistenci lokalniho mel natahnout.
Konkretne "%SYSTEMROOT%\SYSVOL\sysvol\domena\scripts" a pojmenovat "Default User".
Pokud na dane ceste tento adresar neni, natahne se lokalni default.
No a pokud neni ani tam, tak...to skonci tak akorad errorem

EDIT:// Kdyz jsme u tech zacatku, doporucuju precist knizku "Mistrovstvi v Microsoft Windows 2003 Server", kde je vse podrobne vysvetleno od uplnych zakladu...

[Marty]

jj, na radic domeny zkopirovat onen defaultni profil (jako ktery muzes pouzit jakykoli jiz existujici profil), a klient by si ho pri neexistenci lokalniho mel natahnout.
Konkretne "%SYSTEMROOT%\SYSVOL\sysvol\domena\scripts" a pojmenovat "Default User".
Pokud na dane ceste tento adresar neni, natahne se lokalni default.
No a pokud neni ani tam, tak...to skonci tak akorad errorem

EDIT:// Kdyz jsme u tech zacatku, doporucuju precist knizku "Mistrovstvi v Microsoft Windows 2003 Server", kde je vse podrobne vysvetleno od uplnych zakladu...

jj, tohle je elegantnější, postup, který jsem popsal já, vyžaduje nakopírovat jakýkoliv hotový profil přímo do cesty, kde má být uživatelův profil uložen (tj. je nutné to dělat pro každého uživatele).

[chinook]

Nee, při přihlašování k PC ponechej přihlášení do domény, ale v nastavení účtu v AD máš jeden parametr cesta k profilu - ten zrušit..

Mohl by jsi to prosim upresnit, jak a kde to mam nastavit?

[motorolarulez]

Mohl by jsi to prosim upresnit, jak a kde to mam nastavit?

Otevri si modul Uzivatele a pocitace sluzby Active Directory a vyhledej uzivatelsky ucet, ktery chces upravovat Zobraz si jeho vlastnosti, prepni se na zalozku Profil a hned prvni okenko urcuje cestu k profilu.

[Marty]

motorolarulez mě předběhl, jo, je to někde tam, teď zrovna po ruce nemám žádný win2003server.
Tímto nastavením řekneš doménovému účtu, že nemá používat cestovní profil. Následně platí to, co jsem popsal výše, tj. podle toho, jak se to zachová (to si fakt nejsem jist, imho zachová existující profil vytvořený na lokálu).

Dej vědět, jak to dopadlo.