Re: Tarifaszámláló program
Vastagh Norbert írta: Nem is ezzel van a gond: az addig rendben van, hogy egy valamennyire szabványos formában jönnek ki az adatok. De valami felhasználói felület is kellene hozzá, mert az ügyfél nem a nyers adatokat szeretné nézegetni... Üdv! Ha benne van *SQL-ben onnan OO.o Base segítségével csinálhatsz gyönyörő lekérdezést, statisztikát, kutyafülét, bármit. (Ehhez én nem várnék programozóra) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: server
Hofferek Attila írta: Hello, tudtok valahol hasznalt szerver(nek valo, hostingra lerakva) gepeket eladot? Persze: http://hup.hu/forum/174 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Tarifaszámláló program
Vastagh Norbert írta: Sziasztok! Ingyenes tartifaszámláló programot keresek linuxra, de nem találok. Pedig mintha lett volna róla szó már... De hiába keresek. Egy Panasonic központhoz kellene, aminek soros portja van. Üdv! Semmi bonyolultat nem csinálnak ezek a programok. Álatlában 852 -es kódlappal durják bele a textet a soro portba, szóval nézd meg mit és hogyan ír. Valami ilyesmivel próbálkozz: tail -f /dev/ttyS0 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: sql server - mysql
Hofferek Attila írta: sql server 2003 Jól kérdezni legalább olyan fontos, mint jól válaszolni: MS SQL 2000 -re gondolsz? http://www.google.com/search?source=ighl=hurlz=q=mssql+to+mysql+syncbtnG=Google+keres%C3%A9smeta=lr%3Dlang_en _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Torrent szerver
Kiss Gabor írta: Szép, szép, de mégiscsak kell sok más is: PERL, Python, MySQL, Apache, PHP,... (PERL és WN van. Slussz.) Akkor már inkább a sima FTP. Kösz! Gábor Pontosabban: lighttpd + php + sqlite + perl vagy BitTornado + Python + egy startup script ami rebootkor elindítja a torrenteket, ha csak egy-két file van amit állandóan seedelni akarsz akkor valami ilyen kell: a crontabba: @rebbot /usr/local/bin/python ./home/.../bittornado -.. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Torrent szerver
Kiss Gabor írta: Arra gondoltam, beszállnék a LinuxMCE terjesztésébe. Ugyanis mikor letöltöttem a 2 CD image-t, elment vele egy nap. Mások ugyanígy színak vele, ha jól sejtem. Két lehetõségem van: - Felrakom a file-okat a már meglevõ FTP szerveremre, és kisámfáztatom a gépet. :-) - Megkérdem tõletek, hogy lehet torrenttel szolgáltatni (seed) emberi közremûködés (interaktív programok piszkálása) nélkül, tehát bootoláskor automatikusan induló lidérccel. Melyik program akalmas erre? kissg Ehhey nem kell más csak a torrentflux-b4rT: http://tf-b4rt.berlios.de/ Abban van egy perl alapú torrent-daemon ami megcsinálja ezeket, amit szeretnél _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: [ADMIN] Re: TV szerver
Hofferek Attila írta: Szivesen felajanlok egy smtp accot, ha Zsolt igenyli. A http://gmail.com/ -on regel egy accot (ez de k. jól hangzik ;) ), oszt azt smtp -nek is használhatja, a gond meg van oldva! Kayapo! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
fetchmail POP3 fiók
Kezelünk egy Exchange 2000 servert, aminek (az előtte lévő tűzfalon futó) fetchmail tölti le a leveleket és adja át az SMTP porton. A cég összes levele egy csoport fiókba érkezik és a fetchmail válogatja szét. Eddig ez megy is flottul, DE az Exchange lehalt, de rendesen. Amíg ujá teremtjük kell megoldás a levelek fogadására, ezért azt találtam ki hogy a tüzfalra csinálok fiókokat és majd onnan letöltik a leveleket. Na az ötlet remek, de abban segítség kellene hogy hogyan változtassam meg a fetchmail configját, ami most így néz ki: defaults: ssl poll ps.hu protocol pop3 envelope Delivered-To: qvirtual cegnev+ localdomains cegnev.hu aka szolgaltato.hu user cegnev with password X to * here smtphost cegnev.hu Találtam egy ilyet: http://hup.hu/node/31540 A kérdésem az lenne, hogy a 'xxx' = 'yyy' Helyére mi való? Az 'emailcím' = 'helyi_felhasznalo_nev' , márhogy a valódi emailcím az 'emailcim' helyére? Mindenfajta segítségért nagyon hálás vagyok _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: postfix spam
zamek írta: hello, Na vegre sikerult: smtpd_helo_restrictions= permit_mynetworks, reject_invalid_helo_hostname, reject_non_fqdn_helo_hostname, reject_unknown_helo_hostname most tesztelem, de engem telnettel siman kirugott a helo utan:) A linket ahol err[l olvast'l, tudn'l k-ldeni _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: postfix spam
Jozsef Valkai írta: Jo, ez igy franko, gondolom wget-tel frissited a filet, meg postfix reload. Valkai Jozsef [EMAIL PROTECTED] Igen! Van a /etc/cron.weekly ben egy sa_blacklist nevű script: #!/bin/bash cd /etc/postfix make refresh /dev/null A Makefile meg így néz ki: .PHONY: all virtual bccs restart all: virtual bccs restart refresh: getspam spam restart spam: postmap /etc/postfix/sa_blacklist virtual: postmap /etc/postfix/virtual bccs: postmap /etc/postfix/sender_bcc_always newaliases restart: /etc/init.d/postfix restart /etc/init.d/spamassassin restart /etc/init.d/amavis restart getspam: wget -q -O sa_blacklist http://www.sa-blacklist.stearns.org/sa-blacklist/sa-blacklist.current.reject | mailx -e -s Blacklist Nem érhető el! XX @ X .hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Postfix always_bcc másképp
Szabo Istvan írta: Melyik opciót nézzem meg alaposabban? Előre is köszönöm a segítséget Nem lehet erre jó a recipient_bcc_maps opció? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: postfix spam
zamek írta: hello, Ezzel a dátummal: Tuesday 22 January 2008 13.18.54 Kiss Gabor ezt írta: In article [EMAIL PROTECTED], zamek [EMAIL PROTECTED] writes: Ok, hadd vilagitsam meg egy kicsit a helyzetet. Ez egy meresadatgyujtessel = es = cvs/svn repository tarolasaval foglalkozo szerver, nehany userrel, szo = szerint 10 db, akiknek van sajat levelezesuk, csak a meresadatgyujtessel Beallithatsz ele egy MX-et, amelyik raer valogatni a levelek kozott. A server egy server farmon van, nem akarok meg egy gepert fizetni, ha jol ertem amit javasolsz. A postfix -et be lehet állítani olyan módon, hogy a külső e-mail serverek első kapcsolódási kisérletét a HELO -kor/után elutasítsa és majd csak az ismételt kapcsolatkor fogadja el a küldést. Én még ilyet nem csináltam, e majd más megmondja mit kell csinálni. Illetve hasnálhatod a: # sa blacklist smtpd_sender_restrictions = check_sender_access hash:/etc/postfix/sa_blacklist direktívát, ez is a HELO után dobja a kapcsolatot (ha jól tévedek 5.5.4 -el). Itt van hozzá egy lista: http://www.sa-blacklist.stearns.org/sa-blacklist/sa-blacklist.current.reject _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Bacula tanácstalanság
Baculával kapcsolatban szeretnék segítséget kérni. A következő a helyzet: Baculaval mentek servereket, ezeknek a mentése megy remekül, megbízhatóan. Most azonban támadt egy hatalmas ötlet, hogy a management laptopjait is mentsük le. Nos azt szeretném, hogy a bacula az egyes gépek mentéseit, gépenként almappákba tegye: /srv/0 -- ide kerülnek az összes mentések(jelenleg az egyes szerverek mentései külön fileok) sql-0001 sql-0002 ... stb mail-0001 mail-0002 ... stb de azt szeretném, ha ez úgy módosulna, hogy: server/ sql-0001 ... mail-0001 ... alfred/ -- alfred laptop mentései user-0001 datagramm-0001 benny/ -- benny laptop mentései user-0001 datagramm-0001 millinom-0001 ... És így tovább. A kérdésem az lenne, hogy milyen direktívával és hol kell beállítanom, ezt. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysql karakterkeszlet problemak
A [client] szekcióba kell felvenni a default-character-set = latin2 beállítást, illetve a [mysqld] szakaszba a: init-connect='SET NAMES latin2' beállítást. Valamint ezeket a linkeket olvasd: http://dev.mysql.com/doc/mysql/search.php?version=5.0q=connection+commandfrom=%2Fdoc%2Frefman%2F5.0%2Fen%2Flang=en http://dev.mysql.com/doc/refman/5.0/en/charset-connection.html _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IBM ServeRaid-8k-l
Szabo Istvan írta: Hi! A fenti Raid kártyával érdemes foglalkozni, vagy inkább szoftveres raid1-et csináljak? Jajj Ne! Erre megint jönni fog 45 válasz amiből kiderül, hogy mennyivel jobb a software-es RAID Komolyan: Nézd meg az IBM oldalain, a specifikációit, ha azok közül valamit nem értesz azt kérdezd meg itt, és döntsd el, hogy kell-e ez neked. Ne halgass más (akár az Én) féltudományos, véleményére, ebből a szempontból, sokan írtak furcsaságokat is ezen a listán. Szóval ne halgass senkire, csak a saját szempontjaid alapján dönts. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: basic
Also-Antal Csaba írta: linux-ra keresek egyszeru mezei, nem visual basic-et, amiben grafikus utasitasok is vannak. van ilyen? olyasmi lenne jo ami a comodore-okban volt, amit egy gyerek is konnyen tud hasznalni. udv Csaba http://www.thefreecountry.com/compilers/basic.shtml Előbb Goglezni kellene... :-P Különben meg gyereknek kell tanulni? Iskolában tanulnak ilyesmit? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
LDAP címtár szerkesztése
Üdv! Zsiga könyve alapján (Egy elképzelt hálózat...) Elkészítettem egy pdc-t (köszönet az írásért!), ámde felmerült az igény, hogy ha már eleve tud címeket tárolni, használjuk címtárként is (e-mail, telefon cég, stb). Az alábbi struktúrát kellene megvalósítanom: www.organisation.hu | \__Organisation Ltd. || \__ Organisation Ltd. Unit1 ||| \__Person1 ||| \__Person2 ||\___PersonN | \__ Organisation Ltd. Unit2 || \__Person1 || \__Person2 |\___PersonN \___Organisation LLC. | \__ Organisation LLC. Unit1 || \__Person1 || \__Person2 |\___PersonN stb... Tehát kifejtve: 20 ~ 70 cég 100 ~ 500 személy adatait kellene tudni eltárolni, úgy, hogy hozzáadni (lehetőleg a levelező programjukból) bárki tudjon, elvenni (örölni) csak az admin. Azt gondolom, a későbbi kezelésre phpldapadmin -t [http://phpldapadmin.sourceforge.net/] használnék, de az első feltöltést .ldif file-okkal csinálnám: A kezdő adathalmaz .csv -ben rendelkezésemre áll, ebből kreálnám meg az .ldif fileokat, BASH, vagy Perl scriptel, majd megetetném az LDAP kiszolgálóval. A kérdésem az lenne, hogy hogyan kell felépülnie az .ldfi fileoknak? Kell-e külön gyökérbejegyzés (dc=organisation,dc=hu) minden egyes cégnek, vagy a már meglévő bejegyzés alá kell rendeznem (dc=businesspark,dc=hu) azokat, függetlenül atól, hogy az emailcímük és a cégük webcíme: organisation.hu? Természetesen semmilyen jogot nem szeretnék nekik adni a Sambahoz, vagy bármi máshoz. Előre is köszönöm a felvilágosítást! P.S.: Aki tud írhatna példát az .ldif -ekre, ha használ valaki ilyen szolgáltatást _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Levelezés menyiségi quotával
Van egy már elkészült webkiszolgáló, amin van 8 domain és ezek közül 3, vagy 4 szeretne rendszeresen hír leveleket küldözgetni változó gyakorisággal, néha több ezer címzettnek, de azt nem akarom, hogy ez a feltétlenül szükségesnél jobban terhelje a servert, illetve a mennyiség miatt nem szeretném, ha valamilyen blacklistre kerüljön a server, ezért azt találtam ki, hogy mennyiségi quotát vezetek be. Jelenleg *Psotfix *van a gépen, természetesen nem zárkózom el attól, hogy másmilyen kiszolgálót használjak, de azért jó lenne, ha maradhatna a Postfix. Tehát abban kérek segítséget, hogy hogyan kezdjek neki, esetleg ha tudtok erre megoldást szívesen venném. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysqldump hibát jelez
Mihaly Zachar írta: hiaba adsz neki -S -sel unix socketet, ha -h 127.0.0.1-et irsz, akkoris TCP-n fog menni... :) szoval ha -h localhost van akkor _tuti_ a unix socket, ha -h 127.0.0.1 akkor _tuti_ TCP na, ezert nem kell az is :) en meg anno megszivtam ezt amikor egy webszervert jail-ba koltoztettem, az ugyfel php kodjaiban mindenhol localhost-ra csatlakoztak, es ha a fejem tetejere alltam, akkor se tudtam neki elmagyarazni, hogy TCP-n kapcsolodjon... na, akkor olvastam valahol, hogy ezt az ugyfelek megsegitesere talaltak ki, hogy nehogy valaki mar a localhoston TCP-vel akarjon kommunikalni, mert a programozok nagyresze nemfigyel erre oda, es a TCP-n torteno kommunikacio teljesitmenycsokkenest okoz ugyebar... szoval gondolkodnak helyettunk... peace :) Na szóval: www:~# mysqladmin -p version Enter password: mysqladmin Ver 8.41 Distrib 5.0.32, for pc-linux-gnu on i486 Copyright (C) 2000 MySQL AB MySQL Finland AB TCX DataKonsult AB This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to modify and redistribute it under the GPL license Server version 5.0.32-Debian_7etch1-log Protocol version10 Connection Localhost via UNIX socket UNIX socket /var/run/mysqld/mysqld.sock Uptime: 16 hours 14 min 39 sec Threads: 4 Questions: 18446 Slow queries: 0 Opens: 1463 Flush tables: 1 Open tables: 64 Queries per second avg: 0.315 www:~# mysqladmin -p version -h 127.0.0.1 Enter password: mysqladmin Ver 8.41 Distrib 5.0.32, for pc-linux-gnu on i486 Copyright (C) 2000 MySQL AB MySQL Finland AB TCX DataKonsult AB This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to modify and redistribute it under the GPL license Server version 5.0.32-Debian_7etch1-log Protocol version10 Connection 127.0.0.1 via TCP/IP TCP port3306 Uptime: 16 hours 15 min 5 sec Threads: 4 Questions: 18459 Slow queries: 0 Opens: 1463 Flush tables: 1 Open tables: 64 Queries per second avg: 0.316 Tehát való igaz, hogy a -h 127.0.0.1 hatására TCP/IP kapcsolat jön létre, ámde a kacsolódás ugyancsak sikertelen: # mysqldump --ssl -u backup -p** -h localhost -B mysql --create-option --add-drop-table -c -F -e -h 127.0.0.1 mysqldump: Got error: 2026: SSL connection error when trying to connect Bugriport: http://bugs.mysql.com/bug.php?id=27669 Theát még eddig megoldatlan (5.0.32), újra forgatásra sajnos nincs időm. Mindazonáltal az egész túlhaladott, mivel távolról minden további nélkül működik a mentés _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
mysqldump hibát jelez
Van egy parancsom: # mysqldump --ssl -u backup -p** -h localhost -B mysql --create-option --add-drop-table -c -F -e Erre: mysqldump: Got error: 2026: SSL connection error when trying to connect a válasz. A my.cnf, ide vágó része: [mysqld] ssl-ca = /etc/apache2/ssl/cacert.pem ssl-cert= /etc/apache2/ssl/newcert.pem ssl-key = /etc/apache2/ssl/newkey.pem ssl-cipher = ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+SSLv2 default-character-set = utf8 [mysqldump] #quick quote-names max_allowed_packet = 16M ssl-ca = /etc/apache2/ssl/cacert.pem ssl-cert= /etc/apache2/ssl/www.businesspark.hu/newcert.pem ssl-key = /etc/apache2/ssl/www.businesspark.hu/newkey.pem ssl-cipher = ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+SSLv2 A log full üres!!! Az a kérdésem, ismer-e valelyíkőtök erre megoldást, akár úgy is, hogy egy más parancssoros eszközt használok a mentésre, aminek napi és heti gyakorisággal kellene történnie, tehát valami skálázható dolog kellene, ha a mysqldump nem megy. Illetve ki találkozott már ilyennel? Esetleg meg tudom-e mondani valahogy a mysqld-nek, hogy a localhoston keresztüli csatlakozásokat titkosítatlanul is elfogadja. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysqldump hibát jelez
Molnár István írta: Van egy parancsom: # mysqldump --ssl -u backup -p** -h localhost -B mysql --create-option --add-drop-table -c -F -e Erre: mysqldump: Got error: 2026: SSL connection error when trying to connect a válasz. A my.cnf, ide vágó része: [mysqld] ssl-ca = /etc/apache2/ssl/cacert.pem ssl-cert= /etc/apache2/ssl/newcert.pem ssl-key = /etc/apache2/ssl/newkey.pem ssl-cipher = ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+SSLv2 default-character-set = utf8 [mysqldump] #quick quote-names max_allowed_packet = 16M ssl-ca = /etc/apache2/ssl/cacert.pem ssl-cert= /etc/apache2/ssl/www.businesspark.hu/newcert.pem ssl-key = /etc/apache2/ssl/www.businesspark.hu/newkey.pem ssl-cipher = ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+SSLv2 A log full üres!!! Az a kérdésem, ismer-e valelyíkőtök erre megoldást, akár úgy is, hogy egy más parancssoros eszközt használok a mentésre, aminek napi és heti gyakorisággal kellene történnie, tehát valami skálázható dolog kellene, ha a mysqldump nem megy. Illetve ki találkozott már ilyennel? Esetleg meg tudom-e mondani valahogy a mysqld-nek, hogy a localhoston keresztüli csatlakozásokat titkosítatlanul is elfogadja. Az archívum kedvéért: Megtaláltam, mi a gond ez bizony bug a mysqldumpban. Ha a szerver ssl titkosítással várja a csatlakozásokat, nem lehet neki azt mondani, hogy localhost-on a nélkül is lehessen csatlakozni, így azonban a mysqldump nem képes localhoston csatlakozni, azonban távolról hívva, működik, tehát mentőserverről dumpolhatóak az adatbázisok. Jelen esetben a --port 3306 kapcsoló sem segít (valószínűleg - szerintem - a socketen való csatlakozással lehet a gond) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mysqldump hibát jelez
Mihaly Zachar írta: Molnár István wrote: Az archívum kedvéért: Megtaláltam, mi a gond ez bizony bug a mysqldumpban. Ha a szerver ssl titkosítással várja a csatlakozásokat, nem lehet neki azt mondani, hogy localhost-on a nélkül is lehessen csatlakozni, így azonban a mysqldump nem képes localhoston csatlakozni, azonban távolról hívva, működik, tehát mentőserverről dumpolhatóak az adatbázisok. Jelen esetben a --port 3306 kapcsoló sem segít (valószínűleg - szerintem - a socketen való csatlakozással lehet a gond) de a localhost-rol miert TCP-n dumpolod az adatbazist ? ha hozzafersz, hasznalda unix socket-jet inkabb!! Misi Éppen ez okozza a problémát. Kicsit zavaros volt az előző levél... Tehát sem a unix socket, sem a 127.0.0.1 -re való csatlakozás sem segített. Ha a gép IP címét (eth0) adtam meg akkor is ugyan ez volt a gond. Azonban, ha másik gépről - nevezetesen a mentő serverről - indítpm a dumpot, megy mint a karikacsapás. Ha nem nagy gond újra nem keresném ki a bugriportot... Abban az esetben is a mentőgépre kerülne a dump, de a serverről a már elkészült és betömörített dumpot szedte volna le rsyncel a mentő server _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: a 22-es csapdaja
Szóba került az SMS küldözgetés. Miért nem kérdezedle egy visszaküldött SMS-el a sikeres, vagy sikertelen státuszt? Az SMS küldéshez gondolom SMS servert használsz, az pedig tud fogadni is és adott szövegtartalomra kiváltani eseményeket (sajnos windowsos környezetben, de használtam ilyet, kapott egy el hashelt parancsot és ez kiváltott egy status lekérdezést, ami SMS-ben jött vissza) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: a 22-es csapdaja
Zidarics Zoltan írta: hello, Az lenne a feladat, hogy egy felhasznaloi behatasra egy elozetesen csatlakoztatott huawei e220-szal fel kellene connectalni, majd ertesiteni engem arrol, hogy akarnak tolem tavfelugyeletet es a kapott ip cimet. Szerencsere Pannon a szolgaltato, igy nincs nat-olas. Igen am, de ha a ppp hasznalja a modemet, nem ferek hozza, hogy sms-t tudjak kuldeni :( Hogy lehetne kikerulni a 22-es csapdajat, ill. milyen alternativ modszerek vannak arra, hogy ertesuljek a connectrol? A e-mail nem a legjobb, mert nem vagyok mindig on-line. udv, Google -val keress rá az ultravnc +singleclick kifejezésre. Mi régóta használjuk ezt a megoldást, nagyon profi, egyelőre ennyit, ha megnézted, a többit privátban _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: 72.3hz xorg..
Also-Antal Csaba írta: adott egy htpc amin linux van, 72hz-re van allitva, hogy a 23.976-os filmek ne szaggassanak. az alaplapi vga viszont 72.3hz-ra all be vagy 70.3 vagy 60.3-ra. vagyis van egy .3hz-s pontatlansag. ami eleg zavaro mert adott tavonkent a vga es a plazma pixelek nem fedik egymas es ott szorosodik a kep. a tv jo mert masik vga-val pontos, kerek frekvenciakat mer. de nem akarok +vga-t tenni bele mert az alaplapi ettol eltekintve jo minosegu. valami sajat modeline-el be lehet loni hogy pontos legyen a vga fps? udv Csaba Ha jól emlékszem a nevére van egy, vgatun nevű program, ami ebben segít. Vonalak, négyzetek, körök, meg színes pacnik segítségével tudod belőni a megfelelő képi paramétereket (ez 7db tologatónak a húzkodását jelenti). Ha kész vagy elkészíti a megfelelő modlinet. Csak foszlányokban emlékszem rá, már van vagy 2 éve, hogy szükségem volt ilyenre _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: a 22-es csapdaja
Kosa Attila írta: On Wed, Aug 22, 2007 at 09:57:53AM +0200, Molnár István wrote: Zidarics Zoltan írta: Az lenne a feladat, hogy egy felhasznaloi behatasra egy elozetesen csatlakoztatott huawei e220-szal fel kellene connectalni, majd ertesiteni engem arrol, hogy akarnak tolem tavfelugyeletet es a kapott ip cimet. Google -val keress rá az ultravnc +singleclick kifejezésre. Mi régóta használjuk ezt a megoldást, nagyon profi, egyelőre ennyit, ha megnézted, a többit privátban Szerintem elkepzelheto, hogy tobb embert is erdekelne a listan, ezert legalabb egy osszefoglalot szivesen olvasnek a megoldasrol :) Tudom, hogy rohadt köcsög vagyok, de ezel a cégünk pénzt is keres, a megoldás ott van a neten, tessék venni a fáradtságot: http://www.google.hu/search?q=ultravnc+single+clickie=utf-8oe=utf-8aq=trls=org.mozilla:hu:officialclient=firefox-a Az első link vezet a megoldáshoz, meg a harmadik. Dióhéjban: ez egy ~300k -s program ami egy vnc servert valósít meg és meghív egy távoli klienst IP címmel, vagy domain név alapján. Ez így kicsit zűrzavaros, de az oldalukon minden le van írva _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: SATA RAID kartya vs. SW raid...?
Lajber Zoltan írta: On Tue, 14 Aug 2007, Makó Gábor wrote: A sw raid se vesz el szamottevot, es sokszor gyorsabb, mint a hw raid kartyak. Bar ez ep a fentire nem igaz, kb egyforma gyors a ketto. Na ezt még egyszer át kellene gondolni! Ha csak logikusan végig gondolod, minden file műveletnél kétszer kell a processzornak ugyan azzal az adatmennyiséggel dolgoznia. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Apache2 FastCGI + PHP5
Apache 2.2.3 -at telepítettem (csomagból), mivel szükséges, hogy a
hostok userenként fussanak, FastCGI-vel
a fastcgi.conf:
IfModule mod_fastcgi.c
AddHandler fastcgi-script .php .phtml
AddType application/x-httpd-fastphp .php .phtml
FastCgiWrapper /usr/bin/suexec
FastCgiServer /usr/bin/php5-cgi
FastCgiConfig -singleThreshold 100 -killInterval 300 -autoUpdate
-idle-timeout 30 -pass-header HTTP_AUTHORIZATION
FastCgiIpcDir /var/run/apache2/fastcgi/
IfModule mod_actions.c
Action application/x-httpd-fastphp /usr/bin/php5-cgi
/IfModule
/IfModule
ámde, ha elindítom az apache-ot, akkor a:
Syntax error on line 9 of /etc/apache2/mods-enabled/fastcgi.conf:
FastCgiIpcDir /var/run/apache2/fastcgi/: already defined as
/var/run/apache2/fastcgi
Hibaüzenetet kapom
Ha a FastCgiIpcDir /var/run/apache2/fastcgi/ sort kikommentezem akkor
elindul ugyan a server, de nem szolgálja ki a php-s kéréseket, illetve a:
Warning: SuexecUserGroup directive requires SUEXEC wrapper.
Figyelmeztetést kapom, a logba is ugyan ez kerül.
Ha valaki már állított be, így FCGI-t kérem segítsen. A server https -en
keresztül szolgál ki, a hostra vonatkozó conf:
##
# https://crm.businesspark.hu/
##
NameVirtualHost 192.168.2.248:80
VirtualHost 192.168.2.248:80
ServerAdmin [EMAIL PROTECTED]
ServerName crm.businesspark.hu
RewriteEngine on
RewriteCond %{SERVER_PORT} ^80$
RewriteCond %{HTTP_HOST} crm\.businesspark\.hu [NC]
RewriteRule ^(.*)$ https://%{SERVER_NAME}$1 [L,R]
RewriteLog /var/log/apache2/crm.rewrite.log
RewriteLogLevel 1
ErrorLog /var/log/apache2/crm.error.log
LogLevel alert
CustomLog /var/log/apache2/crm.access.log combined
/VirtualHost
NameVirtualHost 192.168.2.248:443
VirtualHost 192.168.2.248:443
ServerAdmin [EMAIL PROTECTED]
ServerName crm.businesspark.hu:443
SSLEngine on
SSLCertificateFile /etc/apache2/ssl/crm.businesspark.hu/newcert.pem
SSLCertificateKeyFile
/etc/apache2/ssl/crm.businesspark.hu/newkey.pem
SSLCACertificateFile /etc/apache2/ssl/cacert.pem
SSLVerifyClient none
SetEnvIf User-Agent .*MSIE.* nokeepalive ssl-unclean-shutdown
downgrade-1.0 force-response-1.0
SSLCipherSuite
ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL
SuexecUserGroup crm crm
DocumentRoot /var/www/crm/pub/
Directory /
Options FollowSymLinks
AllowOverride None
/Directory
Directory /var/www/crm/pub/
Options Indexes FollowSymLinks -MultiViews ExecCGI Includes
SetHandler fastcgi-script
AllowOverride None
Order allow,deny
allow from all
RedirectMatch ^/$ /info/
/Directory
ScriptAlias /cgi-bin/ /var/www/crm/cgi-bin/
Directory /var/www/crm/cgi-bin/
AllowOverride None
Options ExecCGI -MultiViews +SymLinksIfOwnerMatch
Order allow,deny
Allow from all
/Directory
ErrorLog /var/log/apache2/crm.error.log
# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel info
CustomLog /var/log/apache2/crm.access.log combined
ServerSignature On
Alias /stat/ /var/www/crm/stat/
Directory /var/www/crm/stat/
Options Indexes MultiViews FollowSymLinks
AllowOverride None
Order deny,allow
Allow from all
/Directory
/VirtualHost
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache vs CLOSE_WAIT
Veres Lajos írta: Sziasztok, Apache webszerverünket néha elözönlik a CLOSE_WAIT állapotú kapcsolatok. netstat -taupn|grep apache|grep CLOSE_WAIT Kb mint itt: http://www.linuxforums.org/forum/servers/27519-alright-im-dying-here-apache-help-mysql-php.html Csak nekem sok különböző IPről. Pl: Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State ... tcp1 14480 mywebsite.com:http dsds1bcx02.bankon:57588 CLOSE_WAIT ... Állítsd a KeepAliveTimeOut értékét egészen rövid értékre (2-5 másodpercre) valamint a Timeout értékét is a lehető legalacsonyabbra én 90 másodpercet javaslok, de ezekkel együtt tanácsos a KeepAliveRequest értékét magas 600 - 800 -as értékre állítani Ezen kívül meg kéne próbálni néhány helyen még játszani a conf -al: StartServers Max Clients MinSpearTreads MaxSpearTreads ThreadsPerChild MaxRequestPerChild _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: sftp + chroot
Vastagh Norbert írta: Sziasztok! Nagggyon amatőr vagyok ;-) , de nem tudom megoldani azt, hogy sftp-s felhasználók nem tudjanak kilépni a home könyvtárukból :-((( Amit próbáltam: proftpd, ssl nélkül megy rendesen, tehát ha benne van a konfigban, hogy DefaultRoot ~, akkor nem tudnak kilépni a home könyvtárukból: de ha átállítom ssl-re, akkor vidáman kilépnek. Régebben megkérdeztem, hogy mit lehetne tenni, de nem emlékszem, hogy született volna megolás... Na, ma próbaképpen feltettem a gépemre egy vsftpd-t. Ugynaz a jelenség: chroot_local_users=YES van a konfigban, nem is tudnak kilépni. Aztán bekapcsolom az ssl-t, és máris kiléphetek a könyvtáramból. Biztosan nagyon egszerű a megoldás, de én nem jövök rá :-((( Valaki árulja el a titkot! Üdv: A conf: listen_port=21 listen_address=10.10.11.65 dual_log_enable=YES log_ftp_protocol=YES anonymous_enable=NO local_enable=YES write_enable=YES dirmessage_enable=YES xferlog_enable=YES connect_from_port_20=YES xferlog_file=/var/log/vsftpd-sftp.xfer.log vsftpd_log_file=/var/log/vsftpd-sftp.daemon.log ftpd_banner=Welcome to sFTP service. chroot_local_user=YES pam_service_name=vsftpd ssl_enable=YES allow_anon_ssl=NO force_local_data_ssl=NO force_local_logins_ssl=NO ssl_tlsv1=YES ssl_sslv2=NO ssl_sslv3=NO rsa_cert_file=/etc/vsftpd/ssl/vsftpd.pem listen=YES De ez csak akkor működik, ha nem használsz chroot_list -et Ebben az esetben az alábbi rész kell még: chroot_list_enable=YES chroot_list_file=/etc/vsftpd/vsftpd.chroot user_config_dir=/etc/vsftpd/chroot_list Valamint a chroot_local_user=NO Ezt különben a man oldal is írja. További segítséget a http://vsftpd.beasts.org/vsftpd_conf.html címen találsz _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: PERL, bytecsere
Kiss Gabor wrote: # 0.01 s de fejreall a kep :-) $blob = reverse $blob; $blob = reverse -$blob; vagy méggyorsabban: = - reverse ; # ez csak emlék egy hasonló célú progiból, nem vagyok teljesen biztos benne és kipróbálni nem tudom _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Minimalista disztribucio
Faludi, Gabor (GE Indust, ConsInd) wrote: Sziasztok ! Egy flash kartyara szeretnek linuxot telepiteni minimalis X windowsal. Kb 500mb-al kellene megoldjam. Van tapasztalatotok milyen disztribucioval erdemes kezdeni ? Ugy latom a SuSE tul sok mindent akar dependenciaban feltenni. Alternativa, ha mindent amit gondolok leveszek ,de gondolom van ennek kenyelmesebb modja is . Valakinek van otelete ? gabor Én ez alapján elsőre megcsináltam, egy 256MB-os flash drive-ra, még pár dologgal ki is egészítettem: http://www.shorttext.com/215t _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
ntop grafikonok mérete
Az a problémám, hogy a tűzfalra telepített (jelenleg teszt üzemben van, tehát hentelhetem), ntop grafikonjai, bár fontosak lennének, nem elég nagyok, nem jól olvashatóak. Nosza gondoltam, nagyobbra veszem, mi az nekem, hiszen csak két paraméter lehet. Persze kiderült nem olyan egyszerű ez, hiszen a html dokumentumokat az ntop állítja elő, aképeket meg az rrdcgi, rrdPlugin, rrdtool készíti, valamilyen paraméterek alapján, mivel nem igazán tudom, hogy hol lehet a paraméter, nem tudom mit állítsak. Az rrdtool oldalát olvasom, de sehol nem találom, hogy mit és hogyan kellene beállítanom. Abban kérek segítséget, hogy: 1. mit keressek (google) 2. hogyan állítsam be és főként mit, hogy a képek legalább kétszer magasabbak legyenek és legalább 2,5-3 szor szélesebbek. Szóval akinek sikerült már ezt beállítani az kérem segítsen Kép: http://www.linuxforum.hu/index.php?action=dlattach;topic=21700.0;attach=3707 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2
Hofferek Attila wrote: Hello! Bocs, nem vagyok feliratkozva a linuxkezdore, bar oda valo lenne talan. Mitol van az, hogy ha apache2tol kerek egy http://enyem.hu/kapcsolat URL-t akkor egybol kapom a kapcsolat.php-t, pedig nem akarom :-) En negyszaznegyet akarok, illetve rewrite-al tovabb feldolgozni, de eselyem sincs :( A conf idevágó részének ismerete nélkül, bajos lenne bármit mondani!!! Legalább a vhost -hoz tartozó konfrészletet szúrd be ide! Ja és ne felekezzünk meg a log olvasgatásáról. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Elosztott nyomtatás, talán CUPS?
A következő a probléma amire frappáns megoldást kellene tálalnom: Adott napi 10-25db .pdf fájl, amit úgy kellene kinyomtassak, hogy az első oldalt egy adott nyomtatóra, a második oldalt egy másikra, a harmadikat a harmadikra, a negyediket az első nyomtatóra és így tovább. Valaki látott-e már ilyet, ha igen mivel lehetne megoldani (talán CUPS, ha igen mit keressek, milyen rtfm-et ajánlotok) köszönöm! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Elosztott nyomtatás, talán CUPS?
Baranyai László wrote: A következő a probléma amire frappáns megoldást kellene tálalnom: Adott napi 10-25db .pdf fájl, amit úgy kellene kinyomtassak, hogy az első oldalt egy adott nyomtatóra, a második oldalt egy másikra, a harmadikat a harmadikra, a negyediket az első nyomtatóra és így tovább. En szetvagnam a PDF-et a megfelelo darabkakra: http://www.pdfsam.org/ Udv.: Laci -- Laszlo Baranyai [EMAIL PROTECTED] Corvinus University of Budapest Ez jó megoldásnak tűnik, mivel parancssorból is tud működni, vagyis autómatizálható. Köszönet mindenkinek! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: aramszunet
Papp Tamas wrote: On Fri, Apr 27, 2007 at 08:43:43AM +0200, Daniel Drotos wrote: On Fri, 27 Apr 2007, Papp Tamas wrote: serult libek? Valoszinu. Az elszallo processzek altal hasznalt lib-ek ujratelepitesevel kezdtem, de nem segitett. Megprobalom sorra venni az osszeset... Milyen fs, irtal kozben kozejuk vmit (update, ilyesmi)? Kernel? tompos Mielőtt szétgyalulnád az OS-t én egy GoldMemory, majd Memtest86 futtatással kezdeném. Ha a HDD-n összekeveredtek a fájlok, akkor gyors csere! Ha egyszer cserben hagyott, máskor is fog! (persze akkor mikor legkevésbé kellene) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: applet
Drotos Daniel wrote: Udv, Bocs, hogy itt zavarok ilyesmivel... szuksegem lenne egy egyszeru programra ami gnome/freedesktop panelen/ertesitesi-teruleten ket ikonnal megjeleniti egy logikai informacio aktualis allapotat. Ha uzenettel lehet atallitani, ugy is jo, ha polloz valamit ugy is jo lenne. Kattintasra meg futtasson le egy programot. Hab lenne a tortan, ha megadhato lenne a ket ikon. Tudnatok valami ilyesmit ajanlani keszen? Drotos Daniel gDeskelts, SuperKarramba, xPanel Én csak ezt a hármat ismerem. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: mailx
Kiss Gabor wrote: In article [EMAIL PROTECTED], Fried Zoltan [EMAIL PROTECTED] writes: mail -s subject toaddr file a file tartalmazza a fejreszt, a szoveget, es a csatolt filet kodolva Milyen fejrészt? Azt maga teszi hozzá. Mellékesen a mail parancs nincs meg minden disztribúcióban, mivel réges régen felváltotta a nail (a mail a sendmail - MTA - része, ugyan az exim is tudja ezt, de a postfixben nincs benne), Illetve jobban jársz ha átolvasod a man oldalt rengeteg okos ötletet fogsz találni. Ezt én így szoktam csinálni, pl mentésben: mail -s Napi mentés riport $(date +%Y.%m.%d.) napján $(date +%H:%M)-kor /tmp/rsync.out _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: tar kerdes
BEREGNYEI Balazs írta: Hali, HP DAT72-rol olvasnek vissza nagy (4-5 GB-os) file-okat (tar -xvf /dev/nst0), es allandoan ez van: # cat /dev/nst0 | tar xzvf - Ez fog írni a konzolra amit mondjuk tee-vel egy fileba tudsz irányítani a dd csak akkor jó ha blokkokban tárolt adatokat kell visszaolvasni, cat ilyesmivel (blokkok) nem foglalkozik. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache redirect
Jozsef Valkai írta:
Olyat akarok csinalni, hogy ha bongeszovel ramutat user a
https://webmail.host.com/mail-re akkor a tuzfal a NAT-on belulli gepre
dobjaa kerest, majd ezen a gepen levo apache redirecttel egy masik
NAT-on beluli gepre:
#RPC and webmail redirections:
RewriteCond %{HTTP_HOST} ^webmail.host.com$ [NC]
RewriteRule ^/mail(.*)$ https://amail1.host.com [NS,L,QSA]
Kivulrol a celgep nem lathato, kivitelezheto-e ez egyaltalan?
Redirect permanente ^/mail(,*)$ https://amail1.host.com/mail$1
Erre gondolsz?
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache 2.0.54 + php 5.2 höz php cache enm t öltődik be
Molnár István írta: Telepítve: Apach2 2.0.54 PHP 5.2.0 Zend 2.2.0 Mind csomagból ment fel, ezt pedig fordítottam: xCache 1.2.0-rc1 Az xcache-t forrásból telepíteném (mivel nem találtam .deb-et) de a fordítás után (ami hiba nélkül lefut csak annyit látok, hogy nem töltődött be) vagyis ez kerül a logba: [Thu Nov 23 17:33:13 2006] [notice] caught SIGTERM, shutting down PHP Warning: PHP Startup: XCache: Unable to initialize module\nModule compiled with module API=20050922, debug=0, thread-safety=0\nPHP compiled with module API=20060613, debug=0, thread-safety=0\nThese options need to match\n in Unknown on line 0 [Thu Nov 23 17:33:15 2006] [notice] Apache/2.0.54 (Debian GNU/Linux) PHP/5.2.0-0.dotdeb.3 with Suhosin-Patch mod_ssl/2.0.54 OpenSSL/0.9.7e mod_perl/1.999.21 Perl/v5.8.4 configured -- resuming normal operations Azt értem mit akar, de honnan vette (fordításkor), hogy ezzel a Zend API-val kell működnie, illetve hogyan vehetem rá a helyes működésre? Na akkor válaszolok magamnak: Kiderült, hogy a PHP 5.2.0 egy upgrade -del került fel, PHP 5.1.8-at upgrade-elt a PHP 5.2 fordítottam forrásból ezután ment mint a karikacsapás. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: OCS NG agent
Gabor Tusnady írta: ALTER TABLE softwares CHANGE NAME NAME VARCHAR(255) default NULL; Nem lenne szebb megoldás a: ALTER TABLE softwares CHANGE NAME NAME VARCHAR(255) NOT NULL default Nem ismert!; _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Apache 2.0.54 + php 5.2 höz php cache enm tölt ődik be
Telepítve: Apach2 2.0.54 PHP 5.2.0 Zend 2.2.0 Mind csomagból ment fel, ezt pedig fordítottam: xCache 1.2.0-rc1 Az xcache-t forrásból telepíteném (mivel nem találtam .deb-et) de a fordítás után (ami hiba nélkül lefut csak annyit látok, hogy nem töltődött be) vagyis ez kerül a logba: [Thu Nov 23 17:33:13 2006] [notice] caught SIGTERM, shutting down PHP Warning: PHP Startup: XCache: Unable to initialize module\nModule compiled with module API=20050922, debug=0, thread-safety=0\nPHP compiled with module API=20060613, debug=0, thread-safety=0\nThese options need to match\n in Unknown on line 0 [Thu Nov 23 17:33:15 2006] [notice] Apache/2.0.54 (Debian GNU/Linux) PHP/5.2.0-0.dotdeb.3 with Suhosin-Patch mod_ssl/2.0.54 OpenSSL/0.9.7e mod_perl/1.999.21 Perl/v5.8.4 configured -- resuming normal operations Azt értem mit akar, de honnan vette (fordításkor), hogy ezzel a Zend API-val kell működnie, illetve hogyan vehetem rá a helyes működésre? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Spamassassin tanitas 1 bites userek altal
zamek írta: Hello, Felraktam egy spamassassint a cegnel, van kb 30 userem, akik kozul 25 igazi egysegsugaru win user. Thunderbird-ot hasznalnak, a serverre nem is akarnak belepni, igy a sa-learn-t sem fogjak tudni hasznalni. Hogy lenne celszeru az altaluk spam-nek minositett leveleket megtanitani a sa-nak? Ki hogy csinalja ezt? koszi, -- Zoltan Zidarics programmer PTE-PMMK University of Pecs, Hungary ICQ:43288694 Csinálsz a Maildirbe egy Spam mappát, megmondod a procmail-nek, hogy rakja abba a talán Spam -okat, a usereket felíratkoztatod a Spam mappára, majd megkéred a usereket, hogy ami nekik spam (ők úgy itélik meg, hogy az) azt is tegyék a Spam mappába. Ebből a mappából meg már tanulhat a sa-learn, nálunk ez működik, eleinte idegenkedtek tőle, de mostmár különösebb fennakadás nélkül megy a dolog _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
quota ReiserFS +SuSE 9.3
Tisztel táblabíróság! Van a címben leírt SuSE 9.3 alapvetően web server, ezen kellene quota-t beállítanom, de sehogy nem sikerül a dolog, a szokott módon próbálom csinálni: Tehát /etc/fstab /dev/sda2/reiserfs acl,user_xattr1 1 /dev/sda3/var/www reiserfs acl,user_xattr,usrquota,grpquota1 2 /dev/sda1swap swap pri=420 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 proc /procproc defaults 0 0 sysfs/sys sysfs noauto0 0 /dev/cdrom /media/cdrom subfs noauto,fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=utf8 0 0 /dev/fd0 /media/floppysubfs noauto,fs=floppyfss,procuid,nodev,nosuid,sync 0 0 A /dev/sda3 gyökerében (/var/www) létrehoztam két filet: touch aquota.user aquota.group chmod 0600 aquota.* Amit fel kellett telepíteni (quota) feltettem (úgy gondolom, mivel yast-al csináltam, ez persze nem apt-get). Ha kiadoma a setquota -F vfsv0 -g valdeal 4718592 5242880 922 1024 -a vagy a setquota -F vfsv0 -g valdeal 4718592 5242880 922 1024 /var/www vagy a setquota -F vfsv0 -g valdeal 4718592 5242880 922 1024 /dev/sda3 utasítást, cserébe hibaüzenetet kapok: setquota: Quota file not found or has wrong format. setquota: Not all specified mountpoints are using quota. Ez csuda, hisz a quotafile most tök üres 0B Kérem a tisztelt táblabíróságot segítsen! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: quota ReiserFS +SuSE 9.3
SZOKOVACS Robert írta: On Thursday 05 October 2006 12:01, Molnár István wrote: A /dev/sda3 gyökerében (/var/www) létrehoztam két filet: touch aquota.user aquota.group chmod 0600 aquota.* en inkabb a man qoutaon-al kezdenem Ez Ok de amíg nincs quotafile addig az eredmény: quotaon -g -F vfsv0 /var/www/ quotaon: Cannot find quota file on /var/www [/dev/sda3] to turn quotas on/off. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: quota ReiserFS +SuSE 9.3
Molnár István írta: SZOKOVACS Robert írta: On Thursday 05 October 2006 12:01, Molnár István wrote: A /dev/sda3 gyökerében (/var/www) létrehoztam két filet: touch aquota.user aquota.group chmod 0600 aquota.* en inkabb a man qoutaon-al kezdenem Ez Ok de amíg nincs quotafile addig az eredmény: quotaon -g -F vfsv0 /var/www/ quotaon: Cannot find quota file on /var/www [/dev/sda3] to turn quotas on/off. Közben sikerült némi Googlizással sikerült egy tippet találni: quotacheck -avgum Ezután a setquota és a quotaon is ment U.I.: Köszönöm a tisztelt Táblabíróság felmentő ítéletét M.I. (33) büntetlen előéletű Budapesti lakos ;-) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: grafikus alkalmazás futtatása kívülr ől
Köteles Ferenc írta: On Wed, 13 Sep 2006 16:37:06 +0200 BERES Laszlo [EMAIL PROTECTED] wrote: Köteles Ferenc írta: külsőről grafikusan is futtatható legyen egy böngésző. Ssh-val beloggolva a links/lynx már megy, de jó volna valami kezelhetőbb (azaz grafikus) megoldás. ssh -Y majd firefox. köszi, ez müxik, csak persze baromi lassú. Más böngésző-ötlet esetleg? Valami eldugott icipici, amiről senki sem hallott;-) ?? mozaik? Ha jól emlékszem valami 155k az egész _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Válasz: átirányítás belső hál ón
Szabo Istvan írta: A belső háló is több szegmensből áll, ezért nem akartam sok szabályt berakni.. Akkor mindenképpen a DNS lesz a te barátod, a webserveren teljesen jól elfér, és minimális a gépigénye, meg aztán óriási hasznáz lehet venni egy DNS-nek főként heterogén hálózatokban. Meg a webes címek megtalálása is gyorsabb lesz, tehát ezer előnye van _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Openvpn furcsaság
Mentler Gyula írta: Mindkettőn van. Valami routolási gond lesz, csak azt furcsállom, hogy a tun interface-en a linux oldalon nem jelenik meg a forgalom Ha idáig eljutottunk azt mondanám, hogy itt rendben van minden ennek működnie kell, hacsak a tűzfal el nem dobja a csomagokat. 2.2, 2.4 -es Linux kernellel és NetBSD-vel is volt olyan tapasztalatom, bár csak akkor ha nem a tűzfalas gépen volt az OpenVPN, hogy egy iptables szabályal külön engedélyezni kellett a forgalmat, valahogy így: iptables -t nat -A PREROUTING -i tun+ -j ACCEPT (ezt a tűzfalon meg ne engedd, mert minden forgalmat engedélyez, még a szűrés előtt) tűzfalszabályként valahogy így: iptables -t nat -A $FILT_CHAIN -i tun+ -d $SOURCE_PORT -p $PROTO -j ACCEPT De egy szó mint száz, ellenőrizd a tűzfalat _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: SOS
Dukai György írta: Sziasztok! Van egy netrádió amit nagyon szeretek halgatni, és az oldalamra is betettem egy linket az oldalukról ( http://www.szentkoronaradio.com ), hogy weblapról is lehessen halgatni, de nem müxik. Segítsetek! A rádió winMediaPlayer cime: http://europa.newfruits.com:8048 Előre is köszönöm Gyuri Mit akarsz elérni? Ha a linket kiteszed az oldaladra, valaki kattint és megy, nem? Vagy inkább az kell, hogy ha valaki megnyitja az oldalt megszólaljon a zene? (ez utóbbi bármiről is van szó Mettelica, Zámbó Jymy, Rádió) elég erőszakos és a legalitás határát is súrolja) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Openvpn furcsaság
Mentler Gyula írta: Installáltam a fentit és egy érthetetlen jelenséggel találkoztam. A felállás egyszerű. Van egy hálózat 10.0.0.0/8 egy tűzfal 10.0.0.1 (ez a default gw a hálózaton)és ehhez szeretnék kintről csatlakozni. A csatlakoztatandó gép kis router mögött van ami a 192.168.2.0/24 címet adja befelé (ennek szinte biztos, hogy nincs jelentősége, de ezért nem lehet a 192.168.0.0/16 hálót használni vpn-nek, mert lehet rá számítani, hogy a roadwarrioraimnak lesz ilyen címe) Az openvpn simán felment, mindenféle kulcsok generálva, elindulás után van is tap interface. A kliens telepítése után a kapcsolat gyönyörűen felépült. (A kliens win, de szerintem ennek sincs sok jelentősége.) A gond ott kezdődik, hogy ha a vpnnek a 172.16.17.0/24 címet adom meg sem mukkan. Azaz a kliens által kapott ip címet lehet pingelni, de a gateway-t már nem. A linux oldalon a tun interface-en nem érkezik semmi. Most jön ami nekem kissé misztikus. Ha a vpn a 10.128.0.0/24 címtartományt kapja akkor lehet pingelni a 10.0.0.1-et (a vpn linux vége - a tun interface-en jönnek-mennek a pingek), de a 10.128.0.5 címet nem, holott a openvpn statusaban az van, hogy ő volt a dhcp szerver akitől kapta az ip címet. Persze a hálózat többi gépe nem pingelhető, mert azok ha meg is jönne a csomag akkor is azt hinnék, hogy a 10.128.0.0/24 az ő hálózatukon van és nem küldik a 10.0.0.1-nek. (Proxyarphoz nincs kedvem.) A különös az, hogy meg sem jelenik a 10.0.0.10 echo-requestje a tun interface-en. Az ideális az lenne, hogy a 172.16.17.0/24 legyen a vpn ip tartomány, de az még ennyire sem csinál semmit. Mit felejtettem ki? Minden ötletet szívesen fogadok. Egyfelől az OpenVPN szerver oldali configjában meg kell adni, hogy a szerver virtuális címe mi legyen, meg azt is (push = route ) hogy hova route -oljon _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Openvpn furcsaság
Installáltam a fentit és egy érthetetlen jelenséggel találkoztam. A felállás egyszerű. Van egy hálózat 10.0.0.0/8 egy tűzfal 10.0.0.1 (ez a default gw a hálózaton)és ehhez szeretnék kintről csatlakozni. A csatlakoztatandó gép kis router mögött van ami a 192.168.2.0/24 címet adja befelé (ennek szinte biztos, hogy nincs jelentősége, de ezért nem lehet a 192.168.0.0/16 hálót használni vpn-nek, mert lehet rá számítani, hogy a roadwarrioraimnak lesz ilyen címe) Az openvpn simán felment, mindenféle kulcsok generálva, elindulás után van is tap interface. A kliens telepítése után a kapcsolat gyönyörűen felépült. (A kliens win, de szerintem ennek sincs sok jelentősége.) A gond ott kezdődik, hogy ha a vpnnek a 172.16.17.0/24 címet adom meg Ha a VPN szervernek (gondolom a szerver direktívával) a 172.16.17.0/24 címet adod akkor annak a 10.0.0.0/8 hálózatba routolni kell: push route 10.0.0.0 255.0.0.0 sem mukkan. Azaz a kliens által kapott ip címet lehet pingelni, de a gateway-t már nem. A linux oldalon a tun interface-en nem érkezik semmi. Most jön ami nekem kissé misztikus. Ha a vpn a 10.128.0.0/24 címtartományt kapja akkor lehet pingelni a 10.0.0.1-et (a vpn linux vége - a tun interface-en jönnek-mennek a pingek), de a 10.128.0.5 címet nem, holott a openvpn statusaban az van, hogy ő volt a dhcp szerver akitől kapta az ip címet. Ebből egy szót se értek Persze a hálózat többi gépe nem pingelhető, mert azok ha meg is jönne a csomag akkor is azt hinnék, hogy a 10.128.0.0/24 az ő hálózatukon van és nem küldik a 10.0.0.1-nek. (Proxyarphoz nincs kedvem.) Én ebből szintén routolásra következtetek A különös az, hogy meg sem jelenik a 10.0.0.10 echo-requestje a tun interface-en. Az ideális az lenne, hogy a 172.16.17.0/24 legyen a vpn ip tartomány, de az még ennyire sem csinál semmit. Mit felejtettem ki? Minden ötletet szívesen fogadok. Ezeket nézd meg: 1. a szerver és a kliens konfigjában is dev tun van-e 2. mind a szerver mind a kliens ugyan azt a protokollt használja-e proto udp / proto tcp 3. Ha az udp protokoll nem megy ez időnként előfordul (főként BSD-s severeken) próbáld a tcp-t 4. nézd meg, hogy a local direktívát még véletlenül se használd, se a szerveren, se a klienseken 5. a comp-lzo direktíva, azonosan (szerver / kliens) legyen, vagy ne legyen _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: aldomainek
Gergely Tamás írta: Van egy szerver fix ip-vel, domain névvel, jó sok aldomainnel. Hogyan lehetne megoldani, hogy egyes aldomainek más ip című gépekre mutassanak. Én iptables-re gondoltam első körben. Szerintetek? Névszever szóba jöhet? Jó lenne, ha az ipcímeket és a hozzájuk tartozó aldomaineket egy adatbázisban lehetne tárolni, karban tartani. Én a magam részéről címátírást és mod_proxy -t javasolnék _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: aldomainek
Nagy László írta:
IP cím átírásra gondoltál, vagy URL átírásra? Az URL átírás lehet,
hogy nem is kell. A mod_proxy-t lehet alkalmazni namevirtualhost-ra. A
belső gépre meg lehet adni a /etc/hosts-ba ugyan azt a domain nevet a
saját belső címére. A belső gép is tud ugyan azon a domain-en figyelni
(csak más IP címen), tehát nem kell átírni az URL-t.
Laci
Nem IP átírásra, hanem URL átírásra:
RewriteCond %{HTTP_HOST} ^(.*)\.endomainem\.hu
RewriteRule ^$ http://endomainem.hu/%1
ProxyPass /konyveles http://10.10.11.8/
ProxyPassReverse /konyveles http://10.10.11.8/
valahogy így, ebből talán kis is indulhatsz
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 címátírás
Auth Gábornak köszönhetően idáig eljutottam: NameVirtualHost * VirtualHost * ServerAdmin [EMAIL PROTECTED] DocumentRoot /var/www/ ProxyPass /jforum http://localhost:8080/jforum ProxyPassReverse /jforum http://localhost:8080/jforum ProxyPass / http://localhost:8880/ ProxyPassReverse / http://localhost:8880/ ProxyPreserveHost On ProxyVia Off /VirtualHost A NameVirtualHost * utáni rész (vagyis a Java-s portirányítgatás hibátlanul megy, de a 192.168.2.204/wiki címen lévő wiki az istennek sem szólal meg a Tomcat konténer ad egy 404-es hibát. A wikit egy PHP-s MediaWiki adná. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 címátírás
Auth Gábor írta: És így? VirtualHost * ServerAdmin [EMAIL PROTECTED] DocumentRoot /var/www/ ProxyPass /wiki http://localhost/wiki ProxyPassReverse /wiki http://localhost/wiki ProxyPass /jforum http://localhost:8080/jforum ProxyPassReverse /jforum http://localhost:8080/jforum ProxyPass / http://localhost:8880/ ProxyPassReverse / http://localhost:8880/ ProxyPreserveHost On ProxyVia Off /VirtualHost Ettől kiakad a mod_proxy - Proxy Error, proxy loop Saját magára akar proxyzni _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 címátírás
Sikerült végül részben megoldanom, de még nem teljes az öröm, mert:
VirtualHost *
ServerAdmin [EMAIL PROTECTED]
DocumentRoot /var/www
ServerName liferay4
# atiras bekapcsolasa
IfModule mod_rewrite.c
ProxyRequests Off
RewriteEngine On
RewriteLog /var/log/apache2/rewrite.log
RewriteLogLevel 5
# Az atiras szabalyai,
# a /wiki es /jforum format figyelmenkivul hagyom
RewriteCond %{REQUEST_URI} ^/$
RewriteRule ^/$ http://%{HTTP_HOST}/weg/guest/home
RewriteCond %{REQUEST_URI} !^/(wiki|jforum)
RewriteRule ^/(.*)$ http://%{HTTP_HOST}:8880/$1 [P]
# a jforum masik csatornara
RewriteCond %{REQUEST_URI} ^/jforum
RewriteRule ^/(.*)$ http://%{HTTP_HOST}:8080/$1 [P]
/IfModule
/VirtualHost
A fenti rész végzi az átírást, de ha csak csupaszon írom a címet:
192.168.2.204 akkor elvégzi ugyan az átírást, de a böngésző címsorában
ott díszeleg a :8880. Ha a címet a teljes formában a teljes formában
írom: http://192.168.2.204/web/guest/home akkor viszont nem látszik a :8880.
Ez van a rewrite.log -ban, ha a teljes urlt írom be:
192.168.2.149 - - [30/Jun/2006:08:25:39 +0200]
[192.168.2.204/sid#8172f60][rid#82a1f58/initial] (2) init rewrite engine
with requested uri /web/guest/home
192.168.2.149 - - [30/Jun/2006:08:25:39 +0200]
[192.168.2.204/sid#8172f60][rid#82a1f58/initial] (3) applying pattern
'^/$' to uri '/web/guest/home'
192.168.2.149 - - [30/Jun/2006:08:25:39 +0200]
[192.168.2.204/sid#8172f60][rid#82a1f58/initial] (3) applying pattern
'^/(.*)$' to uri '/web/guest/home'
192.168.2.149 - - [30/Jun/2006:08:25:39 +0200]
[192.168.2.204/sid#8172f60][rid#82a1f58/initial] (4) RewriteCond:
input='/web/guest/home' pattern='!^/(wiki|jforum)' = matched
192.168.2.149 - - [30/Jun/2006:08:25:39 +0200]
[192.168.2.204/sid#8172f60][rid#82a1f58/initial] (2) rewrite
/web/guest/home - http://192.168.2.204:8880/web/guest/home
192.168.2.149 - - [30/Jun/2006:08:25:39 +0200]
[192.168.2.204/sid#8172f60][rid#82a1f58/initial] (2) forcing
proxy-throughput with http://192.168.2.204:8880/web/guest/home
192.168.2.149 - - [30/Jun/2006:08:25:39 +0200]
[192.168.2.204/sid#8172f60][rid#82a1f58/initial] (1) go-ahead with proxy
request proxy:http://192.168.2.204:8880/web/guest/home [OK]
És ez ha csak a csupasz címet:
192.168.2.149 - - [30/Jun/2006:08:27:08 +0200]
[192.168.2.204/sid#8172f60][rid#82a1f58/initial] (2) init rewrite engine
with requested uri /c
192.168.2.149 - - [30/Jun/2006:08:27:08 +0200]
[192.168.2.204/sid#8172f60][rid#82a1f58/initial] (3) applying pattern
'^/$' to uri '/c'
192.168.2.149 - - [30/Jun/2006:08:27:08 +0200]
[192.168.2.204/sid#8172f60][rid#82a1f58/initial] (3) applying pattern
'^/(.*)$' to uri '/c'
192.168.2.149 - - [30/Jun/2006:08:27:08 +0200]
[192.168.2.204/sid#8172f60][rid#82a1f58/initial] (4) RewriteCond:
input='/c' pattern='!^/(wiki|jforum)' = matched
192.168.2.149 - - [30/Jun/2006:08:27:08 +0200]
[192.168.2.204/sid#8172f60][rid#82a1f58/initial] (2) rewrite /c -
http://192.168.2.204:8880/c
192.168.2.149 - - [30/Jun/2006:08:27:08 +0200]
[192.168.2.204/sid#8172f60][rid#82a1f58/initial] (2) forcing
proxy-throughput with http://192.168.2.204:8880/c
192.168.2.149 - - [30/Jun/2006:08:27:08 +0200]
[192.168.2.204/sid#8172f60][rid#82a1f58/initial] (1) go-ahead with proxy
request proxy:http://192.168.2.204:8880/c [OK]
Azt sem nagyon értem, hogy a /c -t honnan veszi, de azt hiszem összefügg
a kettő.
Szóval ha valaki tud segítsen
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: NVidia nForce 430 chipset tamogatas
LiRul írta: Hello! Tervezek venni egy http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?ClassValue=MotherboardProductID=1939ProductName=GA-K8N51GMF-9 ilyen lapot (bocs a lamer linkert). A kerdes (totalisan nem vagyok jaratos sajnos nForce2 feletti dolgokban): mennyire kezeli ezt egy up2date 2.6-os kernel? Elsosorban az IDE/SATA2 tamogatas erdekel, s a CICADA VSC 8201 Gigabit LAN adapter hasznalhatosaga. Koszi minden reakciot! Tegnap-tegnap előtt, ezzel sz*akodtunk, aztán lemondtunk róla, szóval sok sikert :-) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: NVidia nForce 430 chipset tamogatas
LiRul írta: On Wed, Jun 28, 2006 at 08:16:11AM +0200, Molnár István wrote: Tegnap-tegnap előtt, ezzel sz*akodtunk, aztán lemondtunk róla, szóval sok sikert :-) Oszd meg kerlek, hogy mivel szivtatok, mire/meddig jutottatok! Thx. Tulajdonképpen, csak a LAN-volt a gond, ahhoz az istennek sem sikerült, működőképes modult találni 2.6 kernellel, a 2.4-el meg a SATA nemment, (így a LAN-t le sem próbáltuk). 2.6-al a SATA is hihetetlen lassú (de tényleg, bazi lassú) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: NVidia nForce 430 chipset tamogatas
LiRul írta: On Wed, Jun 28, 2006 at 09:46:45AM +0200, Molnár István wrote: Tulajdonképpen, csak a LAN-volt a gond, ahhoz az istennek sem sikerült, A closed-source nvnet modult probaltatok? Tudsz adni (ha meg megvan a lap) egy lspci -vv kimenetet? Illetve milyen tipusu alaplapot vettetek? működőképes modult találni 2.6 kernellel, a 2.4-el meg a SATA nemment, (így a LAN-t le sem próbáltuk). 2.6-al a SATA is hihetetlen lassú (de tényleg, bazi lassú) libata-val hajtottatok gondolom, dmesg outputod nincs veletlen? Az nvnet hatására kernel panic és kuss... Oly nagyon nem mentünk bele, hogy most mi a fene lenne a megoldás, mivel az install alatt már gondok voltak. Kimenetek ezért sajnos nincsenek _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 címátírás
Gábor Lénárt írta: Hat ha ez external redirect (azaz apache visszakuld egy 301 vagy hasonlo valaszt, egy Location header-rel jelzett cuccal ahova mennie kell), akkor nem tudsz vele mit kezdeni, hiszen anelkul nem is talalna oda a browser. Ilyenkor megoldas lehet, ha redirection helyett proxy-zol a cuccnak, akkor a kliens annyit lat nyilvan hogy apache-al kommunikal, csak o maga proxy-zza tovabb a kerest. Ilyet rewrite engine-el is lehet [P]-t megadva, vagy ott a ProxyPass/ProxyPassReverse, ha jol irtam le igy fejbol :) Apache doxban nezz korul proxy cuccok kozott. Amugy pl mi is igy hasznalunk tomcat-et eles uzemben. Nem külső átirányítás, a tomcat is ugyan azon a gépen van ahol a tomcat. Én is gondoltam a Redirect-re de ez egyszerűbbnek tünt (egyszerűbb is). De ezzel együtt inkább a Proxy lehet jó csak abban is kéne egy kis segítség, olyat még nem csináltam. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Apache2 címátírás
Gábor Lénárt írta: Tegyel egy [P]-t a RewriteRule vegere. Amugy pont a rewrite guide-ban is benne van, aminek az url-jet emlitetted is. Keress ra az oldalon a [P]-re. Na persze a proxyztatas az ugye azt jelenti, hogy plusz overhead-et raksz a rendszerbe ... Ja, es persze nem art proxy modult is betolteni ugye pl :) Ugye ez a proxy -hoz kapcsolódik? De: Access Forbiden Ha berakom (a mod_proxy be van töltve) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: OT: seagate barracuda
Hofferek Attila írta: Hello lista Nemreg vettem egy 80g-s seagate barracuda sata2 disket, es olyat csinal, hogy nagyokat kattan neha, es 1-2 secre megall minden, aztan eszhezter, es minden megy tovabb jol. Asus p5p800se lapba van dugva ha ez szamit... S.m.a.r.t. aszondja minden oke a disk korul. Van valakinek ezzel a diskkel tapasztalata? Jo? Szar? Jo szar? Nekem IDE -s seagate csinálta ezt, Én is tápra gyanakodtam, aztán egy 1kW-os DropDown mentes POWERMOS-FET táp építése után (mivel még mindíg csinálta) tanácsot kértem, de mindenki csak hümmögött, hogy ismerik a jelenséget... Új korától csinálta ezt, élete végéig, majd az elektronika ált fejre és halt meg a wincehster. Tehát én azt gondolom, hogy ugyan tápellátási probléma de ez a hiba a HDD elektronikájában van. Tehát cseréld le ideje korán _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: shadow file
Miloska írta: # shadow file-bĂłl kellene valahogyan a userek jelszavait visszanyerni, az John the Ripper nem tudom hany userrol van szo, mi egyszer futtatuk vagy egy hetig 1 db jelszoval egy dual procis sun masinan (nem tudom a tipust,de nem ilyen p1 kategoriaju hanem mondjuk 5 eve csucsmodell volt) aztan meguntuk. Úha!!! Ez szívás, ezért tényleg inkább a jelszócsere a járhatóbb út (végül is már legalább 3-4 éves jelszavak), de azért köszönöm _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Exim4 $local_parts
Beleütköztem eg olyan problémába, hogy van több domainem egy gépen, ezek közül háromban van [EMAIL PROTECTED], ez egy acl alapján dönti el, hogy melyík cím hova kerül: deny domains = +local_domains !local_parts = [EMAIL PROTECTED]/etc/exim4/vhosts/$domain}} message = Unknown recipient Ehhez létrehoztam felhasználókat: info.a info.b a /etc/exim4/vhosts/$domain fájlban a bejegyzések így néznek ki [EMAIL PROTECTED] info.a illetve [EMAIL PROTECTED] info.b De ha levelet akarok küldeni az [EMAIL PROTECTED] -ra azt mondja 550 Unknown recipient van olyan címem is, hogy [EMAIL PROTECTED] , ahol az [EMAIL PROTECTED] info szerepel az adott /etc/exim4/vhosts/$domain fájlban és az működik. Ezért úgy gondolom, hogy arra kéne valahogy rávennem az Exim-et, hogy a felhasználónévként ne a @ előtti részt vegye, hanem a domain utánni részt, na ezt hogy tudnám elmagyarázni az Exim4.5 -nek _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Exim4 $local_parts
Zsolt HAJDU írta: Szia, Ehhez létrehoztam felhasználókat: info.a info.b Nem vagyok exim guru, de szerintem itt ezzel lesz a baj. Azok a felhasznalonevek amelyekben . (pont) szerepel a badname kategoriaba tartoznak. Pl. Debian nem engedi letrhozni, csak --force-badname opcioval. Talan ezert Exim se szereti. Probald meg info-a, info-b -vel, vagy egyszeruen infoa, infob. bye Zsolt A --force-badname kapcsolót én is meg adtam, meg ezen kívül, más felhasználók is léteznek amik hasonlóan vannak létrehozva: [EMAIL PROTECTED] istvan.molnar De azokban azonos az, hogy a user név és az e-mail cím @ előtti része azonos, itt meg nem. Közben az is kiderült, hogy a cirka 80 email címből 3 -mal van gond és az mind ilyen: [EMAIL PROTECTED] user.valami És ha ezeknek akarok küldeni, akkor: 550 Unknown user Nem tudom jól emlékszem-e de úgy rémlik mintha az Exim4 -nek van egy $recipient, vagy $local_recipient változója, talán az segíthet, ha erről tudtok valamit osszátok meg velem! Üdv Kayapo! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MySQL bind
LiRul írta: mysqladmin -u root password ujjelszo THX A többit jól gondolom? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: samba adminisztracios tool
Szládovics Péter írta: Molnár István írta: Miloska írta: sziasztok samba-hoz keresek olyan toolt amit: Még ha isten ellen való vétek is a kényelem, igazi keménylegény mindent konzolon csinál, a SWAT akkor is nagyon jó, csak bátran barátkozz vele, szerintem a legjobb vállasztás. (Bár csendben hozzá teszem, hogy én csak monitorozásra használom mert a konfigot elég csúnyán összebarmolja (küllemileg)). Igen sokan esküsznek rá Emellett még a Webmin ami számításba jöhet - megjegyzem, SWAT modul ebben is van. A webmin ízlés kérdése nekem csak rossz tapasztalatom van vele, megrázó mennyiségű szemetet hagy maga után. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Exim4 vs. Postfix
Miklos Quartus (lista) írta: Pelda: 1) Letrehozol egy router-t a 'begin routers' alatt pl. igy: autoreply: driver = accept (...) unseen transport = address_reply 2) Majd egy transport-ot a 'begin transports' alatt pl. igy: address_reply: driver = autoreply (...) text = Bocs, szabin vagyok. Például így: autoreplay: driver = accept local_parts = /etc/exim4/vacations unseen transport = address_replay majd: address_replay driver = autoreplay text = A címzett jelenleg nem elérhető! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Samba jogok
Zsolt HAJDU írta: A megosztasra ervenyes resznel ezekkel a parameterekkel szoktam eljatszani: public = yes ;publikus vagy sem browsable = yes ;te esetedben ez browsable kell legyen, ezt csak netlogon service-re es profile-oknal szoktam no-ra tenni only guest = no writable = yes ;lenyeges lehet guest ok = no Itt jon a lenyeg: security mask = 0770 create mask = 0770 force create mode = 0770 directory mode = 0770 force directory mode = 0770 force group = users force user = valaki Termeszetesen nem kotelezo pl. force user betenni, de neha jo otlet egyes programok miatt. Ez sokmindentol fugghet. Masfelol pedig amit itt beallitassz (user, group, security mask/create mode) azt ugyanugy meg kell csinalni a file-ok, konyvtarakra is, tehat: A public = yes -t szeretném elkerülni, nem szeretném semmi esetre sem megengedni, hogy nás is láthassa a könyvtár tartalmát, mint akire az tartozik. a security mask = 0770 jónak tünt, de nem hozott eredményt. A könvtárak tulajdonosa linuxban : root:munkaugy Gondolom a force user és force group beállításban kell lennie _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Samba jogok
Kosa Attila írta: On Wed, Mar 29, 2006 at 11:08:34AM +0200, Molnár István wrote: Zsolt HAJDU írta: Masfelol pedig amit itt beallitassz (user, group, security mask/create mode) azt ugyanugy meg kell csinalni a file-ok, konyvtarakra is, tehat: A public = yes -t szeretném elkerülni, nem szeretném semmi esetre sem megengedni, hogy nás is láthassa a könyvtár tartalmát, mint akire az tartozik. a security mask = 0770 jónak tünt, de nem hozott eredményt. A könvtárak tulajdonosa linuxban : root:munkaugy Gondolom a force user és force group beállításban kell lennie Eleg az egyik. Kozben atgondoltam, es nem kell beleraknod a jelenlegi ket csoportodat egy ujabb csoportba. Eleg, ha letrehozol egy uj csoportot, annak nekiadod az osszes konyvtarat es fajlt (persze irasjogot is adj a csoportnak mindenre a megosztasban!), es a force group opcional ezt az uj csoportot add meg. Ez akkor nem jo, ha unix oldalrol is el akarjak erni a usereid az ebben a konyvtarban levo fajlokat. A levélváltások nem voltak eredmény nélküliek, de nem ez hozta a megoldást. Az említett program konfigjai között volt a probléma, mert abban az írandó fájlok helye egy M: nevű meghajtón volt ami élböl sz** De köszönök minden segítséget, a végleges és bombabiztos konfig (részlet): [berdb] # # munkaugy kozos konyvtar comment = Humanpowers working folder path = /fileserver/berdb browsable = yes writable = yes write list = @munkaugy @informatika write raw = yes guest ok = no public = no security mask = 0770 create mode = 0770 directory mask = 0777 force directory mask = 0777 force group = munkaugy force user = root _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ipsec kapcsolat nem indul - volt freeswan es smoothwall express 2
Gellér Sándor írta: IMHO altalanos tevhit, az OpenVPN mindenek felett, de mind1. Az eredeti kerdezonek: Való igaz (hamu a fejemen), de tényleg jobban szabájozható a hozzáférés. http://openvpn.net/changelog-beta.html _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Samba jogok
Van egy frissen telepített Samba kiszolgáló rajta megosztások. Azt vettem észre, hogy a mappák jogosultsága linuxból: 0777, ha smb -n keresztül nézem 0755 ettől még ugyan nem esnék kétségbe, de az egyik megosztásból fut egy dosos bérszámfejtő program, ami a fileserverre átmásolás előtt létrehozott cégek mappáit tudja írni, de az átmásolás óta létrehoztakat nem. A konfig idevágó része: [global] # A server alapbeallitasai # globalis beallitasok # # A felhasznalokat a : # addgroup cegnev # adduser --home /var/smb/user --shell /bin/true --ingroup cegnev user # sorokkal kell felvenni # # Ez a nev fog megjelenni a cliens gepeken commentkent server string = Fileserver MS Windows 2000 Server EN # # Ez fog megjelenni gepnevkent a cliens gepeken netbios name = fileserver # # Ezt latja munka csoportkent a kliens gep workgroup = X # # Ezek a felhasznalok kaphatnak root jogot admin users = informatika # # Ahol guest ok = yes ott a latogato felhasznalo nobody jogokat kap guest account = nobody # # Biztonsagi beallitasok # A cliensek felhasznalo nevvel es jelszoval azonositjak magukat security = users encrypt password = yes # A jelszavak atvitele titkositott invalid users = root administrator rendszergazda # Tiltott felhasznalok hosts allow = 192.168.0.0/255.255.252.0 # Ezeket a hostokat fogadjuk hide dot files = yes # A server rejtett fajljait elrejtjuk # # A karakterkodolas beallitasai character set = utf-8 # Helyi client code page = 852 # Kliens # # Nincsen nyomtato kiszolgalas load printers = no # # Master Browser beallitasa local master = yes prefered master = yes os level = 255 wins support = no # # Ido szolgaltatas beallitasa time server = yes dos filetimes = yes # # Bejelentkezeskor lefuto script # # net use X: \\fileserver\??? logon script = %U.bat domain logons = yes debug level = 2 log file = /var/log/samba/smb.%m.log [netlogon] path = /fileserver/.netuse/%U # # Globalis beallitasok vege [berdb] # # munkaugy kozos konyvtar comment = Humanpowers working folder path = /fileserver/berdb brovseable = no read only = no writeable = yes write list = @munkaugy @informatika guest ok = no public = yes create mode = 0770 directory mask = 0777 force directory mask = 0777 # ezt utólag írtam be # de semmit nem segített Minden ötletet szívesen veszek _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ipsec kapcsolat nem indul - volt freeswan es smoothwall express 2
Ko:rte írta: hi, a $subjok közt szeretnék vpn-t létrehozni. a freeswan-os gép fix ip-s, a smoothwall dinamikus. (no-ip.org, ddns-sel). stb. volt az eredeti levél. a válaszok számából megállapítható, hogy senki sem csinált még ilyet. ezért segítsetek nekem utat törni. adott egy suse 9.3 freeswannal. az ipsec.conf így fest: interfaces=ipsec0=eth0 # Add connections here. Tudom nem illik így válaszolni, de javasolnék én valamit: Mivel a FreeSWan/IPsec kissé elavult inkább az OpenVPN -t lenne érdemes használnod: http://openvpn.net/ Itt meg a megvalósításhoz leírás: http://hup.hu/wiki/index.php/Az_OpenVPN_finomhangol%C3%A1sa _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
