PLD-doc/book/pl_book__administracja/pl_administracja__uslugi.sec

qwiat cvs at pld-linux.org
Thu Sep 15 23:39:14 CEST 2005


Author: qwiat
Date: Thu Sep 15 23:39:11 2005
New Revision: 6394

Modified:
   PLD-doc/book/pl_book__administracja/pl_administracja__uslugi.sec
Log:
- styl, linki, formatowanie i inne


Modified: PLD-doc/book/pl_book__administracja/pl_administracja__uslugi.sec
==============================================================================
--- PLD-doc/book/pl_book__administracja/pl_administracja__uslugi.sec	(original)
+++ PLD-doc/book/pl_book__administracja/pl_administracja__uslugi.sec	Thu Sep 15 23:39:11 2005
@@ -2,60 +2,55 @@
 <section id='administracja_uslugi'>
 <title>Zarządzanie podsystemami i usługami</title>	
 
-	<section id='administracja_uslugi_wlaczanie-wylaczanie'>
-	<title>Włączenie i wyłączanie	 usług/podsystemów</title>	
-		<para>
-			W systemie dostępna jest spora liczba specjalnych "zadań" znacząco
-			automatyzujących pracę administratora. Zadania te są wywoływane w
-			skryptach napisanych w języku powłoki i można je podzielić na
-			trzy grupy:
-		</para>
+	<para>
+		W systemie dostępne są specjalne skrypty napisane w języku
+		powłoki, znacząco automatyzujących pracę administratora, zadania
+		te są można podzielić na dwie grupy:
+	</para>
+	<para>
+		<itemizedlist>
+			<listitem>
+				<para>
+					Zadania konfiguracyjne - specjalne zadania
+					mające za cel odczytać pliki
+					konfiguracyjne systemu (głównie z
+					<filename>/etc/sysconfig</filename>) i
+					zgodnie z ich zawartością dokonać
+					konfiguracji systemu operacyjnego. Do tego
+					typu zadań należą: konfigurowanie sieci,
+					ładowanie modułów, prace porządkowe i wiele
+					innych.
+				</para>
+			</listitem>
+			<listitem>
+				<para>
+					Usługi - zarządzają programami
+					działające w tle (demonami) np.: serwer WWW,
+					serwer NFS
+				</para>
+			</listitem>
+		</itemizedlist>
+	</para>
 	
-		<para>
-			<itemizedlist>
-				<listitem>
-					<para>
-						Zadania zarządzające podsystemami - specjalnymi zadaniami
-						systemowymi uruchamianymi przy starcie systemu. Podsystemy 
-						mają za	zadanie odczytać pliki konfiguracyjne systemu
-						(głównie z /etc/sysconfig) i zgodnie z ich zawartością
-						dokonać konfiguracji systemu operacyjnego. Do tego typu
-						zadań należy konfigurowanie sieci, dźwięku, ładowanie
-						niezbędnych modułów i wiele innych.
-					</para>
-				</listitem>
-
-				<listitem>
-					<para>
-						Zarządzające usługami systemowymi - zarządzają programami
-						działające w tle (demony) np.: serwer WWW, serwer SMB
-					</para>
-				</listitem>
-				
-				<listitem>
-					<para>
-						Zadania wykonywane przy zamknięciu - zajmują się kończeniem
-						pracy usług, zamykaniem programów, oraz pracami porządkowymi.
-					</para>
-				</listitem>
-			</itemizedlist>
-		</para>
+	
+	<section id='administracja_uslugi_wlaczanie-wylaczanie'>
+	<title>Zarzadzanie podsystememi/usługami</title>	
 		<para>		
-			Skryptami tymi można zarządzać ręcznie. Wykonujemy to za pomocą
-			uruchomienia odpowiedniego skryptu z katalogu
-			<filename>/etc/rc.d/init.d/</filename> z odpowiednim parametrem
-			określającym akcję którą skrypt ma wykonać. Uruchomienie bez
-			parametru podaje listę	możliwych dla niego akcji np.
-			poniższe polecenie wyświetli możliwe parametry
-			podsystemu sieci:
+			Skryptami tymi można zarządzać ręcznie, wykonujemy to za
+			pomocą uruchomienia odpowiedniego skryptu z katalogu
+			<filename>/etc/rc.d/init.d/</filename>. Dodatkowo podajemy
+			odpowiednim parametr określający akcję, którą skrypt ma
+			wykonać. Uruchomienie bez parametru podaje listę możliwych
+			dla niego akcji np. poniższe polecenie wyświetli możliwe
+			parametry podsystemu sieci:
 		</para>
