spuhulinux.blog.hu

Az én UHU-Linux "tudástáram". Ennyi és nem több... Ha kevés, vagy valami nem jó, ígérem kijavítom! Mostanában az alaptéma kiegészül a Wordpress boncolgatásával is. Meg a CMS, ugyebár. Remélem nem baj? :-)

Non-Hungarian Speakers / Readers

Naptár

november 2018
Hét Ked Sze Csü Pén Szo Vas
<<  < Archív
1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30

Utolsó kommentek

  • Károvics János: Üdv mindenkinek UHU3-at használok, felraktam hozzá egy sype-t. 4.3. Magyar nyelvre nem lehet be ... (2016.02.16. 20:14) UHU felhasználók levelező listája (kezdő)
  • bilolyogus: apt-get install kernel-headers-$(uname -r) (2012.05.29. 16:28) VMware Tools installálás > UHU-Linux (Guest)
  • SPétör: Windows-on nem csináltam, de ez rendben volt? --> " Ajánlom, h olvasd el az infót amit ekkor lá... (2010.08.09. 15:42) Login
  • devil_sasa: szia. Köszi, hogy segítesz... a te írásaid között találtam egy pendrive-ról indítható uhu-linux 2.... (2010.08.09. 14:24) Login
  • SPétör: Szia! Nem figyelem, de kapok figyelmeztetést... Már nem uhuzok, de ha gondolod, mondjad hátha tud... (2010.08.08. 21:13) Login
  • devil_sasa: Szia SPétör! nem tudom ,még figyeled-e ezt a blogot, ha igen lenne egy két kérdésem, ha megtisztel... (2010.08.08. 13:35) Login
  • jocosd: iptables -A OUTPUT -p tcp --dport 20 -j ACCEPT iptables -A OUTPUT -p tcp --dport 21 -j ACCEPT modp... (2010.07.28. 22:31) FTP és iptables karambol
  • MezoArt: Sziasztok! Segítség! Elegem van a Visztából!!! Komolyan elgondolkodtam, hogy mivel lehet leváltani... (2010.05.18. 18:00) Üzenőfal
  • Alfonz64: Nekem így kér root jogot. az asztalon lévő krusader ikonon jobb klikk/tulajdonságok töröld ki a p... (2010.04.03. 19:57) Krusader root jogokkal - megoldás(?)!
  • accipiter: Egy kis segítség: gameworld.blog.hu/2009/09/16/mobiltulajdonosok_itt_az_opera_mini_5_betaja#commen... (2009.09.25. 14:35) PDA vs. linux
  • Utolsó 20

Keresés

Google

Címkék

2.1 (4) ajánló (1) aktuális (1) alltray (1) alt tab (1) analízis (1) analog (1) apache (1) apt (1) aptana (1) apt get (2) asus (1) ati driver (1) basket note pads (2) beállítások (1) bérlés (1) biztonság (17) bleezer (1) blog (16) bluefish (1) böngésző (2) buli (1) bulvár (1) chmod (2) cms (5) cmsmadesimple (2) copy paste (2) creative commons (1) család (1) csomagok kezelése (1) css (2) custom (1) daemontools (2) desktop (4) driver (1) dual homed (1) dv1394 (1) e107 (2) élet (1) életérzés (1) életképek (1) én (1) english (1) etherape (1) exkluzív (1) exploit (1) extension (1) fbrun (1) feladatlista (1) firefox (5) fluxbox (12) folyamatok leállítása (2) fórum (2) freeweb (2) frekvencia (1) ftp (5) fwanalog (5) gkrellm (1) gnome (3) goldenblog (1) google (2) gtk (1) gui (1) gyorsítás (1) hálózat (1) hardware (1) hdd1 (1) htop (1) humor (1) ies4linux (1) ikon (1) információ (3) ingatlan (1) initd (1) inkscape (4) installálás (1) internet explorer (3) ip (1) iptables (27) ip cím (1) iroda (1) java (1) jogok (1) kecskemét (1) képernyő felbontás (2) kernel (3) kiadó (1) kill (2) kimili flash embed (1) kjots (1) klippek (1) konfiguráció (1) krusader (3) linkek (1) linux (1) localhost (2) log (7) login (1) lprm (1) magyarítás (1) média (1) menü (3) messages (1) mindennap (1) monitor (2) mount (4) music (1) mysql (9) napi music (1) napi zene (1) navigator (1) netikett (1) netscape (1) network manager (2) notebook (3) numlock (3) numlockx (2) off (1) olcsó (1) openbox (2) openoffice (2) opera (6) operációs rendszer (1) ötletek (1) partícionálás (2) pc (1) pda (3) php (1) phpmyadmin (2) picasa web album (1) pidgin (2) plugin (6) pocket informant (2) probléma (4) processzor (2) proxy (1) pytube (1) qtparted (1) ram (2) reboot (1) recursive (1) resolution (1) rím (1) rímek (1) root (1) router (1) rtfm (1) runleveld (2) sawmill (1) seamonkey (2) shared folders (4) shutdown (1) skype (3) spuhuflux (4) spuhulinux (6) statisztika (10) sudo (5) swap (1) swiftweasel (1) szkript (1) szolgáltatások (1) szövegelés (44) születésnap (1) tab (1) tango (1) tapasztalatok (1) telepítés (3) tinymce (2) top (2) truecrypt (3) tűzfal (16) uhu (1) uhu linux (31) usb (1) user (1) üzlet (1) vészhelyzet (1) vezérlőpult (1) videókártya (1) virtual disk manager (1) vmmon (2) vmnet8 (2) vmware (7) vmware server (1) vmware toolbox (1) vmware tools (5) vmware workstation (18) wallpaper (1) webfejlesztés (1) webszerkesztés (3) web developer (1) wep (1) wifi radar (3) wiki (1) wireless (3) wordpress (21) wordpress theme (6) wpa (1) wysiwyg (1) xampp (1) xhost (2) xrandr (1) xterm (2) zene (1) Címkefelhő

Egyéb linkek

Üres .service file az /etc/runlevel.d/custom könyvtárban

2007.03.10. szombat 23:17 SPétör


A LinuxForum.hu-n "mmp" jóvoltából megkaptam a választ az /etc/runlevel.d/custom/ könyvtárban lévő üres my_firewall.service file-ra vonatkozó kérdésre: minek nekem egy üres file?
(/usr/share/doc/Packages/uhu-init/README_HU)

Az init szkriptek indításával kapcsolatos információk az /etc/runlevel.d  könyvtárban találhatók, ezen belül is a default és a custom könyvtárakban.  Csak a nem ponttal kezdődő, .service-re végződő nevű fájlok vannak  figyelembe véve, minden más fájl (ezáltal automatikusan az összes backup  fájl) olyan, mintha ott sem lenne. A két könyvtár alatt lévő azonos nevű  fájlok minden esetben összetartoznak, együtt írnak le egy szolgáltatást.  A default alatti fájlnak léteznie kell, ha egy adott névvel csak a custom  alatt van fájl, az ismét olyan, mintha ott sem lenne. Ha a default alatti  fájlnak a custom alatti párja hiányzik, az pontosan olyan, mintha ott  volna, üres tartalommal.

A default könyvtár rendeltetése az, hogy az alkalmazás ide szállítja a szolgáltatás alapértelmezett paramétereinek leírását. A default alatti fájlok a csomagkezelőben nincsenek konfigurációs fájlként megemlítve, és pontosan azt a célt szolgálják, hogy a rendszergazda soha ne változtasson rajtuk, hanem az alapértelmezett érték később bármikor lekérdezhető legyen a jóvoltukból.

A custom könyvtár alá a csomagok üres konfigurációs fájlt szállítanak. (Megj.: ezt a fájlt az uhubuild magától létrehozza, a csomag készítőjének nem kell ezzel törődnie, csak a default alatti fájlt kell elkészítenie.) Az itteni fájlokkal tudjuk az alapértelmezett értékeket felülbírálni, ha erre van szükségünk.

Amennyiben egy szolgáltatáshoz a custom könyvtár alatt is tartozik fájl, az esetben a custom alatt definiált értékek felülbírálják a default alatt definiált értékeket. Például ha a default/my_firewall.service fájlban Sequence=10  szerepel, míg a custom/my_firewall.service fájlban Sequence=93, akkor 93-as Sequence értékkel fog a tűzfal elindulni.

Tehát, ha nincs a customban semmi, az sem baj, de ha valamit meg akarunk változtatni, akkor azt nem a defaultban kell megtenni. Mivel azonban a my_firewall.service file-t mi készítettük, mindaddíg, amíg változtatni nem akarunk rajta, nem kell a customban semmi.

Még néhány fontos dolog (ide copy-zom, mert nem tudom, hogy hogyan kell belinkelni a feltöltött file-t).


