Hozzászólások
-
SzerzőBejegyzés
-
Az iptables-t úgy alkalmazzuk, hogy elõbb töröljük az összes szabályt meg mindent az iptables -F iptables -X parancsokkal. Ezután megadjuk, hogy mit szereténk engedni, majd ezek után minden más csomagot dobunk.
Port forward, ha jól gondolom:
Code:iptables -t nat -A PREROUTING -p tcp -i eth0 -d 192.168.0.1 –dport 27960 -j DNAT –to 192.168.0.5:27960
iptables -A FORWARD -p tcp -i eth0 -d 192.168.0.5 –dport 27960 -j ACCEPTUgyanezt a bittorrent portjára is. A desktopon pedig egyzserûen iptables -A INPUT -p tcp -i eth0 -dport 27960 -j ACCEPT.
Figyelj a sorrendre! Elõbb engeded azt, ami szükséges, azután mindent eldobsz.
Sziasztok! 🙂
Ez a probléma engem is súlytott sokáig, hamar rájöttem, hogy a sysloggal nem tudom kellõképpen megszûrni a logokat (legalábbis nekem nem sikerült), ezért szükség lesz valamiféle scriptre, ami megteszi ezt nekem.
Frissen szerzett perl tudásommal el is készítettem egy erre alkalmas scriptet, amit most megosztanék veletek. 🙂
http://ajnasz.uw.hu/download/index.php?c=7A script használatához a következõ parancsot kell kiadni:
./logfilter.pl –source=/path/to/sourcefile –dest=/path/to/destfile –log-prefix=log-prefix
A –source értékének azt a fájlt kell megadni, amelyikbõl ki szeretnénk szûrni a sorokat
A –dest értéke annak a fájlnak neve legyen, amelyikbe ki szeretnénk menteni a sorokat
A –log-prefix értéke pedig az legyen, ami alapján meg lehet különböztetni a sorokat. Tehát, hogy a topic példájánál maradjunk az érétke Teszt legyen.A script a sorokat törli a forrásfájlból és csak a célfájlban lesznek benne. Azért, hogy könnyebben meg tudjuk különböztetni az újonnan bekerült sorokat, minden lefutáskor elhelyezi az aktuális dátumot+idõt a doksiban, amennyiben van új bejegyzés. Természetesen a jogosultságokat is be kell állítani. A forrásfájlnak olvashatónak és írhatónak is kell lennie a script által, a célfájlnak pedig legalább írhatónak.
Biztosan létezik szebb/jobb megoldás is, de egy otthoni gépre szerintem elegendõ. Remélem, hasznát veszi valaki.
Valószínûleg az .asoundrc fájlban kell beállítani, hogy a megfelelõ csatorna a megfelelõ hangszórón szóljon, de nem, nem tudom, hogy miképpen volna helyes. Nekem is össze-vissza szólnak a csatornák, csak más hangkártyán. <_<
Jelenlegi stabil és egyben ajánlott kiadás a 4.1.12 verziószámmal él a mysql. Az 5-ös még csak fejlesztõi állapotban van, így egyáltalán nem ajánlott a használata élesben. Meg amúgy sem, hacsak nem vagy fejlesztõ.
Lehet, hogy újra kellene forgatni a php-t is gd támogatással!
Azt is írd hozzá, hogy mit csináljon a csomagokkal! (-j)
Sziasztok!
Nekem is ugyanez a problémám Suse 9.1, nvidia mx440 vga-val!
Megnéztem a messages logfilet, ezt írja ki közvetlenül install elõtt, után.:Apr 4 16:41:39 tux init: Switching to runlevel: 3
Apr 4 16:41:39 tux gconfd (ajnasz-4737): Received signal 1, shutting down cleanly
Apr 4 16:41:39 tux gconfd (ajnasz-4737): Received signal 15, shutting down cleanly
Apr 4 16:41:39 tux gconfd (ajnasz-4737): Exiting
Apr 4 16:41:40 tux kdm: :0[4442]: pam_unix2: session finished for user ajnasz, service xdm
Apr 4 16:42:29 tux kernel: nvidia: unsupported module, tainting kernel.
Apr 4 16:42:29 tux kernel: nvidia: module license ‘NVIDIA’ taints kernel.
Apr 4 16:42:29 tux kernel: ACPI: PCI interrupt 0000:03:00.0[A] -> GSI 3 (level, low) -> IRQ 3
Apr 4 16:42:29 tux kernel: NVRM: loading NVIDIA Linux x86 NVIDIA Kernel Module 1.0-7174 Tue Mar 22 06:44:39 PST 2005
Apr 4 16:44:02 tux init: Switching to runlevel: 5
Apr 4 16:44:06 tux kernel: nvidia: unsupported module, tainting kernel.
Apr 4 16:44:06 tux kernel: nvidia: module license ‘NVIDIA’ taints kernel.
Apr 4 16:44:06 tux kernel: ACPI: PCI interrupt 0000:03:00.0[A] -> GSI 3 (level, low) -> IRQ 3
Apr 4 16:44:06 tux kernel: NVRM: loading NVIDIA Linux x86 NVIDIA Kernel Module 1.0-7174 Tue Mar 22 06:44:39 PST 2005
Apr 4 16:44:07 tux kernel: agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
Apr 4 16:44:07 tux kernel: agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
Apr 4 16:44:07 tux kernel: agpgart: Putting AGP V2 device at 0000:03:00.0 into 4x mode
Apr 4 16:44:07 tux kernel: agpgart: Found an AGP 2.0 compliant device at 0000:00:00.0.
Apr 4 16:44:07 tux kernel: agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
Apr 4 16:44:07 tux kernel: agpgart: Putting AGP V2 device at 0000:03:00.0 into 4x mode
Apr 4 16:44:16 tux kernel: spurious 8259A interrupt: IRQ7.
Apr 4 16:44:20 tux kdm: :0[9543]: pam_unix2: session started for user ajnasz, service xdm
Apr 4 16:44:48 tux gconfd (ajnasz-9798): starting (version 2.4.0.1), pid 9798 user ‘ajnasz’
Apr 4 16:44:49 tux gconfd (ajnasz-9798): Resolved address „xml:readonly:/etc/opt/gnome/gconf/gconf.xml.mandatory” to a read-only config source at position 0
Apr 4 16:44:49 tux gconfd (ajnasz-9798): Resolved address „xml:readwrite:/home/ajnasz/.gconf” to a writable config source at position 1
Apr 4 16:44:49 tux gconfd (ajnasz-9798): Resolved address „xml:readonly:/etc/opt/gnome/gconf/gconf.xml.defaults” to a read-only config source at position 2A hibaüzenetet nézve elkezdtem rögtön keresni a gugliban és ezt találtam:
http://www.linuxquestions.org/questions/ar…004/12/4/269586
Ennek az alján olvasható, hogy a srácnak sikerült megoldani a problémáját, viszont én nem vagyok teljesen biztos benne, hogy egyáltalán van-e valami köze az enyémhez, valamint, hogy nem értem pontosan, hogy mit is csinált ahhoz, hogy megoldja!Mivel azt olvastam, hogy problémát ne hagyjak csak úgy ott, ezért elmondom, hogy az -ac ffmp2 opció megadásával a zaj nem hallatszik, így a probléma megoldódik.
-
SzerzőBejegyzés
legutóbbi hsz