-
 <screen># /etc/rc.d/init.d/network
 Usage: /etc/rc.d/init.d/network {start|stop|restart|status}</screen>
-
 		<para>
-			Większość skryptów (podobnie jak powyższy) akceptuje parametry start,
-			stop, restart i status.
+			Większość skryptów (podobnie jak powyższy) akceptuje parametry
+			<literal>start</literal>, <literal>stop</literal>,
+			<literal>restart</literal> i <literal>status</literal>.
+			Poniżej wyjaśniono ich znaczenie:
 		</para>
 		<table frame='all'>
 			<title>Popularne akcje skryptów startowych</title>
@@ -77,21 +72,32 @@
 				</row>
 				<row>
 					<entry>restart</entry>
-					<entry>Uruchamia ponownie podsystem/usługę (zazwyczaj ta akcja
-						jest kolejnym wywołaniem skryptu z parametrem 'stop' i 'start')
+					<entry>
+						Uruchamia ponownie podsystem/usługę
+						(zazwyczaj ta akcja jest kolejnym wywołaniem
+						skryptu z parametrem
+						<literal>start</literal> i
+						<literal>stop</literal>)
 					</entry>
 				</row>
 				<row>
 					<entry>status</entry>
-					<entry>Wyświetla stan podsystemu/usługi, dzięki temu możemy
-					łatwo określić czy czy jest uruchomiony. W niektórych
-					wypadkach podawane są dodatkowe informacje.
+					<entry>
+						Wyświetla stan podsystemu/usługi, dzięki
+						temu możemy łatwo określić czy czy jest
+						uruchomiony. W niektórych wypadkach podawane
+						są dodatkowe informacje.
 					</entry>
 				</row>
 			</tbody>
 			</tgroup>
 		</table>
-
+		<para>
+			Niektóre usługi posiadają inne, użyteczne tylko dla nich
+			parametry. Przykładem może być argument
+			<literal>init</literal>, który zazwyczaj musi być użyty przed
+			pierwszym uruchomieniem usługi.
+		</para>
 		<para>
 			Poniżej przedstawiono wyłączenie obsługi sieci, oraz
 			ponowne jej uruchomienie. W ten sposób zmusza
@@ -112,14 +118,12 @@
 	
 		<para>
 			Nieco wygodniej zarządza się skryptami przy pomocy programu
-			<command>service</command>. Aby wykonać za jego pomocą taki sam
-			efekt jak powyżej musimy go wywołać z dwoma parametrami, pierwszy
-			to nazwa skryptu, drugi zaś to wybrana	akcja:
+			<command>service</command>. Aby wykonać za jego pomocą taki
+			sam efekt jak powyżej musimy go wywołać z dwoma parametrami,
+			pierwszy to nazwa skryptu, drugi zaś to wybrana akcja:
 		</para>
-
 <screen># service network stop
 # service network start</screen>
-
 		<para>
 			Domyślnie po zainstalowaniu nowego
 			podsystemu lub usługi, dodawane są potrzebne skrypty
@@ -130,28 +134,29 @@
 			to "ręcznie".
 		</para>
 	</section>
-
-
 	<section id='administracja_uslugi_rc'>
-	<title>Uruchamianie usług/podsystemów w trakcie startu systemu	</title>
+	
+	
+	<title>Usługi a poziomy pracy</title>
 		<para>
-			W PLD zastosowano skrypty startowe typu System-V. Według tego
-			schematu łącza symboliczne odpowiadające odpowiedniemu
-			skryptowi startowemu są umieszczane w katalogach
-			<filename>/etc/rc.d/rc{$nr}.d</filename>
+			W <productname>PLD</productname> zastosowano skrypty startowe
+			typu System-V. Według tego schematu łącza symboliczne
+			odpowiadające odpowiedniemu skryptowi startowemu są
+			umieszczane w katalogach <filename>/etc/rc.d/rc{$nr}.d</filename>
 			( {$nr} odpowiada wartości "poziomu pracy"). Zaawansowani
 			użytkownicy mogą ręcznie umieszczać w danym katalogu łącze