Szintaxis
-------

A fájlok Kulcs=Érték típusú sorokból állnak. A sor elején, végén, valamint az egyenlőségjel körül állhat szóköz. A kulcs helyén csak előre definiált nevek állhatnak.

Bizonyos kulcsok többnyelvű értékkel is rendelkezhetnek. Ekkor a nyelvmegjelölés nélküli érték mindig az angol (en_US) nyelvű, míg egyéb nyelvű érték megadásához a nyelv kódját szögletes zárójelben a kulcs után fűzzük, például:

Summary=Something
Summary[hu]=Valami


Ha egy változó többször is definiálva van, az utolsó definíció lesz a mérvadó.

Üres sor, illetve "#" jellel kezdett megjegyzés-sor bárhol állhat a fájlban.

A létező kulcsok az alábbiak:

Summary: A szolgáltatás rövid (maximum 60--80 karakteres) megnevezése több nyelven, nagybetűvel kezdve, pont nélkül zárva (mintha cím volna), UTF-8 kódolással.

Description: A szolgáltatás részletes leírása, tetszőleges hosszan (igaz, tördelésre nincs lehetőségünk a fájlban), nagybetűvel kezdve, szépen mondatokra tagolva, és ennek megfelelően ponttal zárva. Szintén UTF-8 kódolással.

MsgDesc: A szolgáltatás rövid neve a Summary-hoz hasonlóan (sok esetben pontosan ugyanaz a szöveg megfelel). A szolgáltatás indítása, leállítása vagy újratöltése során jelenik meg egy sablon üzenet, amelynek ez a szöveg részét képezi, feltéve hogy a megfelelő MsgStart, MsgStop vagy MsgReload nincsen definiálva, és az init szkript valóban kiírja ezt a sztringet.

MsgStart, MsgStop, MsgReload:
Az indítási, leállítási vagy újratöltési teljes üzenet. Akkor adjuk meg, ha az MsgDesc-et felhasználó sablon üzenet nem felel meg céljainknak.

Script: Az indítandó szkript teljes útvonallal.

SupportsReload: yes vagy no aszerint, hogy a szkript támogatja-e a reload akciót.

Runlevels: A 0123456 szintek közül azok felsorolása, melyeken a szolgáltatásnak aktívnak kell lennie. (Default: üres)

Sequence: 00-tól 99-ig terjedően a szolgáltatás indítási sorszáma. A leállítás az indítással ellentétes sorrendben történik. (Default: 20)

Nice: -20-tól 19-ig a nice szint. (Default: 0) UID és GID: ilyen felhasználóval és csoporttal indul az init szkript (nemcsak start, hanem tetszőleges akció esetén). (Default: 0)

RestartSeconds: restart akció esetén ennyi másodpercet vár a stop és a start között. (Default: 1)

Resources: az indított szolgáltatás által lefoglalt erőforrás(ok) neve felsorolva (vesszővel vagy pontosvesszővel elválasztva).

Priority: előjeles egész szám az azonos erőforrásra pályázó szolgáltatások prioritásának eldöntésére (nagyobb pozitív szám = erősebb prioritás). (Default: 0)

További mezők is születhetnek a jövőben.


service
-------

A service program szolgál egy démon vagy szolgáltatás indítására, leállítására. Használat: service szolgáltatásneve akció, például:

service nscd start
service apache reload


A kívánt akció a futási szinttől teljesen függetlenül megtörténik. A szolgáltatás leíró fájljában/fájljaiban definiált szkript indul el az adott argumentummal.

A szkript indítása előtt a service megtesz pár dolgot az egységes környezet beállítása érdekében.

A szkriptnek csak a "start", "stop", "status" és opcionálisan a "reload" argumentumot kell kezelnie. A "restart" és a "force-reload" opciókat maga a service program értelmezi: "restart" esetén először "stop", majd sikeres lefutás esetén "start" opcióval indítja a szkriptet. "force-reload" opció esetén a service program nézi meg, hogy a szolgáltatás támogatja-e a "reload" akciót (erre szolgál a SupportsReload mező), ha igen, akkor "reload" opcióval, ellenkező esetben "stop" majd "start" opcióval indítja az init szkriptet.

A service program végzi az egyéb akciók elutasítását is.

srvmgr
------

Az srvmgr (service manager) programmal állíthatjuk az egyes szolgáltatások tulajdonságait (természetesen a default alatti fájlokon nem tudunk változtatni, csak a custom alattiakon), illetve végezhetünk lekérdezéseket.

