🚀 go-pugleaf

pete pisze:
> mam nowy serwer, a ponieważ chcę uniknąć ręcznego tworzenia userów i 
> synchronizacji ze stacjami roboczymi - może mi ktoś napisać jak zrobić 
> taki eksport?
Czy wpięcie nowego serwera do starego drzewa eDir jest w Twoim wypadku możliwy?
Bo jeżeli tak to może w ten sposób ?

epsilon$ while read LINE; do echo \>"$LINE"; done < "pete"
>mam nowy serwer, a ponieważ chcę uniknąć ręcznego tworzenia userów i 
>synchronizacji ze stacjami roboczymi - może mi ktoś napisać jak zrobić 
>taki eksport?

A może byś tak napisał dokładniej o co chodzi.
cannot access /dev/fusy: No such file or directory
Jaki serwer? Jakich userów? Synchronizacji czego z czym? ZEN-y? Itede
itepe.

-- 
\------------------------/ A  new  film  by Borg... The Assimilation of
|  Kruk@epsilon.eu.org   | the Lambs
| http://epsilon.eu.org/ | 
/------------------------\ 

Użytkownik "MarioR" <marcin@test.pl> napisał w wiadomości 
news:gmh2lq$9r0$2@news.onet.pl...
> pete pisze:
>> mam nowy serwer, a ponieważ chcę uniknąć ręcznego tworzenia userów i 
>> synchronizacji ze stacjami roboczymi - może mi ktoś napisać jak zrobić 
>> taki eksport?
> Czy wpięcie nowego serwera do starego drzewa eDir jest w Twoim wypadku 
> możliwy?
> Bo jeżeli tak to może w ten sposób ?

Teoretycznie tak, ale:
serwer ma zastąpić pierwotny, więc to samo drzewo, kontekst, serwer, adres 
ip.
Czy można zrobić eksport całości na nowy poprzez np. plik? Bo tak by było 
najlepiej... 

epsilon$ while read LINE; do echo \>"$LINE"; done < "^Escape"
>>> mam nowy serwer, a ponieważ chcę uniknąć ręcznego tworzenia userów i 
>>> synchronizacji ze stacjami roboczymi - może mi ktoś napisać jak zrobić 
>>> taki eksport?
>> Czy wpięcie nowego serwera do starego drzewa eDir jest w Twoim wypadku 
>> możliwy?
>> Bo jeżeli tak to może w ten sposób ?
>Teoretycznie tak, ale:
>serwer ma zastąpić pierwotny, więc to samo drzewo, kontekst, serwer, adres 
>ip.

Znaczy, zamierzasz po prostu podmienić stary serwer na nowy tak, żeby
się nikt włącznie z nim samym nie zorientował?

>Czy można zrobić eksport całości na nowy poprzez np. plik? Bo tak by było 
>najlepiej... 

Co to znaczy "poprzez plik"?
Albo dopinasz drugi serwer do drzewa, robisz na nim replikę NDS-u,
przenosisz pliki, podmieniasz w definicjach użytkowników wartość $HOME
(tak z grubsza), albo musisz off-line podmienić jeden serwer na drugi
i modlić się, żeby działało.

-- 
\.\.\.\.\.\.\.\.\.\.\.\.\.\ This  kind  of  error  happens  when you say
.\.Kruk@epsilon.eu.org.\.\. `\if...' and forget the matching `\fi'. I've
\.http://epsilon.eu.org/\.\ inserted a `\fi'; this might work.(TeX)
.\.\.\.\.\.\.\.\.\.\.\.\.\. 

Mariusz Kruk pisze:
> epsilon$ while read LINE; do echo \>"$LINE"; done < "pete"
>> mam nowy serwer, a ponieważ chcę uniknąć ręcznego tworzenia userów i 
>> synchronizacji ze stacjami roboczymi - może mi ktoś napisać jak zrobić 
>> taki eksport?
> 
> A może byś tak napisał dokładniej o co chodzi.
> cannot access /dev/fusy: No such file or directory
> Jaki serwer? Jakich userów? Synchronizacji czego z czym? ZEN-y? Itede
> itepe.
> 
serwer to NW6.5, żadnych Zenów itp

Mariusz Kruk pisze:
> epsilon$ while read LINE; do echo \>"$LINE"; done < "^Escape"
>>>> mam nowy serwer, a ponieważ chcę uniknąć ręcznego tworzenia userów i 
>>>> synchronizacji ze stacjami roboczymi - może mi ktoś napisać jak zrobić 
>>>> taki eksport?
>>> Czy wpięcie nowego serwera do starego drzewa eDir jest w Twoim wypadku 
>>> możliwy?
>>> Bo jeżeli tak to może w ten sposób ?
>> Teoretycznie tak, ale:
>> serwer ma zastąpić pierwotny, więc to samo drzewo, kontekst, serwer, adres 
>> ip.
> 
> Znaczy, zamierzasz po prostu podmienić stary serwer na nowy tak, żeby
> się nikt włącznie z nim samym nie zorientował?
> 
>> Czy można zrobić eksport całości na nowy poprzez np. plik? Bo tak by było 
>> najlepiej... 
> 
> Co to znaczy "poprzez plik"?
> Albo dopinasz drugi serwer do drzewa, robisz na nim replikę NDS-u,
> przenosisz pliki, podmieniasz w definicjach użytkowników wartość $HOME
> (tak z grubsza), albo musisz off-line podmienić jeden serwer na drugi
> i modlić się, żeby działało.
> 
poprzez plik tzn. zrzut kontenera z użytkownikami i hasłami do pliku na 
nośnik zewnętrzny / sieć i wciągniecie do nowego drzewa. temat danych i 
uprawnień do plików to odrębna sprawa i na tyle prosta że zrobię to 
ręcznie w szybkim czasie.

epsilon$ while read LINE; do echo \>"$LINE"; done < "pytajnik"
>>>>> mam nowy serwer, a ponieważ chcę uniknąć ręcznego tworzenia userów i 
>>>>> synchronizacji ze stacjami roboczymi - może mi ktoś napisać jak zrobić 
>>>>> taki eksport?
>>>> Czy wpięcie nowego serwera do starego drzewa eDir jest w Twoim wypadku 
>>>> możliwy?
>>>> Bo jeżeli tak to może w ten sposób ?
>>> Teoretycznie tak, ale:
>>> serwer ma zastąpić pierwotny, więc to samo drzewo, kontekst, serwer, adres 
>>> ip.
>> Znaczy, zamierzasz po prostu podmienić stary serwer na nowy tak, żeby
>> się nikt włącznie z nim samym nie zorientował?
>>> Czy można zrobić eksport całości na nowy poprzez np. plik? Bo tak by było 
>>> najlepiej... 
>> Co to znaczy "poprzez plik"?
>> Albo dopinasz drugi serwer do drzewa, robisz na nim replikę NDS-u,
>> przenosisz pliki, podmieniasz w definicjach użytkowników wartość $HOME
>> (tak z grubsza), albo musisz off-line podmienić jeden serwer na drugi
>> i modlić się, żeby działało.
>poprzez plik tzn. zrzut kontenera z użytkownikami i hasłami do pliku na 
>nośnik zewnętrzny / sieć i wciągniecie do nowego drzewa. temat danych i 
>uprawnień do plików to odrębna sprawa i na tyle prosta że zrobię to 
>ręcznie w szybkim czasie.

Zaraz, mówiłeś, że chcesz mieć _to samo_ drzewo. A teraz piszesz, że
chcesz mieć nowe drzewo. To zupełnie co innego.
Użytkowników oczywiście możesz sobie choćby jakimś ldapem wyeksportować,
ale o hasłach zapomnij.