-			bądź je usuwać w zależności od potrzeb. Taka metoda jest nie tylko
-			uciążliwa, ale można też popełnić błąd. Z tego względu nie jest
-			zalecana dla zrówno dla nowicjuszy jak i zaawansowanych.
+			bądź je usuwać w zależności od potrzeb. Taka metoda jest nie
+			tylko uciążliwa, ale można też popełnić błąd, z tego względu
+			nie jest zalecana dla zarówno dla nowicjuszy jak i
+			zaawansowanych. Dokładniejszy opis rc-skryptów umieszczono w 
+			<xref linkend="konfiguracja_pliki" />.
 		</para>
 		<para>
 			Dużo wygodniejsze i bezpieczniejsze jest używanie programu
 			<command>chkconfig</command>. Aby wyświetlić listę usług
-			uruchamianych przy starcie wydajemy polecenie 
+			uruchamianych przy starcie wydajemy polecenie: 
 		</para>
-
-<screen>chkconfig --list
+<screen># chkconfig --list
 gpm             0:nie   1:nie   2:tak   3:tak   4:tak   5:tak   6:nie
 network         0:nie   1:nie   2:tak   3:tak   4:tak   5:tak   6:nie
 ntp             0:nie   1:nie   2:tak   3:tak   4:tak   5:tak   6:nie
@@ -159,14 +164,14 @@
 sshd            0:nie   1:nie   2:nie   3:nie   4:tak   5:nie   6:nie</screen>
 
 		<para>
-			Jak widać dla każdej usługi/podsystemu podawana jest informacja 
-			o tym czy system wywoła skrypt uruchamiający w danym trybie
-			pracy. W PLD najczęściej korzysta się z trybów 3 i 5 rzadziej
-			z: 1, 2 i 4. Nigdy nie ustawiamy trybu 0 (restart) i 6 (wyłączenie).
-			Na powyższym przykładzie podsystem "network" jest uruchamiana dla
-			poziomów: 2,3,4,5, zaś sshd tylko dla trybu 4.
+			Jak widać dla każdej usługi/podsystemu podawana jest
+			informacja o tym czy system wywoła skrypt uruchamiający w
+			danym trybie pracy. W PLD najczęściej korzysta się z trybów
+			3 i 5 rzadziej z: 1, 2 i 4. Nigdy nie ustawiamy trybu 0
+			(restart) i 6 (wyłączenie). Na powyższym przykładzie podsystem
+			"network" jest uruchamiana dla poziomów: 2,3,4,5, zaś
+			<productname>sshd</productname> tylko dla trybu 4.
 		</para>
-
 		<para>
 			Aby zrekonfigurować uruchamianie jakiejś usługi
 			wywołujemy program następująco: <command>chkconfig
@@ -176,18 +181,22 @@
 			modyfikacji włączenie/wyłączenie. A oto
 			kilka przykładów:
 		</para>
-
-<screen>] Dodanie uruchamiania usługi sshd dla trybów 3 i 5
-# chkconfig --level 35 sshd on
-
-] Usunięcie uruchamiania sshd dla trybu 5
-# chkconfig --level 5 sshd off</screen>
-	
 		<para>
-			Dodawanie i usuwanie podsystemów do uruchomienia w danym trybie
-			nie powoduje uruchomienia go czy też zatrzymania działającego. Aby
-			to zrobić musimy się przełączyć sie dany tryb, lub wykonać to
-			ręcznie.
+			Dodanie uruchamiania <productname>sshd</productname> dla
+			trybów 3 i 5:
+			<screen># chkconfig --level 35 sshd on</screen>
+		</para>
+		<para>
+			Wyłączenie uruchamiania <productname>sshd</productname> dla
+			trybu 5:
+			<screen># chkconfig --level 5 sshd off</screen>
+		</para>
+		<para>
+			Dodawanie lub usuwanie usług w poziomach pracy nie
+			powoduje ich uruchomienia lub zatrzymywania, aby
+			to zrobić musimy wykonać to ręcznie lub zmienić tryb pracy.
+			Poziomy pracy zostały szerzej omówione w 
+			<xref linkend="administracja_poziomy_pracy" />.
 		</para>
 	</section>
 </section>



More information about the pld-cvs-commit mailing list