Re: jaka usluga w systemie startuje siec?

Autor: Tomasz Chmielewski <tch_at_nospam.syneticon.net>
Data: Wed 28 Nov 2007 - 12:20:16 MET
Message-ID: <fijitg$b9n$1@newsreader2.netcologne.de>
Content-Type: text/plain; charset=ISO-8859-2; format=flowed

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

http://wpkg.org/Screenshots

>> 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.org
Received 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