-- 
[------------------------] Press any key... no, No, NO THAT one!
[  Kruk@epsilon.eu.org   ] 
[ http://epsilon.eu.org/ ] 
[------------------------] 

Mariusz Kruk pisze:
> epsilon$ while read LINE; do echo \>"$LINE"; done < "pytajnik"
>>>>>> mam nowy serwer, a ponieważ chcę uniknąć ręcznego tworzenia userów i 
>>>>>> synchronizacji ze stacjami roboczymi - może mi ktoś napisać jak zrobić 
>>>>>> taki eksport?
>>>>> Czy wpięcie nowego serwera do starego drzewa eDir jest w Twoim wypadku 
>>>>> możliwy?
>>>>> Bo jeżeli tak to może w ten sposób ?
>>>> Teoretycznie tak, ale:
>>>> serwer ma zastąpić pierwotny, więc to samo drzewo, kontekst, serwer, adres 
>>>> ip.
>>> Znaczy, zamierzasz po prostu podmienić stary serwer na nowy tak, żeby
>>> się nikt włącznie z nim samym nie zorientował?
>>>> Czy można zrobić eksport całości na nowy poprzez np. plik? Bo tak by było 
>>>> najlepiej... 
>>> Co to znaczy "poprzez plik"?
>>> Albo dopinasz drugi serwer do drzewa, robisz na nim replikę NDS-u,
>>> przenosisz pliki, podmieniasz w definicjach użytkowników wartość $HOME
>>> (tak z grubsza), albo musisz off-line podmienić jeden serwer na drugi
>>> i modlić się, żeby działało.
>> poprzez plik tzn. zrzut kontenera z użytkownikami i hasłami do pliku na 
>> nośnik zewnętrzny / sieć i wciągniecie do nowego drzewa. temat danych i 
>> uprawnień do plików to odrębna sprawa i na tyle prosta że zrobię to 
>> ręcznie w szybkim czasie.
> 
> Zaraz, mówiłeś, że chcesz mieć _to samo_ drzewo. A teraz piszesz, że
> chcesz mieć nowe drzewo. To zupełnie co innego.
> Użytkowników oczywiście możesz sobie choćby jakimś ldapem wyeksportować,
> ale o hasłach zapomnij.
> 
chcę mieć tych samych użytkowników i hasła na nowym serwerze. z dnia na 
dzień, bezboleśnie dla użytkowników.

epsilon$ while read LINE; do echo \>"$LINE"; done < "pytajnik"
>>>>>>> mam nowy serwer, a ponieważ chcę uniknąć ręcznego tworzenia userów i 
>>>>>>> synchronizacji ze stacjami roboczymi - może mi ktoś napisać jak zrobić 
>>>>>>> taki eksport?
>>>>>> Czy wpięcie nowego serwera do starego drzewa eDir jest w Twoim wypadku 
>>>>>> możliwy?
>>>>>> Bo jeżeli tak to może w ten sposób ?
>>>>> Teoretycznie tak, ale:
>>>>> serwer ma zastąpić pierwotny, więc to samo drzewo, kontekst, serwer, adres 
>>>>> ip.
>>>> Znaczy, zamierzasz po prostu podmienić stary serwer na nowy tak, żeby
>>>> się nikt włącznie z nim samym nie zorientował?
>>>>> Czy można zrobić eksport całości na nowy poprzez np. plik? Bo tak by było 
>>>>> najlepiej... 
>>>> Co to znaczy "poprzez plik"?
>>>> Albo dopinasz drugi serwer do drzewa, robisz na nim replikę NDS-u,
>>>> przenosisz pliki, podmieniasz w definicjach użytkowników wartość $HOME
>>>> (tak z grubsza), albo musisz off-line podmienić jeden serwer na drugi
>>>> i modlić się, żeby działało.
>>> poprzez plik tzn. zrzut kontenera z użytkownikami i hasłami do pliku na 
>>> nośnik zewnętrzny / sieć i wciągniecie do nowego drzewa. temat danych i 
>>> uprawnień do plików to odrębna sprawa i na tyle prosta że zrobię to 
>>> ręcznie w szybkim czasie.
>> Zaraz, mówiłeś, że chcesz mieć _to samo_ drzewo. A teraz piszesz, że
>> chcesz mieć nowe drzewo. To zupełnie co innego.
>> Użytkowników oczywiście możesz sobie choćby jakimś ldapem wyeksportować,
>> ale o hasłach zapomnij.
>chcę mieć tych samych użytkowników i hasła na nowym serwerze. z dnia na 
>dzień, bezboleśnie dla użytkowników.

Wiesz co, może zapłać komuś, żeby za ciebie zrobił. Szczegóły trzeba
z ciebie wyciągać, nie czytasz co się do ciebie pisze...
Zwłaszcza, że jest sporo rzeczy, o które trzeba zadbać przy takich
przenosinach. A ja nie mam ochoty zgadywać o czym wiesz, a o czym nie.
A pisać podręcznika też mi się nie chce. Od tego masz
http://support.novell.com/

-- 
d'`'`'`'`'`'`'`'`'`'`'`'`'Yb I  AM  NOT  AUTHORIZED  TO  FIRE  SUBSTITUTE
`b  Kruk@epsilon.eu.org   d' TEACHERS(Bart  Simpson  on   chalkboard   in
d' http://epsilon.eu.org/ Yb episode 1F09)
`b,-,.,-,.,-,.,-,.,-,.,-,.d' 

Mariusz Kruk pisze:
> epsilon$ while read LINE; do echo \>"$LINE"; done < "pytajnik"
>>>>>>>> mam nowy serwer, a ponieważ chcę uniknąć ręcznego tworzenia userów i 
>>>>>>>> synchronizacji ze stacjami roboczymi - może mi ktoś napisać jak zrobić 
>>>>>>>> taki eksport?
>>>>>>> Czy wpięcie nowego serwera do starego drzewa eDir jest w Twoim wypadku 
>>>>>>> możliwy?
>>>>>>> Bo jeżeli tak to może w ten sposób ?
>>>>>> Teoretycznie tak, ale:
>>>>>> serwer ma zastąpić pierwotny, więc to samo drzewo, kontekst, serwer, adres 
>>>>>> ip.
>>>>> Znaczy, zamierzasz po prostu podmienić stary serwer na nowy tak, żeby
>>>>> się nikt włącznie z nim samym nie zorientował?
>>>>>> Czy można zrobić eksport całości na nowy poprzez np. plik? Bo tak by było 
>>>>>> najlepiej... 
>>>>> Co to znaczy "poprzez plik"?
>>>>> Albo dopinasz drugi serwer do drzewa, robisz na nim replikę NDS-u,
>>>>> przenosisz pliki, podmieniasz w definicjach użytkowników wartość $HOME
>>>>> (tak z grubsza), albo musisz off-line podmienić jeden serwer na drugi
>>>>> i modlić się, żeby działało.
>>>> poprzez plik tzn. zrzut kontenera z użytkownikami i hasłami do pliku na 
>>>> nośnik zewnętrzny / sieć i wciągniecie do nowego drzewa. temat danych i 
>>>> uprawnień do plików to odrębna sprawa i na tyle prosta że zrobię to 
>>>> ręcznie w szybkim czasie.
>>> Zaraz, mówiłeś, że chcesz mieć _to samo_ drzewo. A teraz piszesz, że
>>> chcesz mieć nowe drzewo. To zupełnie co innego.
>>> Użytkowników oczywiście możesz sobie choćby jakimś ldapem wyeksportować,
>>> ale o hasłach zapomnij.
>> chcę mieć tych samych użytkowników i hasła na nowym serwerze. z dnia na 
>> dzień, bezboleśnie dla użytkowników.
> 
> Wiesz co, może zapłać komuś, żeby za ciebie zrobił. Szczegóły trzeba
> z ciebie wyciągać, nie czytasz co się do ciebie pisze...
> Zwłaszcza, że jest sporo rzeczy, o które trzeba zadbać przy takich
> przenosinach. A ja nie mam ochoty zgadywać o czym wiesz, a o czym nie.
> A pisać podręcznika też mi się nie chce. Od tego masz
> http://support.novell.com/
> 
Mam dużo czasu, a chcę się dobrze przygotować. Nowy serwer z NW6.5 już 
jest. Chodzi o przeniesienie użytkowników tak aby serwer miał dla 
końcówek ten sam IP, kontekst, drzewo. Uprawnienia do plików nie są 
problemem, jest na to szczegółowa checklista od producenta 
oprogramowania które ma na tym chodzić. Co jeszcze pragniesz wiedzieć, 
uprzejmy człowieku?

epsilon$ while read LINE; do echo \>"$LINE"; done < "pytajnik"
>>>>>>>>> mam nowy serwer, a ponieważ chcę uniknąć ręcznego tworzenia userów i 
>>>>>>>>> synchronizacji ze stacjami roboczymi - może mi ktoś napisać jak zrobić 
>>>>>>>>> taki eksport?
>>>>>>>> Czy wpięcie nowego serwera do starego drzewa eDir jest w Twoim wypadku 
>>>>>>>> możliwy?
>>>>>>>> Bo jeżeli tak to może w ten sposób ?
>>>>>>> Teoretycznie tak, ale:
>>>>>>> serwer ma zastąpić pierwotny, więc to samo drzewo, kontekst, serwer, adres 
>>>>>>> ip.
>>>>>> Znaczy, zamierzasz po prostu podmienić stary serwer na nowy tak, żeby
>>>>>> się nikt włącznie z nim samym nie zorientował?
>>>>>>> Czy można zrobić eksport całości na nowy poprzez np. plik? Bo tak by było 
>>>>>>> najlepiej... 
>>>>>> Co to znaczy "poprzez plik"?
>>>>>> Albo dopinasz drugi serwer do drzewa, robisz na nim replikę NDS-u,
>>>>>> przenosisz pliki, podmieniasz w definicjach użytkowników wartość $HOME
>>>>>> (tak z grubsza), albo musisz off-line podmienić jeden serwer na drugi
>>>>>> i modlić się, żeby działało.
>>>>> poprzez plik tzn. zrzut kontenera z użytkownikami i hasłami do pliku na 
>>>>> nośnik zewnętrzny / sieć i wciągniecie do nowego drzewa. temat danych i 
>>>>> uprawnień do plików to odrębna sprawa i na tyle prosta że zrobię to 
>>>>> ręcznie w szybkim czasie.
>>>> Zaraz, mówiłeś, że chcesz mieć _to samo_ drzewo. A teraz piszesz, że
>>>> chcesz mieć nowe drzewo. To zupełnie co innego.
>>>> Użytkowników oczywiście możesz sobie choćby jakimś ldapem wyeksportować,
>>>> ale o hasłach zapomnij.
>>> chcę mieć tych samych użytkowników i hasła na nowym serwerze. z dnia na 
>>> dzień, bezboleśnie dla użytkowników.
>> Wiesz co, może zapłać komuś, żeby za ciebie zrobił. Szczegóły trzeba
>> z ciebie wyciągać, nie czytasz co się do ciebie pisze...
>> Zwłaszcza, że jest sporo rzeczy, o które trzeba zadbać przy takich
>> przenosinach. A ja nie mam ochoty zgadywać o czym wiesz, a o czym nie.
>> A pisać podręcznika też mi się nie chce. Od tego masz
>> http://support.novell.com/
>Mam dużo czasu, a chcę się dobrze przygotować. Nowy serwer z NW6.5 już 
>jest. Chodzi o przeniesienie użytkowników tak aby serwer miał dla 
>końcówek ten sam IP, kontekst, drzewo. Uprawnienia do plików nie są 
>problemem, jest na to szczegółowa checklista od producenta 
>oprogramowania które ma na tym chodzić. Co jeszcze pragniesz wiedzieć, 
>uprzejmy człowieku?

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).

