Operációs rendszerek. 5. előadás rendszer adminisztráció 2006/2007. II. félév. Dr. Török Levente

Átírás

1 Operációs rendszerek 5. előadás rendszer adminisztráció 2006/2007. II. félév Dr. Török Levente

2 A mai program Egy unix boot jának fázisai. Hálózati protokolok: IP, DHCP, SMB Services ssh, x11, window managers, XDMCP Cupsd Real time rendszerek követelményei.

3 Linux Init lépései 1) Bootloader (lilo vagy grub) betöltése az MBR ből 2) kernel image betöltése 3) initrd (ram disk) betöltése pl. HD kezelő module okat lehet elhelyezni rajta 4) inittab (events.d) végrehajtása 5) rc.d végig olvasása és végrehajtása

4 Bootloader A disk első block ja (MBR) ban van az első fele! A legnépszerübbek bootloader a lilo (régi) és a grub. Feladatai: Különböző partíciókról betölthető opsys ek közötti választás biztosítása Betölteni a kernel image et, initrd t A kernel nek paraméterek átadása

5 GRUB config Menu file: /boot/grub/menu.lst. Tartalma pl. ilyen szekciókból áll: Választható op. rendszer neve title Ubuntu, kernel generic root (hd0,1) kernel /boot/vmlinuz generic root=/dev/sda2 ro quiet splash initrd /boot/initrd.img generic savedefault boot Kernel és initrd helye root device on Normális boot szekció lezárása Root device 1.hdd 1. particio. Ez az info a loadernek megy. Kernel paraméterek, pl az első megmondja, hogy a betöltött kernel hol keresse a root device t. A második, h. readonly mount. Majd csendes grafikus boot legyen

6 Cifra GRUB szekciók title root kernel quiet boot Ubuntu, memtest86+ (hd0,1) /boot/memtest86+.bin title root Other operating systems: # This entry automatically added by the Debian installer for a non linux OS # on /dev/sda1 title Microsoft Windows XP Home Edition magyar root (hd0,0) savedefault makeactive chainloader +1

7 Inittab / events.d A kernel betöltődése és elindulása után betölti a megadott ramdisk et (initrd) és elkezdi felolvasni az /etc/inittab file t, amely egy nagyon régi szabványt követ. Újabban azonban ez az /etc/events.d/ directory vá alakult át.

8 id:3:initdefault: # System initialization. si::sysinit:/etc/rc.d/rc.sysinit l0:0:wait:/etc/rc.d/rc 0 l1:1:wait:/etc/rc.d/rc 1 l2:2:wait:/etc/rc.d/rc 2 l3:3:wait:/etc/rc.d/rc 3 l4:4:wait:/etc/rc.d/rc 4 l5:5:wait:/etc/rc.d/rc 5 l6:6:wait:/etc/rc.d/rc 6 1. Ez az első dolog, ami lefut. 3. Hatására elindul pl. a /etc/rc3.d/ könyvtárban található Start sciptek, ha a 3 as runlevel ben vagyunk. # Trap CTRL ALT DELETE ca::ctrlaltdel:/sbin/shutdown t3 r now # When our UPS tells us power has failed, schedule a shutdown for 2 minutes from now. pf::powerfail:/sbin/shutdown f h +2 "Power Failure; System Shutting Down" # If power was restored before the shutdown kicked in, cancel it. pr:12345:powerokwait:/sbin/shutdown c "Power Restored; Shutdown Cancelled" # Run gettys in standard runlevels 1:2345:respawn:/sbin/mingetty tty1 2:2345:respawn:/sbin/mingetty tty2 3:2345:respawn:/sbin/mingetty tty3 4:2345:respawn:/sbin/mingetty tty4 5:2345:respawn:/sbin/mingetty tty5 6:2345:respawn:/sbin/mingetty tty6 4. console ok indítása: # Run xdm in runlevel 5 x:5:respawn:/etc/x11/prefdm nodaemon 5. kernel által kezelt különleges események paraméterezése. próbáld ki a Ctrl+Alt+1, Ctrl+Alt+2 t 2. Ez szabályozza a runlevelt.

9 Runlevel Egyes runlevel eken más és más scriptek indulnak el. Szokásosan: Runlevel 0: Halt System To shutdown the system Runlevel 1: Single user mode Runlevel 2: Basic multi user mode without NFS Runlevel 3: Full multi user mode (text based) Runlevel 4: unused Runlevel 5: Multi user mode with Graphical User Interface Runlevel 6: Reboot System

10 rc5.d A rc.d valójában ezt a script et fogja hívni start és stop paraméterekkel Végrehajtási sorrendre vonatkozó sorszám. A S a startra utal, a K a kill re. A GDM a gnome display manager re utal ami a grafikus login t biztosítja. A cupsys pedig a nyomtató deamon ra. Grafikus eszközöket is használhatunk a linkek manage elésére. Jellemzően a System/Services alatt találunk valami erre alkalmas eszközt.

11 IP: internet protokoll ISO/OSI szabvány rögzíti 7 rétegű szerkezetét Verziói: IPv4: 4 byte on címezhető az összes gép IPv6: 6x2 byte on címezhető Címtartományai: A/B/C class net addresses Fajtái: TCP / UDP Kiosztása: hierarchikus (InterNIC a legfőbb koordináló szervezet) Rendeljük össze az Interface < > IP cím / netmask / broadcast

12 IP konfigurálás cím megadás IP cím lekérdezés: (unix) ifconfig, (win) ipconfig IP cím interface hez rendelés, lekérdezés interface ifconfig lo Link encap:local Loopback inet addr: Mask: inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:21 errors:0 dropped:0 overruns:0 frame:0 TX packets:21 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:609 (609.0 b) TX bytes:609 (609.0 b) IP cime és netmask ja Az interface en lezajlott kommunikáció NB: lo loopback interface e minden gépnek van. Ez mindig a es címet viseli.

13 IP konfigurálás cím megadás Rendeljük az eth0 s interface hez egy lokális IP címet: A as című hálózat mindig lokális hálózatot jelent! root@red:/home/lev# ifconfig eth netmask root@red:/home/lev# ifconfig eth0 Link encap:ethernet HWaddr 00:03:0D:3D:99:1E inet addr: Bcast: Mask: UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interrupt:185 Base address:0xec00 MAC Address Ezt minden hálózati kártyába a gyártó írja be és egyedi! lo Link encap:local Loopback inet addr: Mask: inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:21 errors:0 dropped:0 overruns:0 frame:0 TX packets:21 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:609 (609.0 b) TX bytes:609 (609.0 b)

14 IP konfigurálás gateway beállítás netmask A gateway szerepe az, hogy a nem lokális IP címekre eljuttassa, továbbadja más hálózatba az IP csomagokat. Az hogy mi lokális és mi nem lokális? A saját IP címből és a netmask ból látszik. Ez a netmask funkciója. Hálózat címe: / Egy IP csomag a címre A GW gép belső címe: Más hálózatok eth0 eth0 Első gép Második gép / /

15 IP konfigurálás gateway beállítás Egy gép IP címből 3 dolog látszik: Lokális cím tartománya: ahová nincs szükség GW re Broadcast cím: az erre a címre küldött csomagot mindenki megkapja az hálózaton A hálózati cím minden maszkolatlan bit: 1 A tipikus GW IP cím. (de ez nem kötelező) A hálózati cím minden maszkolatlan bit: 0 Példa: netmask Lokális címtartomány: Broadcast cím: A tipikus GW cím:

16 IP konfigurálás gateway beállítás Route ing táblák feldolgozása: Soronként, egymás után! Oszlopai: cél tartomány, gateway cím, mask,..., interface route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface * U eth0 lev@red:~$ route add default gw lev@red:~$ route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface * U eth0 default UG eth0

