Kezdőlap › Fórumok › UHU Linux › Általános UHU problémák, javaslatok › Firewall probléma
- This topic has 30 hozzászólás, 9 résztvevő, and was last updated 21 years, 9 months telt el by
admin.
-
SzerzőBejegyzés
-
2003-07-08-21:32 #1907261
Idézek UHU-s oldalról:
„UHU-ban csak /etc/init.d könyvtár van, nincs a más disztribúciókból esetleg ismerõs rc.d.
Ehhez a könyvtárhoz kapcsolódik a /etc/runlevel.conf, ami a futási szinteket és az indítandó programokat tartalmazza.A Linuxban különbözö futási szintek vannak, 0-tól 6-ig. A különbözö futási szintekre azért van szükség, hogy különbözö programokat indíthassunk a bootolási folyamat során.
Tehát ha akarunk ftp szervert indítani, akkor csak felveszzük arra a futási szintre ahol futattni akarjuk és bootoláskor automatikusan el fog indulni, nem kell kézzel indítgatnunk.
A 0. és a 6. futási szint az újraindítás illetve a leállítás szintje. Ilyenkor gyakorlatilag nem indul el semi, hanem csak leállnak az épp futó programok, leválasztódnak a partíciók és újraindúl ill. leáll a gép.
Az 1. futási szinten nem indul el semmi, csak egy rootshellt kapunk az esetleges hibák elhárítására.
A 2. 3. 4. 5. szintek pedig az alap futási szintek. Ezeken indíthatunk bármilyen démont, programot bootoláskor. Az UHU alapesetben 2. futási szintre kerül. Ezt a /etc/inittab fájlban tudjuk módosítani.
*
## /etc/init.d ##Más disztribúciókból megszokott könyvtár a /etc/rc.d Ilyen az UHUban nincs. Az rc.d könyvtárban vannak a különbözö futási szinteket tartalmazó könyvtárak, rc0.d stb neveken. Ezekben a könyvtárakban vannak linkek, amik a /etc/init.d-ben lévö indító scriptekre mutatnak. Ha a Linux az adott futási szinten indult, akkor az abban a futási szint könyvtárban lévö linkek alapján inditja el a programokat. Az UHU alapértelmezés szerint a 2-es szinten indul. Van még egy rc.sysinit fájl is, ami az rc.d könyvtárban helyezkedk el, ez tartalmazza az alap bootolási bejegyzéseket.
UHUban egy „/etc/init.d” könyvtár van és ebben talaható két alkönyvtár és 3 fájl.
/etc/init.d/daemons
/etc/init.d/system/etc/init.d/common
/etc/init.d/rcS
/etc/init.d/rcA /etc/rcS script inditja el a megfelelõ scripteket a /etc/runlevel.conf alapján. A /etc/system könyvtárban találhatók meg a rendszerindításhoz szükséges scriptek. Egyik ilyen fontos script a „boot” script, vagy a „network”. A „boot” script bekapcsolás után fut le. Ebben mountolódik írhatóra a root partíció, a swap aktivizálódik, a devfsd elindul stb. A /etc/daemons-ba a különbözö szerver programok indító scriptjei kerülnek (ftp,ssh,http stb).
A /etc/runlevel.conf alapján tudjuk konfigurálni az egyes futási szinteket.
A fájlnak elég egyszerü szintaktikája van:sorszám, melyik szinten álljon le, melyik szinten induljon, maga a script
pl.:
21 0,1,6 2,3,4,5 /etc/init.d/daemons/ftp
A fenti példán látva az „ftp” script a 2,3,4,5 szinteken fog elindulni és a 0,1,6 szinteken áll le. A sorszáma határozza meg, hogy mi után következzen. A /etc/init.d/system/boot épp ezért áll az elsö helyen! Utána következnek a rendszerhez még szükséges scriptek és csak ezek után jönnek az egyéb démonok.
Minden démonscriptnek van egy start és egy stop állapota. Ha indítani akarjuk, akkor a start paraméterrel hívjuk meg, ha pedig leállítani, akkor a stop paraméter szükséges.
Tehát az ftp démont kézzel is el lehet índitani az:
/etc/init.d/daemons/ftp start
parancs kiadásával. Az rcS script is így hívja meg a bejegyzett scripteket attól függõen, hogy leállítani, vagy indítani akarjuk õket.
A futási szinteket az uhu-vezérlöpultban is tudjuk változtatgatni. „
Ez alapján már mindenki eltudja indítani az rc.firewall-t automatikusan…
2003-07-09-07:04 #1907262A hibaadatbázisban volt egy megoldás leírva, de sajnos egy ideje már nem elérhtõ az UHU honlapján 🙁
2003-07-09-13:10 #1907263😀
Köszönöm, köszönöm, köszönöm
2003-07-09-21:38 #1907264😀
2003-07-10-13:10 #1907265😀
De most tényleg! Nem csak az volt benne a jó, hogy ezt most meg tudtam csinálni, hanem egy kicsit gondolkodni kellett rajta, és ezen keresztül pár dolog mûködését is megértettem. Ezért írtam azt, hogy tanultam belõle. Pont az én szintemen lett elmagyarázva.
2003-07-10-17:40 #1907266Sziasztok!
2003-07-10-18:56 #1907267Már mûködik!
Elnézést az elõzõ hozzászólásért, de elõször lõttem és utána gondolkodtam.
Tényleg elég ezt a sort beírni a runlevel.conf fájlba.96 0,1,6 2,3,4,5 /etc/rc.firewall
üdv arnyeknak
2003-08-05-17:11 #1907268Nem szeretnék új topicot nyitni…. 😀
Milyen modulokat kell belõnöm a kernelbe, hogy menjen az iptables (most beállítottam párat a packet filtering rész alatt, de az ip_tables modul nem töltõdik be, elszáll unresolved symbols-szal 😕 (2.4.20 kernel)2003-08-06-06:35 #1907269a firestarter ezeket igenyli:
ip_tables
ip_conntrack
ip_conntrack_ftp
ip_conntrack_irc
ipt_REJECT
ipt_REDIRECT
ipt_TOS
ipt_MASQUERADE
ipt_LOG
iptable_mangle
iptable_nat
bsd_comp
ppp_deflate (ez persze csak ppp hez)en anno egyszeruen a networking options – netfilterben mindent benyomtam 😉
a networkingben meg: packet socket, packet socket mmaped, netlink device emu, network packet filternig, socket filernig, unix domain sockets2003-08-06-08:45 #1907270Beállítottam, lefordítottam, de:
depmod: *** Unresolved symbols in /lib/modules/2.4.20-gentoo-r5/kernel/drivers/net/pppoe.o
depmod: *** Unresolved symbols in /lib/modules/2.4.20-gentoo-r5/kernel/net/ipv4/ipvs/ip_vs.o
depmod: *** Unresolved symbols in /lib/modules/2.4.20-gentoo-r5/kernel/net/ipv4/netfilter/ip_conntrack.o
depmod: *** Unresolved symbols in /lib/modules/2.4.20-gentoo-r5/kernel/net/ipv4/netfilter/ip_tables.o
depmod: *** Unresolved symbols in /lib/modules/2.4.20-gentoo-r5/kernel/net/ipv4/netfilter/ipt_REJECT.o
depmod: *** Unresolved symbols in /lib/modules/2.4.20-gentoo-r5/kernel/net/ipv4/netfilter/iptable_filter.o
depmod: *** Unresolved symbols in /lib/modules/2.4.20-gentoo-r5/kernel/net/ipv4/netfilter/iptable_mangle.o
depmod: *** Unresolved symbols in /lib/modules/2.4.20-gentoo-r5/kernel/net/ipv4/netfilter/iptable_nat.o -
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz