🚀 go-pugleaf

pytajnik pisze:
> Mariusz Kruk pisze:
>> Jak już pisałem, przenoszenie w ten sposób IMHO jest kiepskim pomysłem,
>> bo jest wiele rzeczy, które możesz przeoczyć. Choćby login skrypty.
>> Chyba że masz jakieś ścisłe wytyczne, jak ma być.
>> Niestety, jak już też pisałem, użytkowników wyeksportować jest z grubsza
>> dość prosto czymkolwiek, co się przez LDAP podłączy. Z hasłami już tak
>> prosto nie będzie. Szczerze mówiąc, nie wiem czy czymkolwiek
>> wyeksportujesz poza NDS hasła bez IDM (a i wtedy jest to mocno
>> wątpliwe).


Mariusz, może inaczej  - bo wydajesz się być człowiekiem który 'coś wie'.
Troszeczkę zejdę z tematu.
Netware 6.5 jest mi niezbędny z uwagi na bazę która działa i działać 
będzie. Mam możliwość wdrożenia AD (mam licencje) i pełnej rezygnacji z 
klienta N - uruchomiony CIFS na NW, przeniesiona część zasobów na NAS 
(lub dyski z NW mapowane do końcówki przez skrypt GPO). Nie chcę 
rezygnować z prozaicznej przyczyny klient - N ma genialnie prosty i 
skuteczny komunikator który idealnie sprawdza się w naszych warunkach 
(na podobny pomysł M$ stety nie wpadł). Poza tym ten klient jest kulą u 
nogi - choćbym nie wiem jak się starał userzy wpadną zawsze na metodę 
rozsynchronizowania hasła ze stacją roboczą.
Wpadłem na pomysł żeby to zrobić tak. Skrypt GPO odpala:
C:\WINDOWS\system32\loginw32.exe <ip serwera NW>/<user_name> /NS /TR 
/PWD=<hasło> /CONT (gdzie PWD wszędzie ustawię na np. '1'), a nazwa 
usera będzie przenoszona przy użyciu %username%.
Alternatywa - użyć narzędzia MSDSS (synchronization service z M$) które 
będzie pilnowało żeby zawartość wybranego kontenera eDir odzwierciedlała 
zawartość kontenera w AD.
Jednak mam wątpliwości - powyższe rozwiązania trącają prowizorką i 
ciężko stwierdzić czy to będzie działać tak jak ja to widzę.