Re: Jpeg képek dátum szerint könyvtárakba script-tel?
On 2020. 10. 22. 14:02, Csaba wrote: > Köszönöm a válaszokat. Ezeket az eszközöket ismerem, csak azt nem > tudom sajnos: miképpen írjak shell script-et, valamint fájlonként > trükkös módon hogy adjam át a kimenetet (kreálási dátum) stb. Kicsit > bonyolultak ezek a dolgok, tudom van sed awk meg lehet pipe-olni stb. Ajánlom figyelmedbe a commandlinefu.com -ot. Pl "exif"-re keresve mindjárt van is valami, ami jó lehet neked: exiftool '-Directoryhttp://mlf.linux.rulez.org/mailman/listinfo/linux
Re: titkositott particio tapasztalatok
2017-08-02 17:54 keltezéssel, Zsolt Gádori írta: Azt szeretném megkérdezni, hogy: -tapasztalat szerint egy titkosított partíció használata mekkora plusz teljesítményt (cpu-memória) igényel? -érdemes-e a rendszer partíciókat is titkosítani, vagy elég csak a userekét? -egyáltalán, melyik partíciókat érdemes titkosítani? -meg mondjuk ha ez a disk egy usb-n időnként felcsatlakoztatott dolog, akkor ott mennyi idő a mount? -rendszer upgrade esetén mennyire kompatibilis a régi bútor az új házzal? Releváns olvasnivalót is nagyon megköszönök, de elsősorban "saját bőrön" szerzett tapasztalatokra, irányelvekre volnék kíváncsi. Szia! Már nem is emlékszem hány éve használok titkosított köteteket notebookon (rendszer, adat, minden amit lehet), plusz az időnként felcsatolt backup USB diszkjeim is titkosítottak. Sosem volt semmi problémám vele, teljesítményben, mount időben semmi észrevehető különbség nincs (leszámítva hogy be kell írnod a jelszót). Rendszer upgrade sem okozott még gondot sosem. Nemrég váltottam egy AES-NI képes Intel Core i5 7200U CPU-ra, ezzel észrevehetően nőtt a sebesség. Lásd cryptsetup benchmark. Olvasnivalónak az ArchWiki egész jó: https://wiki.archlinux.org/index.php/Dm-crypt/Encrypting_an_entire_system -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Dovecot shared mailbox
Sziasztok Van egy Qmail + Vpopmail + Dovecot szerverem. Ebben a környezetben szeretnék egy működő shared mailbox konfigurációt összehozni. A cél az volna, hogy a felhasználók nem csak azonos domain-en belül megoszthassák nem csak az INBOX, hanem más IMAP mappáikat is, melyekre az engedélyezett személyek feliratkozhatnak. A mail kliens egyelőre Thunderbird, ezzel kísérletezem, de később működnie kellene Roundcube webmaillel, és ha van rá mód, Outlook-kal is. A http://wiki2.dovecot.org/SharedMailboxes/Shared leírás alapján kezdtem hozzá. Most így néz ki a vonatkozó Dovecot konfig, ami részben működik: namespace { type = private separator = / prefix = INBOX/ inbox = yes } namespace { type = shared separator = / prefix = shared/%%u/ location = maildir:%%h/Maildir:INDEX=~/Maildir/shared/%%u subscriptions = no list = children } A különböző domainek közti INBOX megosztás működik is, de... - INBOX-on kívül más mappát nem tudok megosztani - A megosztás beállításához a Thunderbird Imap-ACL-Extension pluginnel próbálkozom. - feliratkozás nem működik - Thunderbird feliratkozás ablakban hiába teszek pipát a megosztott mappához, legközelebb megnyitva ismét nincs kipipálva. Viszont ha kikapcsolom a Csak a feliratkozott mappák megjelenítése opciót, rendben elérhető a megosztott INBOX. Dovecot verzió: 2.0.17 Tanácsaitokat várom szeretettel, vagy esetleg ha tudna valaki küldeni egy működő konfigot. -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
KVM bridge és aktív FTP
Sziasztok! Valaki el tudná magyarázni érthetően (link is jöhet), miért is nem működhet FTP kapcsolat aktív módban, ha az FTP szerver egy KVM virtuális gép és a gazdagépen network bridge van? Ha van, természetesen a probléma megoldása is érdekelne. Eddig két lehetőséget találtam, de egyikkel sincs változás. Ráadásul így legalább az egyébként szükséges többi szűrés sem működik, ami az FTP-től függetlenül kellene. * iptables -I FORWARD -m physdev --physdev-is-bridged -j ACCEPT * sysctl: net.bridge.bridge-nf-call-ip6tables = 0 net.bridge.bridge-nf-call-iptables = 0 net.bridge.bridge-nf-call-arptables = 0 -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: KVM bridge és aktív FTP
2011-03-24 15:44 keltezéssel, Laszlo Beres írta: Valaki el tudná magyarázni érthetően (link is jöhet), miért is nem működhet FTP kapcsolat aktív módban, ha az FTP szerver egy KVM virtuális gép és a gazdagépen network bridge van? Ha van, természetesen a probléma megoldása is érdekelne. Miert ne mukodhetne? Minden tovabbi nelkul megy a kliens es szerver kozott az aktiv FTP. Akkor úgy néz ki, nálam valami más gond lehet. Pedig rákeresve a problémára csak azt találtam, hogy a bridge és netfilter esetében régi ismerős probléma az aktív FTP hibája. Az előző levélben említett két ötletet az iptables kikapcsolására innen vettem: http://www.cyberciti.biz/faq/freebsd-opebsd-running-in-kvm-virtulization-ftp-firewall/ Sőt tűzfalat le is állítottam mind a gazda-, mind a virtuális gépen. tcpdump azt mutatta a gazdagépen nézve, hogy tcp/20-as portra kimenő SYN csomag indul a virtuális gépről a kliens irányába. De ugyanez a SYN csomag a kliensre nem érkezik meg. -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ServeRaid monitorozas
2011-03-21 12:20 keltezéssel, Hofferek Attila írta: szetgugloztam magam, de mindenhol csak alienes rpm-bol konvertalos otletek vannak, megkerdezlek titeket is, lenovo thinkserver rd120 raid kontrolleret szeretnem monitorozni (serveraid mr10) debian linuxon. Csak egy gyors keresés a Nagios Exchange-en: http://exchange.nagios.org/directory/Plugins/Hardware/Storage-Systems/RAID-Controllers/check_serveraid/details Sajnos konkrét tapasztalatom nincs ServeRaid kártyával és nem tudom, hogy az rpm-ből konvertálós módszer szintén a dumplog-utility nevű dolgon alapul-e, de hátha ötletet ad. Mindenesetre biztató a plugin leírásában a This plugin is tested and developed on Debian/GNU 3.1 (Sarge) szöveg. -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
KVM vnet interface melyik guest-hez tartozik
Meg tudná mondani valaki, hogyan lehet beazonosítani, hogy melyik KVM virtuális géphez melyik vnet interfész van a host-on hozzárendelve? A host-on monitoroznám az egyes inferfészek forgalmát, és ehhez nem ártana tudni, hogy az melyik guest-hez tartozik. Az ifconfig kimenetben látható MAC address-ek ui. nem egyeznek a virtuális gép konfigurációban megadott MAC address-el. -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: KVM vnet interface melyik guest-hez tartozik
2011-02-16 16:12 keltezéssel, Laszlo Beres írta: Ez ugyan RHEV (KVM-alapu), de: [root@at2t1xivsh001 ~]# ifconfig virtio_15_2 virtio_15_2 Link encap:Ethernet HWaddr 9A:1E:41:A1:79:11 es: /usr/libexec/qemu-kvm -no-hpet -no-kvm-pit-reinjection -usbdevice tablet -rtc-td-hack -startdate 2010-9-30T15:23:31 -name atvt1xatoo003 -smp 4 -k en-us -m 8192 -net nic,vlan=1,macaddr=00:1a:4a:8c:fa:07,model=virtio -net tap,vlan=1,ifname=virtio_15_1,script=no -net nic,vlan=2,macaddr=00:1a:4a:8c:fa:0d... Tehat ifname. Nálam sajnos nincs ifname. Egyébként Ubuntu 10.04. /usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 512 -smp 1 [...] -net nic,macaddr=52:54:00:0a:d9:7e,vlan=0,model=e1000,name=e1000.0 -net tap,fd=60,vlan=0,name=tap.0 [...] -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: KVM vnet interface melyik guest-hez tartozik
2011-02-16 15:56 keltezéssel, Erki-Kiss Zsolt írta: Meg tudná mondani valaki, hogyan lehet beazonosítani, hogy melyik KVM virtuális géphez melyik vnet interfész van a host-on hozzárendelve? A host-on monitoroznám az egyes inferfészek forgalmát, és ehhez nem ártana tudni, hogy az melyik guest-hez tartozik. Az ifconfig kimenetben látható MAC address-ek ui. nem egyeznek a virtuális gép konfigurációban megadott MAC address-el. Meglett: virsh dumpxml domain-id kimenetben target dev-ként szerepel: interface type='bridge' mac address='52:54:00:5f:32:80'/ source bridge='br0'/ target dev='vnet3'/ model type='virtio'/ /interface -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Dovecot Sieve - duplikált emailek szűré se
2010-12-20 11:21 keltezéssel, Kovács Attila írta: Dovecot2 aktuális verzióról van szó. Megoldható valahogyan sieve filterrel eldobni azokat a bejövő emaileket, melyekből már van egy Meg. OK, tudom, nem kérdeztem :) de hogyan? Egy filter example jól jönne. -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Dovecot Sieve - duplikált emailek szűré se
2010-12-20 14:45 keltezéssel, Gabor HALASZ írta: Dovecot2 aktuális verzióról van szó. Megoldható valahogyan sieve filterrel eldobni azokat a bejövő emaileket, melyekből már van egy példány a fiókban. Nem vagyok biztos benne, hogy ilyet lehet, a sieve a mailheader-t dolgozza csak fel, es az alapjan keletkezik valami response, arrol, hogy mi van a storageben, nem sokat tud. Elég is lenne, ha a Message-ID headereket begyűjtené folyamatosan, ahogy a vacation és redirect action esetében, és ha a következő bejövő mail ID-je megvan, egyszerűen eldobná. A háttér elvileg biztosan megvan hozzá, hiszen a vacation extension esetében működik a duplikált szűrés, de hogy ezen kívül hogyan lehetne hasznáni, semmit nem találok. Ezt nem egeszen ertem, hogyan, mert a vacation extension-ban (rfc-5230) nincs szo ilyesmirol. Ha ugyanazt olvasom, amit te (http://wiki.dovecot.org/LDA/Sieve#Vacation_auto-reply-1), akkor ez csak azt akadalyozza meg, hogy naponta beallitottnal tobbbszor kuldjon ugyanannak vacationmsg-t. Igen, erre gondoltam. A működési elv hasonló, mint amire szükségem volna. A .dovecot.lda-dupes fájlba gyűjti a Message-ID, feladó és címzett hármast. Ha ezalapján egy ismert email jön, adott napig nem küldi a vacationmsg-t. A lényeg, hogy azt szeretném megoldani, amit eddig maildroppal így csináltam: `reformail -D 8000 /home/vpopmail/domains/nexum.hu/duplicate.cache` if (( $RETURNCODE == 0 )) { to /dev/null } -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Dovecot Sieve - duplikált emailek szűré se
2010-12-20 19:23 keltezéssel, Kovács Attila írta: Igen, erre gondoltam. A működési elv hasonló, mint amire szükségem volna. A .dovecot.lda-dupes fájlba gyűjti a Message-ID, feladó és címzett hármast. Ha ezalapján egy ismert email jön, adott napig nem küldi a vacationmsg-t. Hahh Nem találtam azon a linken kívül mást, annyi utalást csak hogy ez működik. Az rfc-ből ennyi RFC 5228 Sieve: An Email Filtering Language January 2008 2.10.3. Message Uniqueness in a Mailbox Implementations SHOULD NOT deliver a message to the same mailbox more than once, even if a script explicitly asks for a message to be written to a mailbox twice. The test for equality of two messages is implementation-defined. Sajnos szintén csak eddig jutottam, többet nem találtam erről. Virtuális usereket használsz egyébként? Igen, Qmail + Vpopmail. Ehhez volna a Dovecot LDA, ami egyébként működik is hibátlanul. Csak van néhány archív fiók, amibe rejtett másolatként mennek a mailek (Qmail Taps), ezért előfordul, ha valaki pl. domainen belül több címzettnek küld mailt, akkor az annyi példányban kerül az archív fiókba. Nos, ezt kellene megszűrni valahogy. De ha más nincs, erre marad a maildrop. Csak ezen kívül volna még néhány filter szabály, amire a sieve kényelmesebb megoldás volna. http://www.dovecot.org/list/dovecot/2006-January/010878.html Itt is annyi van, hogy megy. Hurrá. Ebben CMU Sieve-t említik, ami ha jól tudom a régi sieve plugin volt az 1.x dovecot verziókhoz. -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Dovecot Sieve - duplikált emailek szűré se
2010-12-20 20:27 keltezéssel, Gabor HALASZ írta: # # If you set this to 'yes' dbmail will check for duplicate # messages in the relevant mailbox during delivery using # the Message-ID header # suppress_duplicates = no ;) Én is örülök, ha dbmail-ben sikerült megoldani :) Egyszer biztos megismerkedem ezzel is, de most nálam Qmail+Vpopmail van. -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Dovecot Sieve - duplikált emailek szűré se
2010-12-20 23:22 keltezéssel, Kovács Attila írta: is hibátlanul. Csak van néhány archív fiók, amibe rejtett másolatként mennek a mailek (Qmail Taps), ezért előfordul, ha valaki pl. domainen Van home könyvtáruk definiálva? (Ha már ez volt a gugli első találata ;).) dovecot/conf.d/10-mail.conf: mail_location = maildir:~/Maildir - erre gondolsz? Van még egy másik lehetőség a full text search plugin esetleg Bár az ágyúval verébre. Ennyit azért nem ér az egész. Akkor inkább marad a maildrop. -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: nagios helyett valami
2010-07-12 15:53 keltezéssel, Gabor HALASZ írta: Nagios helyett kellene valami, ami figyelgetne a mimukodiket es kepes kulonbozo osszetett szolgaltatasok monitorozasara, kulonos tekintettel cluster felugyeletre (rugalmasan konfiguralhato es egymasba stackekheto csoportok kellenek). Szoval johet az esz. Igaz ez is Nagios-hoz tartozo, de van szo benne cluster monitoring-rol is: http://mathias-kettner.de/check_mk_introduction.html -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Debian: eximtől hogyan szabadulhatok
2010-06-17 17:31 keltezéssel, Dévay Gyula írta: Egy debian-ra felraktam szépen a qmail-t, az eximet meg töröltem. Megy is minden szépen, de ha fel akarok rakni valamit, akkor minden áron az apt-get fel akarja pakolni újra az exim-et. Hogyan szabadulhatok meg véglegesen az exim-től? Van valami config ahová bevéshetem, hogy van fent qmail, nem kell az exim? Ha forrásból tetted fel a qmailt, akkor a csomagkezelővel is meg kell értetned, hogy van már egy MTA a rendszeren. Erre való az equivs: # install equivs apt-get install equivs # build the dummy mta package cd /tmp cp /usr/share/doc/equivs/examples/mail-transport-agent.ctl . equivs-build mail-transport-agent.ctl # remove exim4 dpkg --ignore-depends=exim4 -r exim4 dpkg --ignore-depends=exim4-daemon-light -r exim4-daemon-light dpkg --ignore-depends=exim4-base -r exim4-base dpkg --ignore-depends=exim4-config -r exim4-config # and install the dummy mta package dpkg -i /tmp/mta-local_1.0_all.deb -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Chrony NTP szerver
Evek ota a chrony csomagot hasznalom NTP klienskent es szerverkent is. Az utobbi par honapban egyre tobbszor fordult elo, hogy klienskent csak akkor hajlando szinkronizalni, ha chrony.conf-ba a port opcioval egy 1024 feletti portot allitok be a default 123 helyett. Ez meg nem is volna problema kliensek eseteben, de most egy szervert szeretnek beallitani, ahol ugye muszaj lenne, hogy az udp/123-as porton mukodjon. A NTP szerver esetemben ugy mukodne, hogy chrony.conf-ban server direktivaval nehany *.pool.ntp.org-os NTP szervert allitok be, es sajat halozaton a klienseim ehhez a chrony-hoz csatlakoznanak. A hibajelenseg az, hogy egyreszt nyilvan az ora nem kerul szinkronba. Es egyedul a tracking.log-ba kerulnek bejegyzesek, de az IP cim oszlopban 0.0.0.0 szerepel. Tuzfal konfiguracios problema termeszetesen nem lehet. Ezt mar alaposan atvizsgaltam. A chrony root-kent fut. Verzio: 1.23 (ubuntu 10.04 csomag). Apparmor kilove. Forrasbol probaltam a 1.24 es 1.23 verziokat, de ugyanez a hibajelenseg. Az 1.21 verzio pedig mar nem fordult le. -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Lenny kvm alá lenny
szistvan írta: virt-install --connect qemu:///system -n vm11 -r 512 --vcpus=2 --disk path=/dev/vg0/vm11 -c ~/debian-500-amd64-netinst.iso --vnc --noautoconsole --os-type linux --os-variant debianLenny --accelerate --network=bridge:br0 --hvm Van ott egy --vnc kapcsoló is. Az véletlenül nem azt jelenti, hogy VNC klienssel tudsz hozzá csatlakozni? 590x portot nem nyitotta meg? -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: UTF8 HTML konvertalas PDF-be
On Fri, Nov 20, 2009 at 05:19:21PM +0100, Erki-Kiss Zsolt wrote: Egyszeru a feladat, de nem gondoltam, hogy ennyi problema lehet vele 2009-ben... Egy UTF8 kodolasu HTML allomanyt szeretnek PDF-be konvertalni. Ezekkel probalkoztam: w3m -dump vacak.html | enscript ps -p - | ps2pdf - vacak.pdf w3m -dump vacak.html | groff -Tps | ps2pdf - vacak.pdf html2ps vacak.html | ps2pdf - vacak.pdf De sajnos sem az enscript, groff sem a html2ps nem kezel UTF8 kodolast. Egy iconv es megfelelo parameterek beiktatasaval a legjobb eredmeny egy LATIN1 kodolasu PDF lett kalapos o es u karakterekkel. Egyeb otlet, javaslat? wkhtmltopdf - Command line utility to convert html to pdf using WebKit Meg nem hasznaltam. De google ad jopar online konverzios lehetoseget is. Esetleg htmldoc olvasás 1-es. Természetesen előtte recode u8..iso8859-x vagy pc12cc Nekem a cp1250 szokott jó lenni magyar oldalakhoz a TM, (R) és a (C) miatt. Nem tudom, az iso8859-2-ből miért maradt ki... ... mint ahogyan azt sem, miért nem tud a htmldoc utf8-at... Köszönet, kipróbáltam, htmldoc jó lett cp1250 karakterkészlettel. Viszont még azt sem árultam el eddig, hogy nekem a bemeneti állomány csak egy mezei text only HTML, tehát a w3m bőven megfelel a TEXT konverzióhoz. Így tulajdonképpen a teljes boldogsághoz már csak a TXT-PS konverzióra kellene valamilyen UTF8 kompatibilis megoldás. -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: UTF8 HTML konvertalas PDF-be
Andras HORVATH írta: konverzióhoz. Így tulajdonképpen a teljes boldogsághoz már csak a TXT-PS konverzióra kellene valamilyen UTF8 kompatibilis megoldás. a) cedilla (kulturalt es lassu) b) paps (csunyabb, gyorsabb) c) kozelito megoldas magyar jellegu karakterekre: vim akarmi.txt :set printencoding=iso-8859-2 :%hardcopy akarmi.ps Köszönöm, teljes a boldogság ;) Ez teljesen megfelelő lett: w3m -dump vacak.utf8.html | paps --font=Monospace 9 | ps2pdf vacak.ps De a végeredmény tekintetében ez is hibátlan: iconv -f utf8 -t WINDOWS-1250 vacak.utf8.html | htmldoc -t pdf --no-title --no-toc --charset cp-1250 - -f vacak.pdf -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
UTF8 HTML konvertalas PDF-be
Egyszeru a feladat, de nem gondoltam, hogy ennyi problema lehet vele 2009-ben... Egy UTF8 kodolasu HTML allomanyt szeretnek PDF-be konvertalni. Ezekkel probalkoztam: w3m -dump vacak.html | enscript ps -p - | ps2pdf - vacak.pdf w3m -dump vacak.html | groff -Tps | ps2pdf - vacak.pdf html2ps vacak.html | ps2pdf - vacak.pdf De sajnos sem az enscript, groff sem a html2ps nem kezel UTF8 kodolast. Egy iconv es megfelelo parameterek beiktatasaval a legjobb eredmeny egy LATIN1 kodolasu PDF lett kalapos o es u karakterekkel. Egyeb otlet, javaslat? -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: UTF8 HTML konvertalas PDF-be
Koszonom az eddigi javaslatokat. A htmldoc talan eselyesnek tunik, ezt megnezem majd alaposabban. A LaTeX es a wkhtmltopdf pedig bizonyara jo lehet, csak (igaz nem irtam elsore, hogy) ez az egesz egy webes munkahoz kellene, es arra a webszerverre nem szivesen telepitenek LaTeX kornyzetet vagy egy komplett X szervert. Bar ha nem lesz jobb megoldas, talan kenytelen leszek. -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: GlusterFS NFS helyett
Erki-Kiss Zsolt irta: Szerintem te nem glusterfst akarsz, az nfs-edet kellene tunningolni. Ebben is igazad lehet. De en orultem, hogy a fenti modon egyaltalan sikerult megoldanom egy bosszanto problemat. Es arra gondoltam, erdemes lehet a glusterfs-el tovabb foglalkozni ilyen kornyezetben. Az NFS parametereket is leirom azert, hatha van otleted a problemara: exports: /mnt/www 192.168.1.0/255.255.255.0(rw,sync,no_root_squash,subtree_check,no_acl) fstab: 192.168.1.1:/mnt/www/mnt/wwwnfs rsize=8192,wsize=8192,timeo=14,intr 0 0 A hibajelenseg pedig ugy nez ki, hogy az /mnt/www egyben Samba megosztas is windows kliensek szamara. Gyakran elofordul, hogy egy ilyen kliens modosit egy fajlt, amit az NFS kliens oldalan mukodo Apache kiszolgalo jelenitene meg, de ott a fajl valtozasa csak percekkel kesobb jelentkezik. Folytatnam a temat, ugyanis a glusterfs sem valt be teljesen. Konkretan tobbszor volt olyan eset, hogy a kliensen az Apache vagy PHP altal nyitva tartott fajlhoz nem lehetett hozzaferni, amig ujra nem inditottam az Apache-ot vagy ki nem lottem a php-cgi processzeket. Ha listaztam a kerdeses konyvtarat ehhez hasonlot lathattam: r...@w4:/mnt/www/stevy# ls -l ls: cannot access microsite: No such file or directory total 64 drwxrwxr-x 18 stevy Domain Users 4096 2009-01-15 15:48 bak ?? ? ? ??? microsite Tehat most ujra az NFS megoldassal probalkozom. De van ez a bosszanto problema, amire tovabbra sincs otletem, hogy az NFS kliens oldalan mukodo Apache szamara idonkent csak kesobb lesz elerheto a fajl valtozasa. Pontosabban egy darabig az Apache 403-as hibat ad, es az error.log ezt irja rola: (13)Permission denied: access to ... ...de nehany masodperc (vagy rosszabb esetben perc) utan helyrejon. Ami meg erdekes lehet, hogy csak kisebb, nehany bajtos fajlok eseten fordul elo a jelenseg. Tehat nyilvan valami cache uritessel kapcsolatos, de mar fogalmam sincs, hol lehet ezt modositani. Samba oldalon a halasz.g altal javasolt write cache = 0 es posix lock = no beallitasokat megprobaltam, de semmi valtozas. -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: GlusterFS NFS helyett
Gabor HALASZ irta: Szerintem te nem glusterfst akarsz, az nfs-edet kellene tunningolni. Ebben is igazad lehet. De en orultem, hogy a fenti modon egyaltalan sikerult megoldanom egy bosszanto problemat. Es arra gondoltam, erdemes lehet a glusterfs-el tovabb foglalkozni ilyen kornyezetben. Az NFS parametereket is leirom azert, hatha van otleted a problemara: exports: /mnt/www 192.168.1.0/255.255.255.0(rw,sync,no_root_squash,subtree_check,no_acl) fstab: 192.168.1.1:/mnt/www /mnt/wwwnfs rsize=8192,wsize=8192,timeo=14,intr 0 0 A hibajelenseg pedig ugy nez ki, hogy az /mnt/www egyben Samba megosztas is windows kliensek szamara. Gyakran elofordul, hogy egy ilyen kliens modosit egy fajlt, amit az NFS kliens oldalan mukodo Apache kiszolgalo jelenitene meg, de ott a fajl valtozasa csak percekkel kesobb jelentkezik. Ha jol ertem, a samba-nfs iranyban lassu? Na most ezt nem biztos, hogy ertem, mire gondolsz, de korbeirom. Kezdetben egyetlen linux szerver volt amihez programozok samba-n keresztul csatlakoztak windows kliensekrol. A szerveren pedig nagyjabol egy LAMP kornyezet szolgalta ki oket, ahol ellenoriztek a munkajuk eredmenyet. Kesobb aztan szetvalasztottam a funkciokat fajlszerverre es egy kulon LAMP szerverre. A tarhely, amire a windows kliensek samba-n csatlakonak, NFS-el is meg van osztva a LAMP szerver fele. Es itt kezdodtek a problemak. A fajlszerveren meg mukodo Apache hibatlanul, azonnal jol jeleniti meg a fajl valtozasokat, mig az NFS klienskent mukodo gyakran csak kesleltetve. Esetleg jobban jarnek, ha a LAMP szerver is samba-n keresztul csatlakozna NFS helyett? -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
GlusterFS NFS helyett
A http://www.howtoforge.com/creating-an-nfs-like-standalone-storage-server-with-glusterfs-on-debian-lenny alapjan keszitettem GlusterFS megosztast es egy klienst hozza. Ez remekul mukodik is a korabbi NFS helyett. Es vegre nem panaszkodnak a webes fejlesztoink, hogy mentettek egy fajlt Samba-n keresztul az egyik szerverre, es a hozza NFS-el kapcsolodo webszerver nem jeleniti meg, csak kb. 5 perc mulva a valtozast. Most ezen felbatorodva szeretnem a /www konyvtar mellett a /home-ot is megosztani GlusterFS-el. Kerdes, hogyan is kell tobb konyvtarat beallitani. Elvileg van errol egy leiras a http://www.gluster.org/docs/index.php/NFS_Like_Standalone_Storage_Server-2 cimen, de az ketfele modot is emlit egyszerre, es nem vilagos, hogy akkor most melyik szerver konfig melyik kliens konfigohoz tartozik. Raadasul az elso linken emlitett leiras egyeb parametereket is megad a glusterfs kotetekhez mind kilens, mind szerver oldalon (pl. cache-size, window-size, mandatory-locks, thread-count). Es mivel ez az elso tapasztalatom glusterfs-el, nem igazan vilagos, hogyan kellene ezeket a hasznos parametereket tobb megosztashoz is beallitani. Ha kerhetem, tudna valaki sajat tapasztalata alapjan jol mukodo, tobb megosztast tartalmazo kliens/szerver konfigot kuldeni. Vagy esetleg valami kozertheto example linket? -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: GlusterFS NFS helyett
Gabor HALASZ irta: A http://www.howtoforge.com/creating-an-nfs-like-standalone-storage-server-with-glusterfs-on-debian-lenny alapjan keszitettem GlusterFS megosztast es egy klienst hozza. Ez akkora hulyeseg, hogy jelzot sem tudok. Meg csak meg sem probalta megerteni, hogy mi es mire jo a glusterfs. Koszonom, nekem ez is epito velemeny. Most ezen felbatorodva szeretnem a /www konyvtar mellett a /home-ot is megosztani GlusterFS-el. Kerdes, hogyan is kell tobb konyvtarat beallitani. Elvileg van errol egy leiras a http://www.gluster.org/docs/index.php/NFS_Like_Standalone_Storage_Server-2 cimen, de az ketfele modot is emlit egyszerre, es nem vilagos, hogy akkor most melyik szerver konfig melyik kliens konfigohoz tartozik. A glusterfs-nel nincs igazan szerver es kliens, altalaban mindenki szerver es kliens egyszerre, leven a hangsuly a distributed-en van. Igazad van, es ertem is en. De magan a glusterfs weboldalan is talalhato leiras arrol, hogyan allitsunk be NFS-szeru standalone storage konfiguraciot. Persze nyilvan nem ez a fo felhasznalasi terulete. Szerintem te nem glusterfst akarsz, az nfs-edet kellene tunningolni. Ebben is igazad lehet. De en orultem, hogy a fenti modon egyaltalan sikerult megoldanom egy bosszanto problemat. Es arra gondoltam, erdemes lehet a glusterfs-el tovabb foglalkozni ilyen kornyezetben. Az NFS parametereket is leirom azert, hatha van otleted a problemara: exports: /mnt/www 192.168.1.0/255.255.255.0(rw,sync,no_root_squash,subtree_check,no_acl) fstab: 192.168.1.1:/mnt/www/mnt/wwwnfs rsize=8192,wsize=8192,timeo=14,intr 0 0 A hibajelenseg pedig ugy nez ki, hogy az /mnt/www egyben Samba megosztas is windows kliensek szamara. Gyakran elofordul, hogy egy ilyen kliens modosit egy fajlt, amit az NFS kliens oldalan mukodo Apache kiszolgalo jelenitene meg, de ott a fajl valtozasa csak percekkel kesobb jelentkezik. -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: GlusterFS NFS helyett
Laszlo Baranyai irta: modosit egy fajlt, amit az NFS kliens oldalan mukodo Apache kiszolgalo jelenitene meg, de ott a fajl valtozasa csak percekkel kesobb jelentkezik. Nem inkabb cache? http://httpd.apache.org/docs/2.2/caching.html Nincs ilyen modul telepitve. Raadasul a problema nem jelentkezik, ha az Apache glusterfs-en keresztul latja a fajlrendszert. -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: roundcubemail + virtuális domainek
Vastagh Norbert írta: Bár egyre inkább az a gyanúm, hogy valamit nagyon nem veszek észre a leírásban ;-) Hosting cégeknél is lehet roundcubemail-t választani néha webmail felületként, és gondolom ott sem közös a címjegyzék ,-) Nem követtem pontosan, hogy nálad most mi is a probléma. De megnéztem neked, hogy van ez nálunk egy több-domaines webmailen, és minden egyes felhasználónak saját címjegyzéke van ugyanabban az adatbázisban tárolva. -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ProFTP + MySQL + TLS
Erdei-Gulyás Ferenc írta: Csak egy dologra nem jöttem rá, miért nem frissül a leírásban szereplő ftpquotatallies tábla??? Nem tudom, hogy csináltad, de itt egy nálam működő konfig részlet erre. Üres sorok választják el az paramétereket, egyébként egybe írandók. - QuotaEngine on QuotaLimitTable sql:/get-quota-limit QuotaTallyTable sql:/get-quota-tally/update-quota-tally/insert-quota-tally SQLNamedQuery get-quota-limit SELECT name, quota_type, per_session, limit_type, bytes_in_avail, bytes_out_avail, bytes_xfer_avail, files_in_avail, files_out_avail, files_xfer_avail FROM quotalimits WHERE name = '%{0}' AND quota_type = '%{1}' SQLNamedQuery get-quota-tally SELECT name, quota_type, bytes_in_used, bytes_out_used, bytes_xfer_used, files_in_used, files_out_used, files_xfer_used FROM quotatallies WHERE name = '%{0}' AND quota_type = '%{1}' SQLNamedQuery update-quota-tally UPDATE bytes_in_used = bytes_in_used + %{0}, bytes_out_used = bytes_out_used + %{1}, bytes_xfer_used = bytes_xfer_used + %{2}, files_in_used = files_in_used + %{3}, files_out_used = files_out_used + %{4}, files_xfer_used = files_xfer_used + %{5} WHERE name = '%{6}' AND quota_type = '%{7}' quotatallies SQLNamedQuery insert-quota-tally INSERT %{0}, %{1}, %{2}, %{3}, %{4}, %{5}, %{6}, %{7} quotatallies - TLS egyébként nálad jól működik? Nekem gondom volt vele, mert a leggyakrabban használt FileZilla kliens szerint a ProFTPd TLS megoldása bugos, ezért nem hajlandó hozzá csatlakozni. -- Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Debian conflicting packages
Szeretnek egyszerre ket ftp-server csomagot hasznalni: proftpd-t a 21-es porton es egy pure-ftpd-t a 2121-es porton. A masodik ftpd-t dpkg --force-conflicts -i modon telepitettem, de ettol kezdve minden apt-get muveletre hibauzenetet kapok: You might want to run `apt-get -f install' to correct these. The following packages have unmet dependencies: proftpd: Conflicts: ftp-server pure-ftpd-mysql: Conflicts: ftp-server E: Unmet dependencies. Try using -f. Hogyan lehet megtanitani a csomagkezelot arra, hogy ezt a helyzetet kivetelnek tekintse? Gondolom, van erre valami /etc/apt konfiguracios parameter, csak en nem talalom. -- Udv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Debian conflicting packages
Ferenc Wagner írta: Szeretnek egyszerre ket ftp-server csomagot hasznalni: proftpd-t a 21-es porton es egy pure-ftpd-t a 2121-es porton. A masodik ftpd-t dpkg --force-conflicts -i modon telepitettem, de ettol kezdve minden apt-get muveletre hibauzenetet kapok: Mindkét csomag tartalmazza legalább a /etc/ftpusers fájlt, ez szívatni fog. Az a helyzet, hogy mindketto egy-egy MySQL tablabol azonosit, es jol megferve mukodnek egyszerre egy szerveren. Az /etc/ftpusers fajlra szerintem igy nincs szuksegem. Csak akkor ert a meglepetes, amikor eloszor kiadtam pl. az apt-get upgrade parancsot. A tortenet egyebkent az, hogy tobb normal FTP tarhelyre toltenek fel pl. Kinabol erdekes dolgokat, pl. minden konyvtarba egy-egy index.html-t. Gondolom, az ugyfelek geperol valami virus beszerzi a titkositatlan forgalombol az hozzaferesi adatokat. Erre jott az otlet, hogy csinalunk FTPS-t, de a debian-ban levo osszes proftpd verzio TLS protokolljat a legtobb nepszeru windowsos FTP kliens bugosnak veli. Igy lett a proftpd melle egy pure-ftpd, ami FTPS only modban mukodik egy alternativ porton, es fokozatosan lehet megtanitani az ugyfeleket a hasznalatara. -- Udv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Debian conflicting packages
Hofferek Attila írta: Szeretnek egyszerre ket ftp-server csomagot hasznalni: proftpd-t a 21-es porton es egy pure-ftpd-t a 2121-es porton. A legtisztabb megoldas, ha kulon-kulon chrootot/vservert/domU-t csinalsz nekik. Vagy az egyikbol sajat csomagot ami nem vesz ossze masik ftpserverrel. Na igen, en is erre a gondolatra jutottam. Ezek szerint ne is almodjak arrol, hogy valahogy az /etc/apt konfigban ki lehet iktatni a ket csomag utkozesenek ellenorzeset? Xen-el es mas virtualis megoldasokkal pedig nem szeretnem tulbonyolitani ezt az egyebkent jol mukodo megoldast. Raadasul amugy is tobbe-kevesbe ideiglenes lesz. Csak az a baj, hogy igy tobbek kozt nem tudok frissiteni sem. -- Udv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: domain regisztracio
2009. 03. 10, kedd keltezéssel 18.18-kor Fried Zoltan ezt írta: Volna meg egy kerdesem. Mi az a glue rekord ? Ha jol ertem egy olyan rekord, amit nem a jo zonaba vettunk fel? Pásztor Miklós kiváló írását javaslom neked a témában: http://www.szabilinux.hu/dns/ -- Üdv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: nem jon valasz a SYN-re
2008. 11. 17, hétfő keltezéssel 13.26-kor Zoltan HERPAI ezt írta: Van egy gepem, ami erdekes hibajelenseget produkal. Bizonyos esetekben - tehat a bolygok megfelelo egyuttallasa eseten - bizonyos gepekrol jovo TCP SYN-ekre nem valaszol SYN/ACK-kal, Otlet: ECN bit nem lehet? http://en.wikipedia.org/wiki/Network_congestion_avoidance -- Üdv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Xen 32bites domU 64bites dom0 alatt
2008. 08. 28, csütörtök keltezéssel 17.43-kor Gabor Gombas ezt írta: Viszont most jovok ra, hogy azt sem tudom, a gyakorlatban hogy kell csinalni hvm domU-t. Kaphatnek ehhez egy leirast? Hogyan telepitsunk windows leirast mar talaltam, de hogyan kell hvm-es linuxot telepiteni? SZVSZ Windows install CD helyett Linuxos install CD-t bootolsz a domU-ban. De meg nem probaltam. Igen, kiprobaltam es tenyleg mukodik. Talaltam hozza itt egy otletado utmutatot: http://deshantm.livejournal.com/29959.html Ubuntu Hardy es Xen 3.2-hoz. -- Udv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Xen 32bites domU 64bites dom0 alatt
Mar egy fel napja olvasgatok es probalok rajonni, de nem sikerul, hogyan tudnam a targybeli kerdest megoldani. A feladat az lenne, hogy van egy mukodo osregi 32bites Debian Woody guest egy 32bites Xen 3.1 alatt, es ezt kellene athozni egy 64bites rendszerre telepitett Xen 3.2 kornyezetbe. -- Udv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Xen 32bites domU 64bites dom0 alatt
2008. 08. 28, csütörtök keltezéssel 16.25-kor Lajber Zoltan ezt írta: A 64 bites dom0-ban 32 bites domu _kernel_ bootolashoz kell hvm. De hvm nelkul is mukodik az, hogy a 64 bites dom0-bol inditasz egy 64 bites domu kernelt, de a userspace 32 bites libeket/binarisokat tartalmaz. Koszonom, ez megvilagositott. Nem voltam ebben biztos, hogy 64 bites kernellel menni fognak jol a 32 bites userspace dolgok, bar valoban elindult, ezt kiprobaltam. Viszont most jovok ra, hogy azt sem tudom, a gyakorlatban hogy kell csinalni hvm domU-t. Kaphatnek ehhez egy leirast? Hogyan telepitsunk windows leirast mar talaltam, de hogyan kell hvm-es linuxot telepiteni? Illetve, ha ugy akarnam, hogyan tehetnem at a regi, nem hvm-es Woody-t hvm domU-ba? -- Udv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Xen 32bites domU 64bites dom0 alatt
2008. 08. 28, csütörtök keltezéssel 16.42-kor Lajber Zoltan ezt írta: Viszont most jovok ra, hogy azt sem tudom, a gyakorlatban hogy kell csinalni hvm domU-t. Kaphatnek ehhez egy leirast? Hogyan telepitsunk En xen-tools -al gyartok linuxos domu-kat. Regi, de talan segit valamit: http://wiki.ih.szie.hu/node/50 En is a xen-create-image paranccsal szoktam gyartani a domU-kat, ez OK, de hogy tudok kesziteni olyan domU-t, aminek sajat kernele van, es mit sem tud a Xen-rol (gondolom ezt jelenti a hvm)? Valoszinuleg debootstrap meg chroot, de pl. hova telepitem a grub-ot, mit allitok be a domU xen cfg-ben? Illetve, ha ugy akarnam, hogyan tehetnem at a regi, nem hvm-es Woody-t hvm domU-ba? Leallitod a regi gepet, a hdd-t atrakod a xen -es gepbe, es bebootolod... Vagy a particiot dd-vel atmasolod image-be, azt adod a domu-nak. fstab-ot ne feledd javitani :) Nos, itt az osoreg Woody mar eddig is Xen domU volt egy regebbi Xen szerveren, ezt nyilvan at tudom masolni, es mostmar azt is tudom, hogy menni fog az uj Xen szerveren 64bites kernellel, de hogy tudnek ebbol hvm-es domU-t csinalni? -- Udv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Qmail log tavoli szerverre
A Daemontools csomagban levo multilog programot hasznalom qmail szerver logjainak kezelesere. Es azon gondolkodom, vajon megoldhato-e, hogy a log-ot egy tavoli, kozponti syslog-ng szervernek atkuldjem. Az splogger ha jol latom, talan alkalmas lehet arra, hogy a helyi syslog gyujtse a logot. Ha igen, tudna valaki kuldeni peldat, hogyan irjam at a daemontools konfigot? -- Udv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Bind master es Djbdns slave
On Fri, Jul 20, 2007 at 05:00:18PM +0200, SZALAI Karoly wrote: szervere? Masodszor, hogyan lehet ravenni, hogy toltse le a zona adatokat az elsodleges Bind szervertol eloszor, illetve, ha a zona frissul az elsodleges szerveren? tcpserver es axfr-get. a frissulest nem tudja automatikusan, illetve scriptelessel tudod triggerelni. egyszerubb, ha a primary is tinydns, es rscyn/scp segitsegevel aktualizalod. Koszonom, vegulis az autoaxfr-rel sikerult valamennyire automatizalni, de ehhez is kell valamennyi manualis konfiguracio, hogy megadjam melyik zonanak mi az elsodleges szervere, illetve a frissites azert nem rogton azonnal tortenik. Az elsodleges szerveren egyelore maradnia kell a Bind-nek. Talaltam viszont mas megoldast. A Powerdns supermaster konfiguracioja. Itt csak a master szervereket kell megadnom, es ha feloluk notify erkezik (akar egy uj zonara vonatkozoan is), a zona informaciokat azonnal attolti, illetve frissiti. Tehat ennel jobb megoldast nem is talalhattam volna. Igaz, eredetileg Djbdns-el szerettem volna megoldani. A Powerdns-t sem igazan ismerem, meg sosem hasznaltam eddig. Tudnatok errol a szoftverrol velemenyt mondani, esetleg tanacsokat, hogy mire figyeljek, hogyan allitsam be? -- Udv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Bind master es Djbdns slave
Tinydns-t konfiguralok eppen slave DNS szerver celjabol. Dokumentaciot mar 2 napja olvasom, de nem jovok ra par dologra. Eloszor is hogyan kell beallitani a tinydns-t, hogy egy adott zonanak o legyen a slave szervere? Masodszor, hogyan lehet ravenni, hogy toltse le a zona adatokat az elsodleges Bind szervertol eloszor, illetve, ha a zona frissul az elsodleges szerveren? -- Udv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Bind master es Djbdns slave
On Fri, Jul 20, 2007 at 12:39:24PM +0200, FoREE at AEGIS wrote: Tinydns-t konfiguralok eppen slave DNS szerver celjabol. Dokumentaciot mar 2 napja olvasom, de nem jovok ra par dologra. Eloszor is hogyan kell beallitani a tinydns-t, hogy egy adott zonanak o legyen a slave szervere? Masodszor, hogyan lehet ravenni, hogy toltse le a zona adatokat az elsodleges Bind szervertol eloszor, illetve, ha a zona frissul az elsodleges szerveren? http://www.lifewithdjbdns.com/#axfr-get Koszonet, ezt sikerult megoldani, hogy manualiasan lekerjem a zonat: tcpclient master_ip 53 axfr-get zone file file.tmp De hogyan mukodhet ez automatikusan? A tinydns logjaban latom, hogy a master ertesitest kuld a frissitesrol: @400046a0912414024e8c c0a80101:836c:63d7 I 0006 zone Jo lenne, ha ilyenkor automatikusan megtortenne a zona transfer. Megoldhato ez valahogyan? -- Udv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Bind master es Djbdns slave
On Fri, Jul 20, 2007 at 12:29:34PM +, Kiss Gabor wrote: De hogyan mukodhet ez automatikusan? A tinydns logjaban latom, hogy a master ertesitest kuld a frissitesrol: @400046a0912414024e8c c0a80101:836c:63d7 I 0006 zone Jo lenne, ha ilyenkor automatikusan megtortenne a zona transfer. Megoldhato ez valahogyan? A BIND-ok ilyenkor csak a valtozasokat cserelik ki. (Inkrementalis zonatranszfer.) Ettol fuggetlenul a slave a SOA rekordban megadott idokozonkent lekeri a verzioszamot, es ha az ove kisebb, teljes transzfert hajt vegre. Ha a tinydns ezt nem tudja, akkor kidobhatod. Hogy mit tud a tinydns, azt en is szeretnem tudni. Meg csak most ismerkedem vele. Mindenesetre most az az otletem, hogy irok egy cron processzt, ami ellenorzi a tinydns log-ot, es ha notify-re vonatkozo dolgot lat, lefuttatja a zona transzfert ugy, ahogy manualiasan mar sikerult megcsinalni. Persze azert szeretnem tudni, hogy van-e ennel jobb, szebb megoldas. -- Udv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: qmail-smtp - spamdb
On Wed, Sep 06, 2006 at 08:04:56PM +0100, Miloska wrote: Ez a tarpit is tetszik, mindent meg szeretnék nézni implementálás el?tt. Ahogy nézem, szerintem vírús/trójai a ludas. mfdnscheck is sokat megfoghat az automatikusan, nem letezo cimrol kuldott levelek kozul. nem tudom ismered-e, de erzesre jo lehet neked a qmail-spp is. a lenyege, hogy az smtp session kozben tetszoleges programot futtathatsz, pl. egy shell scriptet ami megnezi van-e olyan vpopmail user rcpt to utan, mfdnscheck check mail from utan, stb. mindezt ujraforditgatas es egyeb hercehurca nelkul. nyilvan sajat modul irasa sem nagy kaland. dotdeb -es qmail-ben csomagban is benne van - lustasag fel egeszseg :) Igazan nem akarom eroltetni, de amit eddig irtal, az mind megoldott a Shupp fele toaster-ben. Tarpit helyett spam throttle van, mfdnscheck funkciojat a chkuser patch tartalmazza. Virusszuresnel pedig ha az ugyfel veletlen virust kuld, mar smtp szinten ertesitest kaphat, sot ugyanez spam eseteben is. Nincs felesleges bounce, karanten es egyeb ertesito uzenet. Igaz, nincs deb csomag, de Shupp leirasa alapjan eleg egyszeru megcsinalni. -- Udv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
atd es ldap
Normal felhasznalokent inditottam egy at processzt, de a syslog-ban ezt az uzenetet talalom: atd[514]: Userid 1001 not found - aborting job3 (a301265db2) 1001-es id-vel rendelkezo felhasznalo valoban nincs az /etc/passwd-ben, mivel az azonositas ldap-bol tortenik. Mit lehet ilyenkor tenni? -- Udv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: atd es ldap
On Wed, Sep 06, 2006 at 11:54:07AM +0200, Gabor HALASZ wrote: Gondolom a pam konfigja rossz, ezert nem tud resolvalni. [EMAIL PROTECTED]:~$ apt-cache depends at at Depends: libc6 Depends: libpam0g Depends: mail-transport-agent Ahha, koszi, ez segitett. Nekem itt most gentoo van, de az ejszaka volt egy teljes reemerge gcc es glibc frissites miatt, es bizony nem inditottam ujra az atd-t. -- Udv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: DVR
On Thu, Jan 05, 2006 at 06:07:35PM +0100, Szima Gábor wrote: Van valakinek (jo) linuxos tapasztalata 2/4 portos grabber kartyaval? http://www.grand.com.tw/en/product_form.asp?lwk_series=51lwk_product=e-060lwk_page= + jol mukodik (Bt878) - minel tobb port, annal lassabb fps -- Udv, Erki-Kiss Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux