CMD - Utworzenie użytkownika oraz stworzenie struktury katalogów

Witam,

Szukam rozwiązania, aby poprzez CMD utworzyć konto oraz.. i tu mam problem. Aby utworzyć strukturę katalogów.

Mówiąc prościej. Tworzymy sobie użytkownika:

Teraz przypisujemy go do grupy. np. administratorów

I wszystko fajnie. Teraz ładnie wylogujemy się z konta administratora i na ekranie pojawia się nam nowe konto na które możemy się zalogować.
Logując się na nowe konto system wykrywa, że to pierwsze logowanie i oznajmia nam to komunikatem
" Trwa przygotowanie Pulpitu ... " można podpatrzeć jak na obrazku

Podczas tego ów przygotowania system tworzy katalog użytkownika (przeważnie w C:\Users\Ktoś) oraz przypisuje konto do tego katalogu i tworzy mu kompletną strukturę katalogów tj.
2014-08-16 10:03 <DIR> Contacts
2014-09-06 18:50 <DIR> Desktop
2014-08-16 10:03 <DIR> Documents
2014-09-13 17:40 <DIR> Downloads
2014-09-13 17:40 <DIR> AppData
...itd.

Tutaj powracam do swojego pytania.
Jak to zrobić (te ów przygotowanie pulpitu) za pomocą komendy CMD nie logując się fizycznie na nowe konto? Albo chociaż stworzyć macierzysty katalog nowego użytkownika i aby system wiedział, że to jego katalog.

Próbowałem ręcznie utworzyć katalog w C:\Users\ o nazwie " Ktoś " super, ale gdy tylko spróbowałem się zalogować system wykrywał, że katalog o nazwie " Ktoś " istnieje, i stworzył " Ktoś.NAZWAKOMPUTERA ". a jak i również stworzyłem katalog KTOŚ z nazwą komputera po kropce. System cfańszy stworzył katalog " Ktoś.001 " i tak można się z nim bawić.

Skopiować domyślny profil (bodajże C:\Users\Default) do C:\Users\Ktoś

(13.09.2014 21:24)irocket napisał(a):  Skopiować domyślny profil (bodajże C:\Users\Default) do C:\Users\Ktoś

Nie przejdzie.
Tworząc nowy katalog " Ktoś " i kopiując do niego zawartość z C:\Users\Default - jak podajesz. System wówczas wykrywa przy pierwszym logowaniu, iż katalog o nazwie Ktoś istnieje. Wtedy tworzy nowy katalog
a) z nazwą komputera po kropce
b) jeśli katalog USER.nazwakomputera istnieje. Tworzy nowy katalog USER.001 itd.

Tutaj trzeba jakoś wskazać systemowi, że katalog " Ktoś " który stworzyłem osobiście przez CMD jest katalogiem macierzystym tego profilu.

Nie rozumiem celu jakiemu miało by to służyć. Napisz co chcesz osiągnąć to się zastanowimy jak to inaczej ugryźć.
Identycznie ma się sytuacja przy instalacji systemu kiedy zapomnisz sformatować partycję. Stary katalog ma nadawaną nazwę windows.old aby jej instalator nie nadpisał. Moim zdaniem jest to pomyślane rozsądnie.
Wracając do meritum. System z szablonu zakłada konto przy pierwszym logowaniu tworząc startowe foldery z uprawnieniami i kopiując do nich już startową zawartość i ustawiając wpisy do rejestru.
Chociażby w gałęzi HKLM\Software\Microsoft\Windows NT\CurrentVersion\ProfileList masz sporo informacji. Więc wizualnie może wydawać się to komuś proste ale od strony logicznej tego co robi system w momencie pierwszego logowania jest dużo bardziej skomplikowane. Ty tylko tworzysz folder. System nie ma adnotacji iż jest to ten właściwy profil. Właśnie chodzi chociażby o uprawnienia do profilu. Odnośnie mechanizmu zarządzania kontami lokalnymi nic więcej nie wskórasz.

Posiadamy kontrolę nad około 800 komputerów zdalnie przez pewien program webowy.
W pierwszym momencie wdrażania ów rozwiązania, nikt nie myślał o przyszłości. Także na każdym komputerze został stworzony konta tj.
- Administrator (zabezpieczony hasłem znanym tylko Nam)
- Użytkownik - bez hasła w grupie " Standard User "

Teraz nadszedł ten czas, kiedy chcemy wprowadzić, aby każdy z konta Użytkownik na ośmiu set komputerów miał możliwość instalacji własnego oprogramowania. Nie znając hasła do konta Administrator, a także nadal być w grupie " Standard User ". I To trzeba wykonać tylko i wyłącznie zdalnie.

Najprostszy sposób, wykonania ów operacji to poprzez Nasz system webowy, który umożliwia wykonywanie wpisów do rejestru, a także wykonywanie wszystkich możliwych komend poprzez CMD na zdalnych maszynach wprowadzenia takich zmian.
- Utworzenie użytkownika np. "Instalator" w grupie " Administrator " bez hasła
- Zabronienie dla Kont - Użytkownik oraz Instalator paru apletów z Panelu Sterowania
- Zabronienie dla kont - Użytkownik oraz Instalator wykonywania paru aplikacji systemowych tj. msconfig, itp.
- Wrzucenie do katalogu macierzystego konta " instalator " do autostartu drobnego skryptu, który to będzie automatycznie wylogowywać, jeśli któryś spróbuje się zalogować. Ponieważ konto będzie widoczne na Ekranie Logowania - wymóg, aby konto było uwzględniane w UAC.

No i tutaj zaczyna się mój problem. Ponieważ całą resztę mam gotowe w postaci skryptów .REG - ale...
ów skrypty dopisują się w gałęzi HKCU - a żeby taka powstała dla w/w kont muszą one wpierw zostać stworzone.
Konto " Użytkownik " istnieje, na niego logują się obecni użytkownicy komputerów, a jak właśnie stworzyć całą strukturę katalogów, albo chociaż wskazać systemowi, że katalog " Ktoś " będzie katalogiem dla profilu konta " Instalator " i aby dalsze modyfikacje wykonywał właśnie w tym katalogu, nie stwarzał żadnego innego.

Najlepszym rozwiązaniem było by środowisko domenowe.
Jednak wiem że dla niektórych firm to są duże koszty choćby różnica w zakupie systemu w wersji Professional na końcówkę. Nie wspominając o serwerze i licencjach CAL. Jednakże przy takiej ilości sprzętów do zrządzania praca w grupie roboczej to samobój.
Na tę chwilę odwiedź forum wss-a. Może ktoś już takie przypadki przerabiał.

Jeśli chodzi o system akurat tutaj zostały zakupione wersję Professionl. Problemem jest raczej to, że komputery są w sieci WAN. W 50% są to komputery z publicznym adresem IP, ale z bardzo słabym łączem. Są niestety również komputery za NAT-em.. niekiedy podwójnym. Stworzenie dla takiej grupy środowiska domenowego byłaby problematyczna.

Mamy program, który posiada wpisane do systemu wszystkie jednostki. On zaś jest wstanie wysłać skrypt .REG .BATCH lub samą komendę w CMD do każdego komputera, który zgłosił się do systemu. Także staram się jakoś ten problem rozwiązać właśnie w wyżej opisany sposób.