-- 
\------------------------/ Microsoft  Office 2000: Teraz wiesz jak miło
|  Kruk@epsilon.eu.org   | jest spać na pieniądzach
| http://epsilon.eu.org/ | 
/------------------------\ 

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).

a ten pomysł z repliką? będę później w stanie tak to odkręcić żeby 
serwer B zastąpił bezboleśnie serwer A? (zdaje się że głównie chodzi tu 
o nazwę serwera, bo kontekst i drzewo pewnie bez problemu można przy 
instalacji podać taki sam...

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ę.

pytajnik pisze:
> 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ę.

a nowy serwer po to żeby doprowadzić NW przed ww kombinacjami do 
porządku - stary ma 4 lata i poza tym że podstawowe funkcje działają bez 
zarzutu faktycznie - nie działa iManager (a raczej apacz - na kosoli 
indiańca komunikat 'press any key to continue' daje any key i screen się 
zamyka), logowanie przy SSH powoduje za pierwszym razem odmowę, za 
drugim razem abend serwera. Chcę przerzucić całość na nowy, dać do 
produkcji, przeinstalować stary i z powrotem podstawić stary.

pytajnik pisze:
> 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ę.

znalazłem programik Autologon który by mi dużo pomógł, ale nie ma on 
opcji auotologon to e-dir, prompt for workstation która mnie interesuje 
(wszystkie inne warianty owszem są).

epsilon$ while read LINE; do echo \>"$LINE"; done < "pytajnik"
>> 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).
>a ten pomysł z repliką? będę później w stanie tak to odkręcić żeby 
>serwer B zastąpił bezboleśnie serwer A? (zdaje się że głównie chodzi tu 
>o nazwę serwera, bo kontekst i drzewo pewnie bez problemu można przy 
>instalacji podać taki sam...

Nazwę? Nie. To jest drugi serwer i jako taki musi być inaczej
identyfikowany w drzewie. Aczkolwiek robiłem "podmiankę" serwerów
połączoną z upgradem z NW5.1 do OES2 i dało się zrobić.
Opisywałem doświadczenia tak z rok temu na tej grupie.

-- 
\.\.\.\.\.\.\.\.\.\.\.\.\.\ A  team effort is a lot of people doing what
.\.Kruk@epsilon.eu.org.\.\. I say.
\.http://epsilon.eu.org/\.\ 
.\.\.\.\.\.\.\.\.\.\.\.\.\. 

epsilon$ while read LINE; do echo \>"$LINE"; done < "pytajnik"
>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ą.

No, komunikator w kliencie novellowym to dość błahy powód na
dostosowywanie pod to całej infrastruktury, ale to już akurat twoja
decyzja.
Jeśli chodzi o użytkowników, hasła i takie tam, to od tego właśnie jest
ZDM, który działa dobrze. Niestety, to dodatkowy produkt, który swoje
kosztuje.

>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%.

Czyli hasło użytkownika ma być jawnie wpisane w jego login skrypcie?
Paskudne rozwiązanie.

>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ę.

MSDSS nie znam, więc nie wiem jak będzie działać. Po prostu.

-- 
[------------------------] Prosty  wniosek:  zamiast  do  liceum wyślij
[  Kruk@epsilon.eu.org   ] dzieci na pcoa. Biologa mamy,  chemik  jest,
[ http://epsilon.eu.org/ ] matematykę  znamy,  tylko z informatyką mogą
[------------------------] być problemy (Marcin Wieczorek)

epsilon$ while read LINE; do echo \>"$LINE"; done < "pytajnik"
>a nowy serwer po to żeby doprowadzić NW przed ww kombinacjami do 
>porządku - stary ma 4 lata i poza tym że podstawowe funkcje działają bez 
>zarzutu faktycznie - nie działa iManager (a raczej apacz - na kosoli 
>indiańca komunikat 'press any key to continue' daje any key i screen się 
>zamyka), logowanie przy SSH powoduje za pierwszym razem odmowę, za 
>drugim razem abend serwera. Chcę przerzucić całość na nowy, dać do 
>produkcji, przeinstalować stary i z powrotem podstawić stary.

Hmm... możesz ewentualnie próbować zrobić wybiórczy backup&restore, ale
- szczerze mówiąc - nie wiem czy w samym NW jest narzędzie pozwalające
na to. W OES2/Linux jest. W NW5.1 używałem do tego ArcServe. Jak jest
w 6.5 musisz poszukać.

-- 
\.\.\.\.\.\.\.\.\.\.\.\.\.\ >Sam jesteś żałosy, naprawdę.
.\.Kruk@epsilon.eu.org.\.\. przynajmniej mam ambitna ksywe.
\.http://epsilon.eu.org/\.\ (Jacoj i trashcan man na pcoa)
.\.\.\.\.\.\.\.\.\.\.\.\.\. 

Użytkownik "pete" <dsdsdsds@om.pl> napisał w wiadomości 
news:gmgqdd$1r0$1@nemesis.news.neostrada.pl...
> mam nowy serwer, a ponieważ chcę uniknąć ręcznego tworzenia userów i 
> synchronizacji ze stacjami roboczymi - może mi ktoś napisać jak zrobić 
> taki eksport?

Novell Migration Wizard.

AndrzejZ 

pete pisze:
> mam nowy serwer, a ponieważ chcę uniknąć ręcznego tworzenia userów i 
> synchronizacji ze stacjami roboczymi - może mi ktoś napisać jak zrobić 
> taki eksport?

Słuchaj...Nie kombinuj tylko "wrzeń" ten nowy serwer do istniejącego drzewa eDirectory.
Po to taka możliwość została w końcu wymyślona.  Oczywiście odwołuję się do Twojej ostrożności i rozwagi. Tego typu operacje są newralgiczne dla 
działanie eDirectory.
Czyli najpierw dokumentacja, następnie odpowiednie operacje na serwerze starym potrzebne przed "przywitaniem" nowego serwera z nowym eDir-em itp.

epsilon$ while read LINE; do echo \>"$LINE"; done < "MarioR"
>Słuchaj...Nie kombinuj tylko "wrzeń" ten nowy serwer do istniejącego drzewa eDirectory.

"wżeń"! To nie od wrzenia, tylko od żenienia.

-- 
d'`'`'`'`'`'`'`'`'`'`'`'`'Yb I  am  Solo  of  Borg: You will be assimila-
`b  Kruk@epsilon.eu.org   d' ted...trust me.
d' http://epsilon.eu.org/ Yb 
`b,-,.,-,.,-,.,-,.,-,.,-,.d' 

Mariusz Kruk pisze:
> epsilon$ while read LINE; do echo \>"$LINE"; done < "MarioR"
>> Słuchaj...Nie kombinuj tylko "wrzeń" ten nowy serwer do istniejącego drzewa eDirectory.
> 
> "wżeń"! To nie od wrzenia, tylko od żenienia.
> 
ok, w wolnej chwili popróbuję.