17 IP konfigurálás domain name Kérdések: server Miért kell emlékezzünk az IP címekre? Mi van, ha átveszi egy szerver egy másik szerepét? Hogyan csináljunk terhelés elosztást? A válasz: használjunk name server t. Feladata az IP cím és a nevek összerendeléseinek feloldozása. lev@red:~$ nslookup Server: Address: #53 Name server IP címe Non authoritative answer: canonical name = web.sztaki.hu. Name: web.sztaki.hu Address: A válasz

18 IP konfigurálás domain name server A name server (DNS) címét viszont be kell írjuk a /etc/resolv.conf fájlba. Pl így: lev@red:~$ more /etc/resolv.conf nameserver nameserver Elsődleges DNS cím Másodlagos DNS cím

19 DHCP Sok munka minden számítógéphez adminisztrálni az IP címét pl. egy nagy vállalatban. Ezért a Microsoft megalkotta dynamic host control protocolt (DHCP), ami minden kliensek gépnek dinamikussan oszt IP címet, konfigurálja fel a gateway ét, és állítja be name serverét. Annak érdekében, hogy egy azon gép minden alkalommal ugyanazt a címet kaphassa ha lehetőség van a MAC address t használják azonosításra. (lásd: indítása: dhclient eth0 )

20 További azonosítások Az IP egy gépet azonosít, de a szolgáltatások további belső azonosítókkal bírnak, amelyeket portoknak nevezünk. A portok kiosztása standardokat követ. Leírása megtalálható a: /etc/services ben. Néhány nagyon fontos szolgáltatás száma. ssh 22/tcp,udp # SSH Remote Login Protocol www 80/tcp,udp http # WorldWideWeb HTTP pop3 110/tcp,udp pop 3 # POP version 3 pop3s 995/tcp # POP 3 over SSL ipp 631/tcp # Internet Printing Protocol

21 Tesztelés Ha tudni akarjuk, hogy egy adott szolgáltatás él e és elérhető egy adott gépről, használjuk a telnet parancsot. pl lev@red:~$ telnet ssh Trying Connected to Escape character is '^]'. SSH 2.0 OpenSSH_4.6p1 Debian 5ubuntu0.1 Ez megpróbál kapcsolódni az adott IP című géphez az standard ssh szolgáltatásnak megfelelő porton keresztül. Ha sikerült ilyesmit látunk a képernyőn.

22 Samba SMB Az IBM netbiosából kifejlődött microsoft Server Message Block és CIFS protocoljának nyílt forrású implementációja, amely windows tól különböző gépeknek teszi lehetővé az interoperábilitást. Lehet server és kliens is egyszerre, azaz tud file share inget, printer server sharing et és fordítva. Képes Windows Domain Serverrel is együttműködni és tud windows domain server ként is működni egy megfelelő névtárral LDAP megtámogatva. Lásd:

23 SMB kliens alkalmazások Legtöbb fájl manager képes erre már.

24 Secure Shell SSH Titkosított csatorna biztosítása két gép között. 2 komponensből áll: Kliensen: Az ssh client biztosítja a terminal t. Serveren: az sshd (deamon). Használata (linuxról) ssh moria.kefo.hu Windows os kliens a putty.exe

25 X11 szabvány Protokoll, amelyet akár hálózaton keresztül is használhatunk és biztosítja az alkalmazásaink számára, hogy grafikus elemeket használjon. A megjelenítésért az Xserver felelős. Az Xserver mindig az előttünk lévő gép! Itt X11 protokollú üzenetek folynak. Vegyük észre, hogy a X11 es protokoll vagy a es gépről gépre (az az a saját desktop gépünk) megy vagy egy távoli gépről jön. Ez utóbbi esetben a mi gépünk IP címére küldi a távoli gép a megjelenítő parancsokat.

26 Egy X11 es távoli alkalmazás futtatása (régi stílus) Lépései: Engedélyezzük az Xserver unknek, hogy végrehajtson távoli X11 hívásokat is. xhost + tavoli.gep.ipcime Jelentkezzünk be a távoli gépbe ssh tavoli.gep.ipcime Irányítsuk át a távoli gép képernyőjét a helyi gépre export DISPLAY=helyi.gep.IPcime:0 Indítsunk el a kívánt alkalmazást a távoli gépen: firefox

