Radosław Sokół schrieb:
> Tomasz Chmielewski pisze:
>> Usluga bedzie przy starcie robic madre rzeczy - i podczas gdy to sie
>> dzieje, ma byc zablokowana przez jakis czas mozliwosc logowania sie
>> uzytkownikow.
>
> Nie do zrobienia bez pisania własnej GINY. Nie można
> zawiesić startu usługi na więcej niż 30 sekund (potem
> zostanie zabita przez system), a przecież wykonanie
> połączenia, pobranie danych i tak dalej może trwać
> dłużej.
Tu jakos dziala nawet do 2 godzin (na dole strony) ;)
>> Problem pojawia sie gdy dany komputer nie jest podlaczony do sieci,
>> lub jest podlaczony do innej sieci niz firmowa (bo to np. laptop) -
>> wtedy z natury nie da sie polaczyc z firmowym serwerem. Wynika z tego,
>> ze usluga nie bedzie mogla zrobic madrych rzeczy, a wiec wstrzymywanie
>> logowania uzytkownika nie ma sensu.
>
> IMHO w ogóle nie ma sensu (oczywiście piszę to nie
> znając szczegółów, ale pomysł w ogóle jest naciągany
> nawet jeżeli ma uzasadnienie).
Jak pisalem, te "madre rzeczy" to dystrybucja/instalacja oprogramowania.
Czyli podczas startu komputerow w calej firmie robi sie upgrade office,
service packow, czy instalacja nie wiadomo jakiego oprogramowania.
Byloby zle, gdyby w czasie tego typu instalacji uzytkownik np.
zrestartowal komputer, badz uruchomil program, ktory mial zostac
odinstalowany.
>> Jesli zrobie usluge zalezna od TCPIP, to moze ona wystartowac jeszcze
>> przed startem uslugi DHCP - zle.
>
> Poza tym adres może zostać przyznany przez DHCP dopiero po
> dłuższym czasie, nawet po zalogowaniu użytkownika.
Niby tak, w tym przypadku nie uruchomimy uslugi, swiat sie nie zawali.
Nastepnym razem szybciej dostanie adres.
-- Tomasz Chmielewski http://wpkg.orgReceived on Wed Nov 28 12:25:07 2007
To archiwum zostało wygenerowane przez hypermail 2.1.8 : Wed 28 Nov 2007 - 12:42:08 MET