Használati módjai:

srvmgr --list
Kilistázza a létező szolgáltatásokat.

srvmgr --show szolgáltatásneve
Megjeleníti az adott szolgáltatás aktuális paramétereit. Az alapértelmezett értékeket, valamint a default és a custom könyvtárak alatti adatokat összedolgozza, és szép formátumban írja ki (minden kulcs csak egyszer szerepel, a nem többnyelvű kulcsok (például Nice) mindenképp szerepelnek stb.) Extra szolgáltatásként a nyelvfüggő értékeknél az aktuális nyelvhez passzolót kiemeli a Kulcs[]= kezdetű sorban, például ha LANG=en_US, akkor Summary[]=Something, míg ha LANG=hu_HU, akkor Summary[]=Valami sort ír ki. Ez a [] szintaxis csak ebben a kimenetben szerepel, a fájlokban érvénytelen.

srvmgr --show-default szolgáltatásneve
Mint a --show, de csak a default alatti fájl tartalmát veszi figyelembe, így nem a tényleges, hanem a default értékeket írja ki.

srvmgr --show-custom szolgáltatásneve
Mint a --show, de csak a custom alatti fájl tartalmát veszi figyelembe, így csak azokat a dolgokat írja ki, melyeket megváltoztattuk a defaulthoz képest. Ennek megfelelően a fájlokban egyáltalán meg nem említett mezőkhöz sem írja ki a default értéket, ellentétben az előző két kapcsolóval.

srvmgr --set szolgáltatásneve kulcs érték
Az adott kulcshoz az adott értéket rendeli, vagyis elhelyez egy újabb sort a custom alatti fájlban (létrehozza a custom alatti fájlt, ha az még nem létezett, valamint törli onnan ugyanezen kulcs régebbi értékét, ha volt ilyen).

Példa:
srvmgr --set nscd Sequence 10
elhelyez egy Sequence=10 sort a custom fájlban, így 10-es sorszámmal fog indulni az nscd, függetlenül a default értéktől.

srvmgr --clear szolgáltatásneve kulcs

Törli az adott kulcsot a custom fájlból, visszaállítva a defaultot.

Példa:
srvmgr --clear nscd Sequence
törli a Sequence= kezdetű sort a custom fájlból, így a szolgáltatás indításakor a default fájlban lévő érték (vagy ha olyan nincs, akkor az abszolút hard-coded default) fog érvényre jutni.

runlevelchange
-------
 futási szintek közti váltást intézi. A régi és az új futási szint értékét kell argumentumként megmondani. --test kapcsoló esetén nem élesben dolgozik, csak kiírja, hogy mit tenne.

Példa:
runlevelchange 3 5
először leállítja azokat, akiknek 3-as szinten futniuk kellett, de 5-ösön nem, majd indítja azokat, akik 3-ason nem futottak, de 5-ösön futniuk kell.

TAB
-------

Az srvmgr és service parancsok paraméterei könnyen és gyorsan begépelhetők a tabulátor billentyű által nyújtott automatikus kiegészítés használatával.

Nyelv
-------

Az srvmgr parancs a standard nyelvi beállításokhoz igazodik (LC_ALL, LC_MESSAGES, LANG környezeti változók) a megfelelő lokalizált szöveg kiválasztásakor.

Ezzel ellentétben a service és runlevelchange programok, hogy viselkedésük minél kevésbé függjön az őket indító környezettől, a teljes UHU-Linux rendszer alapértelmezett nyelvét, vagyis a /etc/sysconfig/locale fájlban definiált nyelvet használják fel a megfelelő szövegek kiválasztásakor, amely
szövegeket aztán az Msg* környezeti változóban adnak tovább az init szkriptek számára.

SP

4 komment

Címkék: custom tűzfal uhu linux runleveld

A bejegyzés trackback címe:

https://spuhulinux.blog.hu/api/trackback/id/tr845201

Kommentek:

A hozzászólások a vonatkozó jogszabályok  értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai  üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a  Felhasználási feltételekben és az adatvédelmi tájékoztatóban.

mavo · http://polmavo.blog.hu 2007.03.11. 09:12:39

Ha már service, akkor leginkább daemontools, annál nem kell manuálisan baszkódni semmivel., egyszer megcsinálod a /service/example_service/run-t és kész.

SPétör 2007.03.11. 17:15:12

Talán fáradok, de ez egy kicsit magas nekem...
:-(
bocs'