27 Egy X11 es távoli alkalmazás futtatása nslookup moria.kefo.hu Server: Address: #53 Non authoritative answer: Name: moria.kefo.hu Address: (régi stílus) ifconfig ppp0 ppp0 Link encap:point to Point Protocol inet addr: P t P: Mask: lev@red:~$ xhost being added to access control list lev@red:~$ ssh tlevente@moria.kefo.hu tlevente@moria.kefo.hu's password: Linux moria server #1 SMP Thu Feb 1 16:58:14 UTC 2007 i686 GNU/Linux tlevente@moria:~$ export DISPLAY= :0 tlevente@moria:~$ konqueror

28 Egy X11 es távoli alkalmazás futtatása (új megoldás) ssh X password: Linux moria server #1 SMP Thu Feb 1 16:58:14 UTC 2007 i686 GNU/Linux tlevente@moria:~$ konqueror Ez a fontos!

29 Window Managers Az X11 csak azt biztosítja, hogy meg tudjanak jelenni grafikus primitívek és bitmap ek. Viszont a futó alkalmazások ablakainak elrendezését a képernyőn egy összefogó rendszernek kell ellátnia. Ez a window manager. Ezek rendszerint hoznak magukkal sok sok widget et, amelyek szabályozzák az összes grafikus elem (pl. nyomógomb, stb.) kinézetét is, van benne egy start menü, egy fájl manager és sok specifikus alkalmazás. A három legnépszerűbb ezek közül a GNOME, a KDE és az Xfce.

30 Az X11 teljes képe KDE, GNOME Qt, gtk x.org Fontos: mi a server > ami az orrunk előtt van. Mi a kliens? A (távoli software).

31 Vékony kliens koncepció Elképzelés: Néhány erős szerverrel és esetleg régi elavult (avagy speciális erre a célra gyártott olcsó) számítógépekkel (thin client) ki lehet elégíteni a felhasználók növekvő igényeit. A vékony kliens: Nincs winchestere, hálózatról boot ol. (tftp) Csupán egy X server futtatásra képes processzort, memóriát, video kártyát, esetleg USB host ot építenek bele. Legfeljebb fele annyiba kerül, mint egy PC.

32 XDMCP A server oldalon egy speciális szolgáltatást kell futtatni: X server Display Manager Control Protocol. Con: az XDMCP lehallgatható protokoll! Távoli server ek

33 CUPS deamon Common Unix Printing Service: Össznépi kezdeményezés egy nyílt szabványra és egyúttal printer driverek fejlesztésére. Javaslom, ha printert vásárlunk ellenőrizzük, hogy benne van e a támogatott printerek listájában. Printer konfigurálása web en keresztül: pl. firefox Ez a port szám!

34 Realtime rendszerek követelményei Cél a garantált ütemezés teljesítése Időzítésbeli elvárások: Soft realtime: nincsenek valódi garanciák, csak valószínűségi korlátok arra, hogy az előírt ütemezések teljesíthetőek Hard realtime: garanciákat ad az ütemezésre Rendszer működésbeli elvárások párosulnak Minden kernel rutin korlátos időn belül le kell, hogy fusson Minden IRQ lefutásának garantált idő korlátja

35 Összefoglalás A rendszer indulás megértése fontos, hogy értsük a rendszer komponenseinek együttműködését. Az IP technológia szerves részéve vált a unixoknak és ez látszik a szolgáltatásokon is (pl. cups vagy X11).

36 Ellenőrző kérdések Egy linux milyen boot lépéseken megy keresztül? Mi a lilo és a grub? Mit szabályoz a runlevel? Mi az UDP és a TCP között a különbség? Hogyan nézzük meg egy gép IP és MAC address címét? Rajzoljon le egy IP route olást. Hogyan állítjuk be egy gép IP címét, routing tábláját, DNS címeit? Rajzoljon le egy távoli Xservert használó alkalmazás működését. Mi az XDMCP, SMB, cups deamon? Jelentkezzen be a moria ra X11 protokoll támogatással! Mi soft és a hard real time között a különbség?