Re: Grub2 GPT
És tudtommal, ha a BIOS-nak nincs UEFI módja, akkor nem bootol GPT-ről. Namost nem ez a gondom, hanem az, hogy a második vinyóról nem bootol. :-( Dell R210 II szerver PERC H200A raid vezérlő és rajta 2db 2TB NLSAS vinyó, aminek a raid1-et nem a vezérlővel, hanem MD-vel szeretnék megoldani. A raid vezérlőn amint átállítom, hogy a második hdd-ről bootoljon, már csak reboot lesz belőle. Természetesen az sda-ról bootol és az MD raid is rendben. Fórumokon és a neten sok okosságot láttam, de persze egyik sem működik. Mielőtt valaki megemlítené: igen a gép tud UEFI-t, de nem szeretném használni, csak GPT-t, hasonlóan Halász Gábor megoldásához. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Grub2 GPT
Hi! Squeeze-t telepítenék raid1-be, az alábbi partíciókat csináltam telepítéskor: 1MB BIOS 8GB swap 20GB / 2TB LVM Értelemszerűen mindet raid1-be szerveztem a BIOS partíción kívül. A rendszer felment grub2-vel. Mivel a telepítő látott 2TB-os területet, így GPT partíciókat csinált. A rendszer el is indul, de ugye a raid1-et azért csinál az ember, hogy adott esetben a második lemezről is elinduljon, így ment a grub-install /dev/sdb. Viszont az sdb-ről csak nem akar indulni. Gyanítom a GPT miatt kell még valami, de nem találom. Esetleg tudna valaki segíteni akár egy használható linkkel is? Előre is köszönöm! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Grub2 GPT
On Thu, 18 Oct 2012 15:56:53 +0200, Zoltán Gerendás zgeren...@chello.hu wrote: Hi! /etc/default/grub # Uncomment if you don't want GRUB to pass root=UUID=xxx parameter to Linux #GRUB_DISABLE_LINUX_UUID=true Innen ki a # -et és utána menni fog. Eddig ez bejött, nem a gpt az ok. Sajnos nem jött be... :-((( _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Grub2 GPT
#GRUB_DISABLE_LINUX_UUID=true Innen ki a # -et és utána menni fog. Eddig ez bejött, nem a gpt az ok. Sajnos nem jött be... :-((( Utána volt: dpkg-reconfigure grub-pc ? Igen, természetesen. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Grub2 GPT
/etc/default/grub # Uncomment if you don't want GRUB to pass root=UUID=xxx parameter to Linux #GRUB_DISABLE_LINUX_UUID=true Innen ki a # -et és utána menni fog. Eddig ez bejött, nem a gpt az ok. Sajnos nem jött be... :-((( gondolom, update-grub, -initramfs, stb. volt...? update-grub volt, de ez így korábban elég is szokott lenni. A többit amit elkezdtél írni, azt kifejtenéd bővebben? Előre is köszönöm! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Win7 DNS, kiidegel
Néhány kérdés: - Ugyanazok a gépek szórakoznak, vagy bővül a kör az idő előrehaladtával? - A gépek folyamatosan működnek, vagy naponta leállításra kerülnek? - Valahogy le lehet azt szűkíteni, hogy a DHCP kiosztástól mérve mennyi idővel jelentkeznek ezek az eltérések? Lehet esetleg időszakhoz - délelőtt, délután - kötni a dolgot? Nem lehetséges, hogy a hálóra felkerül egy fertőzött gép, ami arp poisoning vagy hasonlóval megszórja a hálót? Az érintett gépeken esetleg időzített 5 perces lefutásba betennék egy .bat scriptet, ami filebe dumpolja a routingot, ip-beállítást. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Postfix recipient_bcc_maps probléma
Hi! Nagy itt most a csönd, a másik kérdésre sem reagált még senki, mindenki szabin van? Esetleg rosszul tettem fel a kérdést, vagy másnak sincs ötlete? Magánban kaptam etikai hozzászólást, azt ott megbeszéltem, azt most mellőzzük, ha kérhetném. Debian, postfix 2.5.5-1.1+lenny1, felhasználók LDAP-ban. Kérés volt, hogy egyes felhasználók beérkező leveleiről a főnök kapjon másolatot. Adta magát a recipient_bcc_maps, de nem működik jól, vagy én értem félre. Ugyanis a külső levelekről valóban dob egy másolatot, viszont a belső levelezésről elfelejt. Tehát ha az us...@ceg.hu-ra külső partner ír, akkor azt a főnök is megkapja, viszont, ha us...@ceg.hu ír user1-nek, akkor arról már nem megy másolat. A main.cf-ben: always_bcc = ikt...@ceg.hu recipient_bcc_maps = hash:/etc/postfix/recipient_bcc A recipient_bcc-ben ez van: szistvanfo...@ceg.hu Valakinek ötlete, merre mit nézzek meg? Előre is köszönöm! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Postfix recipient_bcc_maps probléma
Hi! Debian, postfix 2.5.5-1.1+lenny1, felhasználók LDAP-ban. Kérés volt, hogy egyes felhasználók beérkező leveleiről a főnök kapjon másolatot. Adta magát a recipient_bcc_maps, de nem működik jól, vagy én értem félre. Ugyanis a külső levelekről valóban dob egy másolatot, viszont a belső levelezésről elfelejt. Tehát ha az us...@ceg.hu-ra külső partner ír, akkor azt a főnök is megkapja, viszont, ha us...@ceg.hu ír user1-nek, akkor arról már nem megy másolat. A main.cf-ben: always_bcc = ikt...@ceg.hu recipient_bcc_maps = hash:/etc/postfix/recipient_bcc A recipient_bcc-ben ez van: szistvanfo...@ceg.hu Valakinek ötlete, merre mit nézzek meg? Előre is köszönöm! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Eltünt levél nyomozás
On Wed, 14 Mar 2012 12:15:47 +0100, Gabor HALASZ halas...@freemail.hu wrote: On 3/14/2012 10:54 AM, szistvan wrote: Merre nézelődjek, mit nézzek meg esetleg? Nem ragadt bele a maildropba? Végre - úgy tűnik 1 napi hibátlan működés után - megoldódott. A lámaságom határtalan, de a tanulság miatt leírom. LDAP auth, LDAP-ba usereket kézzel viszegetem fel.ldif file szergeszgetésével. Sajnálatos módon a két usernek egyazon uid-rt adtam, így a könyvtár jogokat megnézve már látszott, hogy a második user könyvtárának tulajdonosa az első user. Mondjuk nem egészen világos, hogy időnként miért ment hibátlanul (cache?), de talán már nem is érdekes. Köszönöm a türelmeteket és a segítséget! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Eltünt levél nyomozás
Hi! Keresek egy levelet a rendszeremben, de kifogytam az öltetekből, segítene valaki egy új irányt keresni, hogy merre lehet? Ma 12:26:36-kor egy levelet küldtek el 3 személynek IMP-ből, a naplóban szépen látszik: == Mar 2 12:26:36 ibm-old postfix/pickup[32168]: C400F1B6002: uid=33 from=tarcsazol...@cegnev.hu Mar 2 12:26:36 ibm-old postfix/cleanup[6369]: C400F1B6002: message-id=20120302122636.17455m62couulwn4@192.168.1.5 Mar 2 12:26:36 ibm-old postfix/qmgr[22724]: C400F1B6002: from=tarcsazol...@cegnev.hu, size=1326, nrcpt=4 (queue active) Mar 2 12:26:36 ibm-old postfix/local[6372]: C400F1B6002: to=meze...@mail.cegnev.hu, orig_to=mezei.istva...@cegnev.hu, relay=local, delay=0.1, delays=0.05/0.03/0/0.02, dsn=2.0.0, status=sent (delivered to command: maildrop) Mar 2 12:26:36 ibm-old postfix/local[6375]: C400F1B6002: to=mih...@mail.cegnev.hu, orig_to=szilagyimih...@cegnev.hu, relay=local, delay=0.14, delays=0.05/0.06/0/0.03, dsn=2.0.0, status=sent (delivered to command: maildrop) Mar 2 12:26:36 ibm-old postfix/local[6378]: C400F1B6002: to=m...@mail.cegnev.hu, orig_to=mvezeto...@cegnev.hu, relay=local, delay=0.14, delays=0.05/0.05/0/0.04, dsn=2.0.0, status=sent (delivered to command: maildrop) Mar 2 12:26:36 ibm-old postfix/qmgr[22724]: C400F1B6002: removed Mar 2 12:26:36 ibm-old postfix/local[6371]: C400F1B6002: to=ikt...@mail.cegnev.hu, orig_to=ikt...@cegnev.hu, relay=local, delay=0.14, delays=0.05/0.03/0/0.06, dsn=2.0.0, status=sent (delivered to command: maildrop) = A 3 főből kettő megkapta, míg meze...@mail.cegnev.hu postafiókjában _nincs_ meg a levél. Egyből jön az ötlet, hogy kitörölte, de mivel csak IMP-ből tudná, így megnéztem azt is: cat syslog | grep Mar 2 | grep deleted == Mar 2 13:02:42 ibm-old dovecot: IMAP(timea): deleted: uid=711, msgid=4f50ac5f.3060...@agrosprint.hu, box=Drafts Mar 2 13:07:42 ibm-old dovecot: IMAP(timea): deleted: uid=712, msgid=4f50b6ec.2080...@agrosprint.hu, box=Drafts Mar 2 14:19:54 ibm-old dovecot: IMAP(szsandor): deleted: uid=2884, msgid=4f50b994.2050...@agrosprint.hu Mar 2 14:20:51 ibm-old dovecot: IMAP(szsandor): deleted: uid=2886, msgid=CAK-vAgp0EBCZMuvn7WCevt8xYZXTZsg_vDZLnTKgTQOX6V0=j...@mail.gmail.com == Nem idézem be az egészet, de a lényege, hogy nincs közte mezeine user. Szóval ez alapján mégsem törölte. Nade akkor mi történt a levéllel?? Valakinek ötlete, hogy mit kéne megnézni, beállítani? Adalék, hogy korábban ugyanezen felhasználóval már hasonló levéleltünés történt, azt követően állítottam be, hogy a dovecot naplózzon részletesebben. Minden ötletet szívesen fogadok, segítségeteket előre is köszönöm! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Eltünt levél nyomozás
On Fri, 2 Mar 2012 18:51:27 + (UTC), Erdelyi Gabor erdel...@host.epgep.bme.hu wrote: szistvan szist...@mail.vcsk.hu wrote: to=meze...@mail.cegnev.hu, orig_to=mezei.istva...@cegnev.hu, relay=local, delay=0.1, delays=0.05/0.03/0/0.02, dsn=2.0.0, status=sent (delivered to command: maildrop) A maildrop nem csinal valami csunyat? Egyenlőre nem tudok róla. :-( Nincs a juzernak maildroprc-je, ami bekavarhat? Nincs sajna. Egyetlen központi maildroprc van a /etc-ben: DEFAULT=$HOME/Maildir Az iktato usernek van sajátja, de az itt most nem játszik, az meg is kapta. Természetesen a mai napon is és korábban is több levelet hibátlanul megkapott. Összesen talán 3-4 esetben jelezték, hogy hasonló módon eltünt levél és minden esetben cégen belül. Először ráfogtuk, hogy mellékattintott és törölte, de a második eset után már meg is néztem és elkönyveltem, hogy törölte, mert a mail.log kézbesítettet jelzett. Aztán a 2-3 héttel ezelőtti eset után már bosszúsan beraktam a dovecot-nak az imap törlés logolását és most néztem nagyot, hogy talán mégsem a user volt a béna. :-( Maildrop-ra eddig nem volt log, de most betettem azt is, lássuk mit mond. Van esetleg még ötlet, hogy mit lehetne logolni, ha legközelebb újra beütne, akkor közelebb kerüljünk a megoldáshoz? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Eltünt levél nyomozás
On Fri, 02 Mar 2012 20:40:08 +0100, Szládovics Péter p...@szladovics.hu wrote: Van esetleg még ötlet, hogy mit lehetne logolni, ha legközelebb újra beütne, akkor közelebb kerüljünk a megoldáshoz? queue-ban is nézted? Természetesen, mindenhol üres. Nem lehet, hogy quota miatt nem tudja kézbesíteni? Cég saját szervere, nincs quota. Vagy esetleg valamelyik imap folderen megváltoztak a jogok? Az ominózus időpont után is kapott levelet kintről is és bentről is. CSAK ez az 1 levél nincs meg. Szerverleállás, áramszünet sem játszik. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Eltünt levél nyomozás
On Fri, 2 Mar 2012 19:50:35 + (UTC), Erdelyi Gabor erdel...@host.epgep.bme.hu wrote: szistvan szist...@mail.vcsk.hu linux@mlf.linux.rulez.org wrote: Van esetleg még ötlet, hogy mit lehetne logolni, ha legközelebb újra beütne, akkor közelebb kerüljünk a megoldáshoz? bcc-zz mindent valahova, hogy legalabb a level meglegyen ha gond lesz megint. recipient_bcc_maps, sender_bcc_maps Most is van always_bcc = ikt...@cegnev.hu. Tehát a levél megvan, egy mozdulattal oda tudom adni a usernek, de ez így csak nem jó. Cégen belül még csak-csak beszélnek egymással, majd jogosan engem csesztetnek, de tartok tőle - mivel a jelenség okát egyenlőre nem ismerem -, hogy ez külsős levéllel is előjöhet és akkor abból nagyob baj lehet. Gyanítom valami spéci együttálás hozhatja elő, csak rá kell(ene) jönni micsoda _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Rendszeridő és boot
Hi! Hazaküldtek egy debian lenny-s mezei gépet, hogy nem indul. A gép pár éve fut gateway-ként, 2db hdd raid1-be (md) kötve. A grub menüig eljut, majd a szokásos kernelt indítva: init ram disk és már csak fekete képernyő volt látható. Miután felmountoltam az egyik hdd-t simán leszedtem az adatokat, a logban az látszódott, hogy jan. 3-án kapott egy shutdown-t, előtte hardver hibára utaló bejegyzések nem voltak. A talány méginkább kezdett érdekessé válni. Memória teszt következett - ugyanabban a gépben pendrive-ról bootolva-, az 1db 1GB-os modul is rendben. Belenézve a BIOS-ba szemet szúrt, hogy a dátum 2099.01.05.!! Miután ezt helyreraktam már zokszó nélkül elindult. Nem tudom, hogy ez kinek új, de engem rendesen meglepett. A tanulság végett írtam le, hátha valaki hasonlóba futna bele, illetve feltenném a kérdést: ki lehet ezt küszöbölni, hogy rossz dátum esetén is elinduljon? Persze értem én, hogy bizonyos helyeken ez igencsak nagy galibát okozhatna, de jelen esetben a squid logjai érdekesek leginkább a dátumot illetően. Esetleg az ext3 naplózó filerendszerbe kavarhatna be? Érdemes ezzel pepecselni? ;-) Előre is köszönöm a válaszokat. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Xen csere win guest alatt
Hi! Debian lenny, azon xen 3.2, guestben Win Xp-k. Minden guest külön LVM-re pakolva, ráadásul csak 1-1 C meghajtó minden XP-ként (szóval nincs túlbonyolítva). Jó lenne átköltöztetni az egészet egy másik vasra, szintén debian és xen párosra. Van -e arra esélyem, hogy egy LVM mentéssel a guesteket 1:1-ben átpakoljam és még működjenek is? Az egyik XP-n futó progi licenszelése miatt érdekes a dolog, mert regisztráció után max. 3-szor lehet deaktiválni és máshová telepíteni + a jelentős hardverváltozásokat is érzékeli. Szóval a kérdés, hogy van -e esély (esetleg tapasztalata valakinek) guest-ben lévő oprendszer költöztetésére? Előre is köszönöm a válaszokat! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Squid kézi logelemzés - facebook
Hi! Azt kellene egy nap logjából kivadászni, hogy az adott gépről mikor használták _aktívan_ a facebookot. Ezalatt a konkrét kattingatásokat értik. Márpedig a facebook a bejelentkezés után lecsukott böngésző mellett is forgalmaz. Első körben a facebook-ra vonatkozó sorokat kiszedtem, majd a forgalmazott adatmennyiség szerint nagyságrendbe raktam. Gondoltam, az aktivitás nagyobb forgalmat generál (persze így kimaradhat jópár dolog, de így is bőven elegendőnek találtam a sorok számát ;-) ). Viszont ezzel felmerült bennem az is, hogy egy új post megjelenésekor az is megjelenik (nem sokat facebookolok)? Mert, ha igen, akkor a post és a belé ágyazott kép is nagyobb mennyiségnek számít és így a fenti elgondolásom teljes mértékben hibás és használhatatlan. Tehát a kérdésem, hogy hogyan tudnám a squid access.log-ból kiszedni a facebook aktív használatát bizonyító sorokat? Segítségeteket előre is köszönöm! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Squid kézi logelemzés - facebook
On Thu, 01 Dec 2011 10:59:12 +0100, Pápai Balázs sparhelt.fl...@gmail.com Ezt nem tudom, ezt neked kellene kipróbálnod. Tartok tőle, hogy ez nem biztos, hogy egyszerű lesz, de meg lehet próbálni. De miért kell a kétféle forgalmat megkülönböztetned? Főnökség ;-) Nagyjából két csoport van, aki Internetet használhat és aki nem. Gondolom valamilyen munka nem lett elvégezve, de a facebook-ot meg kiszúrták, szóltak az illetőnek, hogy nem kellene (annyit). Most elérkezett a második alkalom és a log kell ahhoz, hogy az orra alá dörgöljék. Azt hiszem marad az eredeti elképzelés, a dolgon sokat nem változtat (10 nap 13.000 facebook logsor ugyanarról a géprő - 1 gép 1 ember). Köszönöm a türelmeteket! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Squid kézi logelemzés - facebook
On Thu, 01 Dec 2011 11:24:28 +0100, Pápai Balázs sparhelt.fl...@gmail.com wrote: Ki lehetne sakkozni, hogy milyen mintát generál a facebook magától, és mit a felhasználó, de nem biztos, hogy megérné a dolgot csak azért, hogy valaki orra alá tartsák. Egyszerűbb az, hogy megmondják neki, amíg nincs meg a munka, Én is így gondolom, de azért megpróbáltam korrektül körbejárni a dolgot. Köszönöm! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
IMP, Dovecot logolás
Hi! Webmail IMP4 (4.2-4lenny3) és dovecot (1:1.0.15-2.3+lenny1) párossal, a leveleket postfix továbbítja. Tegnap az egyik user panaszkodott, hogy nem jöttek meg a levelei, ráadásul cégen belülről. A mail.log-ban egyértelműen benne van, hogy a postfix kézbesítette és az always_bcc-be is betette. Gyanítom valaki (valami?) törölte, de hiába bújom a logokat nem látok semmit. Dovecot is annyit logol, hogy ki mikor fért a postaládájához és kész, IMP se bőbeszédű. Dovecot-ot próbáltam bőbeszédűbbre állítani, de a mail_debug=yes ellenére sem mondja meg, hogy melyik levélhez fértek épp hozzá, illetve törölték -e. Lehet IMP-et kellene piszkálni? Mi lenne a jó megoldás, egy irányt mutassatok légyszi. Előre is köszönöm! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IMP, Dovecot logolás
On Tue, 22 Nov 2011 09:50:33 +0100, var...@mithrandir.hu (Varadi Gabor) wrote: dovecot 1.2.15 van nekem. protocol imap { .. mail_plugins = mail_log .. } plugin { .. mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename append mail_log_fields = uid, box, msgid, from, subject, size .. } Tökéletes! Nov 22 09:58:07 ibm-old dovecot: IMAP(szistvan): deleted: uid=46, msgid=Pine.LNX.4.64.1110271253570.21968@w3.intranet Köszönöm!!! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: OpenVPN cliens routing beállítás
Hi! On Sat, 05 Nov 2011 08:16:44 +0100, Salamon Attila 2011-11-03 23:20 keltezéssel, szistvan írta: Egyetlen aprócska kérdésem maradt: megoldható -e, hogy az 192.168.100.0 átjárójának mondjuk a 192.168.1.9-et adjam meg? A fenti push... a 192.168.1.1-et adja hozzá - bár már ezzel is meg tudom oldani -, de jobb lenne, ha közvetlenül a 192.168.1.9-et adnám meg default gw-nek a 100-as tartományra. Próbáltam néhány route-gateway opció? Elkezdtem nézegetni ezen opciót, aztán googlezás közben találtam a megoldást: push route 192.168.100.0 255.255.255.0 192.168.1.9 Teljesen logikus és működik is. Emlékeim szerint próbáltam is, de akkor tuti nem ment (akkor valami mást is eltekerhettem). A lányeg, hogy így már tökéletes. Köszönöm a segítségeteket és a türelmeteket! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: OpenVPN cliens routing beállítás
On Tue, 01 Nov 2011 21:52:38 +0100, Szládovics Péter p...@szladovics.hu wrote: cliensserver-|VLAN1 : 192.168.1.1| 192.168.1.1 |VLAN2 : 192.168.100.0|--webszerver|192.168.100.10| Fentiek szerint a cliens része lett a VLAN1-nek. Próbaképp win-en kiadtam a következőt: route ADD 192.168.100.0 MAS 255.255.255.0 192.168.1.1 Szerintem erre gondolsz: push route 192.168.100.0 255.255.255.0 Igen! Köszönöm!! Ezt a szerver oldali konfba kell. Evvel minden kliens megkapja a route-ot. Így is van, csak rá kellett jönni előbb, hogy win7-en az OpenVPN GUI-t rendszergazdaként kell futtatni, ellenkező esetben nem módosíthatja a routing táblát. Egyetlen aprócska kérdésem maradt: megoldható -e, hogy az 192.168.100.0 átjárójának mondjuk a 192.168.1.9-et adjam meg? A fenti push... a 192.168.1.1-et adja hozzá - bár már ezzel is meg tudom oldani -, de jobb lenne, ha közvetlenül a 192.168.1.9-et adnám meg default gw-nek a 100-as tartományra. Próbáltam néhány dolgot - még doksiolvasást is -, de vagy benézek valamit, vagy ezt nem lehet megadni. Köszönöm mégegyszer az eddigi segítséget! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
OpenVPN cliens routing beállítás
Hi! OpenVPN szerver oldalon több VLAN-ba engedi be a clienseket TAP interface-en keresztül bridgelve. Jelen esetben egy becsatlakozással 1 VLAN-ba lép be, viszont szeretném, ha néhányan több VLAN-ba is beláthassanak. cliensserver-|VLAN1 : 192.168.1.1| 192.168.1.1 |VLAN2 : 192.168.100.0|--webszerver|192.168.100.10| Fentiek szerint a cliens része lett a VLAN1-nek. Próbaképp win-en kiadtam a következőt: route ADD 192.168.100.0 MAS 255.255.255.0 192.168.1.1 Ezzel így elérhatővé vált a .100.10-es webszerver, éljen! A kérdés már csak az, van -e arra mód, hogy ezt a plussz routingot a szerver mindenképp letolja a cliens torkán? Szeretném elkerülni ugyanis a cliens oldali gépelgetést, esetleg script futtatgatást. Előre is köszönöm a segítséget! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: OpenVPN belső háló nélkül
On Tue, 18 Oct 2011 21:23:10 +0100, Krisztian VASAS i...@ironiq.hu wrote: Először is meg kell érdeklődni, hogy egyáltalán van-e lehetőség TUN/TAP interface-t használni az adott gépen. Ha nincs, akkor sajnos erősen ígyjárás esete. Igen van, TAP interfacet csináltam is. OpenVPN a cél, ami nem világos, hogy akkor a TAP interface-nek lell belső IP-t adnom? Mert ugye kell egy belső láb, ami által egyen hálózat épül fel. Vagy félreértek valamit? Sajna eddig csak olyan helyekkel volt dolgom, ahol mindkét oldalon 1-1 teljes hló volt és ott a TAP interfacet bridgelni kellett a valamelyik helyi eth-val. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
OpenVPN belső háló nélkül
Hi! Egy igen érdekes felállás esetén kellene valahogy egy hálózatba hozni a két gépet. 1.Gép(nyilvános IP) Internet --- GW - 2.Gép(privát IP) Az 1. és 2. gép közzé kellene VPN-t felhúzni úgy, hogy a GW-hez semmi közöm, maximum portokat tudok kinyittatni rajta, esetleg forwardoltatni. Az 1. gép egy bérelt virtualizált gép fix IP-vel egy szolgáltatónál. Úgy látom, az lenne az egyszerűbb, ha 1. Gépre tenném az OpenVPN szervert és oda kapcsolódna be a 2. Gép. A problémám csak az, hogy ott nincs belső hálózat. Rémlik, hogy ilyen esetekre lehet virtuális interfacet csinálni, egy kulcsszóval segítenétek? Esetleg, ha hibás a koncepcióm, kijavítanátok egy működőre? Előre is köszönöm a segítséget. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: postfix cc
Hi! On Tue, 27 Sep 2011 14:34:19 + (UTC), Erdelyi Gabor erdel...@host.epgep.bme.hu wrote: Merre, melyik opció fele keresgéljek? Szerintem itt: recipient_bcc_maps Igen, ez lett a megoldás. Köszönöm! Sajna a kérdés feltevést követően rám borult a munka hegy és épp csak olvasni volt időm, ezért a kései próbálkozás és válasz. Mégegyszer köszönöm! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
postfix cc
Hi! Postfix, userek LDAP-ban. A feladat, hogy 4-5 userhez érkező levelekről másolatot kellene küldeni a főnöknek is. Ugyan van always_bcc, de oda megy mind a 60 user levele és az nagyon sok, azt szeretné, ha a kereskedőkhöz érkező levelekről Ő is kapna egy másolatot. Merre, melyik opció fele keresgéljek? Előre is köszönöm! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: routing
On Tue, 28 Jun 2011 15:00:19 +0200, Norbert Vastagh vasti...@gmail.com wrote: A problémám az, hogy a vpn szerver (a Mikrotik-en) a helyi IP tartományból osztogat címeket, tehát a router egyik lábán is vannak pl. 192.168.1.x IP tartományba tartozó címek, meg a másikon is. Az oldalanként osztott IP-hez mit ad gateway-nek ill. milyen netmaskot ad? Nem lehet, hogy kettészedték a hálót és lett egy 192.168.1.1/25 ill. a másik fele a másik oldalra (255.255.255.128)? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
samba win xp home azonosítás
Hi! Tisztában vagyok, hogy XP Home nem képes belépni tartományba - mielőtt valaki lehurrogna ;-) Viszont a samba megosztásokhoz hozzáfér, ha nevet és jelszót ad meg. Abban az esetben, ha az XP-n a felhasználónév és jelszó is megegyezik a samba-éval, akkor a winre felcsatolt hálózati meghajtókhoz úgy tud hozzáférni, hogy nem kell ismét megadnia a nevet:jelszót. Az érdekesség viszont az, hogy egy már telepített windows esetében, ha a felhasználó vévnek valami más volt megadva, majd később lett a név átírva, már nem működik a fenti trükk. Ez esetben a bejelentkezést követően a hálózati meghajtóknál újra név:jelszó párost kér. Esetleg tudna valaki segíteni, hogy mit kellene megnéznem/átírnom, hogy a régi telepítésű - és más nevű felhasználó - is egyből hozzáférjen a megosztáshoz? Keresgéltem a registry-ben és találtam Logon Usert Name és hasonló bejegyzéseket a régi névvel (név változtatást megelőző névvel), de hiába állítottam át, índítottam újra, nem segített. Minden segítséget előre is köszönök! PS: elnézést a kissé off témáért. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: T-Mobile net, kívülről
On Tue, 22 Mar 2011 16:43:54 +0100, Gabor HALASZ halas...@freemail.hu Nem csak privat ip-t kapsz? A mi dobozaink legalabbis a 10.x.x.x-es cimet szoktak kapni. Épp érdekes a téma, mert faluvégen lévő ADSL mellé biztonsági tartaléknak néznék mobil netet, amit 1-2 gépnek leosztanék. Pont most kezdtem volna kinyomozni, hogy erre lehet -e fix IP-t kapni, de ha csak belső címeket osztanak, akkor az nem lészen jó.. :-( Esetleg van erre valakinek tapasztalata? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
KVM és terhelésmérés
Hi! Lészen két spéci program, ami igazából nem sok mindent csinál, viszont a top adatait nem igazán tudom értelmezni. A KVM guestben futtatott top ezt mutatja úgy, hogy ténylegesen nem dolgozik a két progi: top - 17:41:45 up 1 day, 7:18, 1 user, load average: 0.00, 0.00, 0.00 PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 4032 textlib 20 0 24412 2476 1928 S 8.0 0.5 127:25.36 g-tlz3950.exe 7925 textlib 20 0 71384 2344 1792 S 7.0 0.5 12:29.99 g-tlwww32.exe = Amikor a KVM host-ból nézem a virtuális gépet ezt látom (2139 PID): top - 17:43:09 up 1 day, 7:20, 1 user, load average: 0.00, 0.00, 0.00 PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 2139 libvirt- 20 0 594m 521m 3512 S 26 25.7 548:36.79 kvm 2088 libvirt- 20 0 337m 228m 3512 R3 11.3 56:37.47 kvm 2072 libvirt- 20 0 337m 259m 3512 S2 12.8 127:40.47 kvm == Tehát amit nem értek: a load mindkét esetben nulla, az egyes processzek CPU használata viszont magas úgy, hogy tényleges munkát nem végeznek. Biztos én nézek el ismét valamit, de esetleg valaki el tudná magyarázni? Mind a host, mind a guest debian squeeze. Előre is köszönöm a segítséget! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: grub2 rescue mode debian squeeze
On Mon, 18 Oct 2010 18:00:52 +0200, Ferenc Wagner wf...@niif.hu wrote: Live CD boot, majd: mount /dev/sda1 /mnt Nem megy, még úgy sem, hogy mount -t ext3 /dev/sda1 /mnt Nem szerencsés a tömb tagjaihoz külön nyúlkálni (még egy ro ext3 mount is ír az eszközre). De mi az, hogy nem megy? Hibaüzenet, dmesg? Biztos az sda1 a te eszközöd? cat /proc/partitions? Igaz, nem az, az md számozása kezdődik nullával, a partíciók 1-el. Ettől függetlenül nem megy: # mount /dev/sda2 /mnt mount: mounting /dev/sda2 on /mnt failed: Invalid argument mdadm --assemble /dev/md1 /dev/sda2 mdadm --assemble /dev/md1 /dev/sdb2 mdadm --run /dev/md1 Ezt nem értem. Próbálkozz előbb így: mdadm --detail --verbose --scan --config=partitions Ha jónak tűnik, mdadm -A --scan... Sajnos semmit nem csinált. Nincs /proc/mdstat, a syslogba pedig semmit nem írt a '--verbose' ellenére sem. :-( Majd mountolnám az md1-et, de az sem jó :-( Parancs, hibaüzenet, dmesg, file -s? Azt mondja: Unknow partition table. :-(( Az a kernel mondja az md1 létrehozásakor, mert nem talál rajta partíciós táblát. A mounthoz semmi köze. De mást nem látok a logban. Fogom, kiveszem a vinyót és egy rendes gépben nézem meg és nem live CD-ről. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: grub2 rescue mode debian squeeze
On Tue, 19 Oct 2010 09:18:45 +0200, var...@mithrandir.hu (Varadi Gabor) wrote: Modulok bevannak töltve (md , raid...)? Debian squeeze DVD boot rescue modban. Eljutok odáig, hogy válasszam ki a root filerendszert. A felsorolásban mindkét hddd minden partíciója, az LVM-en lévő partíciók és az md0, md1, md2 is látható. A /proc/mdstat szerint a raid1 rendben van. Hiába választom az md1-et nem sikerül, a logban ez szerepel ilyenkor: == rescue-mode: selected root device '/dev/md1' rescue: umount: can't umount /target: Invalid argument kernel: EXT4-fs: Update your userspace programs to mount using ext4 kernel: EXT4-fs: ext4dev backwards compatibility will go away by 2.6.31 rescue: mount: mounting dev/md1 on /target failed: Invalid argument rescue-mode: mount '/dev/md1' /target failed kernel: FAT: utf8 is not recommanded IO charset for FAT filesystems, filesystem will be case sensitive! == Az md0 swap, az md1-en pedig ext3 lenne. Jól gondolom, hogy az év eleji live cd helyett valami frissebbet kellene beszerezni? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: grub2 rescue mode debian squeeze
On Tue, 19 Oct 2010 10:34:59 +0200, Ferenc Wagner wf...@niif.hu wrote: Ha a Debian squeeze telepítőről van szó, akkor feltétlenül... Leginkább valami daily snapshot. Nem kell a full DVD, valószínűleg elég a netinst ISO is (a kisebb ISO-kon nincs rescue menüpont). Friss netinst squeeze cd, rescue mode. Az md tömböket hibátlannak látja, de a root filesystem kiválasztásakor (md1) már nem csatolja. A syslogban ennyit ír: === rescue-mode: selected root device '/dev/md1' rescue: umount: can't umount /target: Invalid argument kernel: FAT: utf8 is not recommanded IO charset for FAT filesystems, filesystem will be case sensitive! rescue: mount: mounting dev/md1 on /target failed: Invalid argument rescue-mode: mount '/dev/md1' /target failed == Tehát az ext4-re utaló nyomok eltüntek, de csak mountolható. :-( Már letettem arról, hogy újra elinduljon, viszont az LVM-en lévő néhány virtuális gépről kellene pár adat, de sajna azt sem tudom mountolni. :-( === # mount -t ext3 /dev/lvm-data/www /mnt mount: mounting /dev/lvm-data/www on /mnt/ failed: Invalid argument A syslogba semmi nem látszik, viszont a root filesystem választásnál látszanak az LVM partíciók - tehát modulok be vannak töltve. További ötlet esetleg? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: grub2 rescue mode debian squeeze
On Tue, 19 Oct 2010 15:46:34 +0200, Ferenc Wagner wf...@niif.hu wrote: === # mount -t ext3 /dev/lvm-data/www /mnt mount: mounting /dev/lvm-data/www on /mnt/ failed: Invalid argument Biztos ext3 a fájlrendszer? NEM! :- Én marh.!! LVM-en a kvm guestek vannak és azok külön partíciók. Loop-al végre sikerült mountolni és leszedni a fontos adatokat mind a 4 lvm partícióról. Már csak az első fele maradt a problémának, miszerint az md1-en (sda2,sdb2) lévő root partíció elérhetetlen és nem bootol. Ezzel kapcsolatban viszont tényleg el tudom képzelni, hogy az egyik grub frissítéskor a root partíció kiválasztásakor md1 helyett véletlen sdb2-t választottam és így belebarmolt(am). Még a mai nap próbálkozom, aztán holnap újratelepít, a guestek adatai megvannak legalább. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: grub2 rescue mode debian squeeze
On Mon, 18 Oct 2010 13:59:48 +0200, Ferenc Wagner wf...@niif.hu wrote: A Grub2-höz nem értek. De bootolj tetszőleges live rendszert (pl. a Debian squeeze telepítőt rescue módban), szükség esetén aktiváld a raid-eket és az LVM-et, mindent mountolj pl. a /mnt alá, chroot /mnt, Na ez az! Live CD boot, majd: mount /dev/sda1 /mnt Nem megy, még úgy sem, hogy mount -t ext3 /dev/sda1 /mnt Próbálom összerakni kézzel a tömböt: mdadm --assemble /dev/md1 /dev/sda2 mdadm --assemble /dev/md1 /dev/sdb2 mdadm --run /dev/md1 Majd mountolnám az md1-et, de az sem jó :-( Azt mondja: Unknow partition table. :-(( _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Apache átirányítás
Hi! Debian, rajta apache2. Két dolgot kellene megoldani: 1. A www.akarmi.hu/alkonyvtar/teszt.pdf hivatkozás esetén egy www.akarmi.hu/kiszolgal.php fusson. Ráadásul a kiszolgal.php-nek tudnia kellene, hogy mit szerettek volna direktben elérni. 2. Bónuszként viszont a külömböző keresőmotoroknak engedélyezni kellene a direkt letöltést. Tehát a keresőmotorok direktben elérhetnék, míg a többiek csak a PHP-s felületen keresztül. Egyrészről szeretnénk elkerülni, hogy egy weboldal tükröző szoftverrel a teljes könyvtárfát leszedjék egy menetben, másrészről a google és társainak mégis odaadnánk indexelésre a .pdf anyagokat. A kettő ellentmondását érzem, de valamilyen megoldást csak kellene találni, akár kompromisszumok árán is... Minden ötletet és javaslatot előre is köszönök! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
apache2 DirectoryIndex és php
Hi! Debian squeeze, rajta apache 2.2.16-1, php 5.3.2-2. Készítettem egy index.php-t, aminek a tartalma mindösszesen ?php phpinfo();? sorból áll, a /var/www alá betéve majd www.x.hu-ra nem fut le, hanem letöltődik. Viszont, ha www.x.hu/index.php-t írok, akkor megy (jogosultság is rendben). A DirectoryIndex-et nézegettem volna, de sajna nem segített - vagy én bénáztam el. A /etc/apache/mods-avialable/dir.conf tartalma: = IfModule mod_dir.c DirectoryIndex index.php index.html index.htm /IfModule Próbáltam a DirectoryIndex-et beletenni a ./sites-enebled/default-ba is, de sajna nem változott a felállás. Tehát: - direktbe hivatkozva a php-t feldolgozza - php működik - ha nem írom ki, hogy index.php, akkor megtalálja, mert letöltésre felajánlja, tehát a DirectoryIndex mégiscsak dolgozik. Logban hibát nem találok. Na és itt elakadtam, hogy akkor mit nézek be? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache2 DirectoryIndex és php
Tehát: - direktbe hivatkozva a php-t feldolgozza - php működik - ha nem írom ki, hogy index.php, akkor megtalálja, mert letöltésre felajánlja, tehát a DirectoryIndex mégiscsak dolgozik. Na és itt elakadtam, hogy akkor mit nézek be? Elárulom, mert hihetetlen proxy. Mindent leszedtem, majd _csak_ apache ment fel php nélkül, miután meg akartam nézni, hogy az alap apache megy rendesen derült ki, hogy még mindig az index.php-t szedi le. Squid-ban tiltólista + böngésző cache törlés és már jó is. Köszönöm a türelmeteket! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Sávszélesség dinamikus korlátozása több szegmensre
Hi! A kezdőn nem kaptam választ, így megpróbálkozom itt is. A hálózatunk jelenleg 4 szegmensből áll (vlan). A kijárón egy debian lenny + squid csücsül. A 8Mb/s-es ADSL vonalunkat szeretném a következőek szerint dinamikusan szétosztani: vlan1 - 4Mb/s vlan2 - 2Mb/s vlan3 - 1Mb/s vlan4 - 1Mb/s A későbbiekben tervezünk hálózatbővítést, de jelenleg ezzel kell beérni. A kérdésem, hogy merre keresgéljek, mit olvasgassak, hogy a fenti korlátozások dinamikusan megvalósuljanak? (Tehát, ha vlan4-ben épp nincs senki/nem használja, akkor az Ő sávszélességét a többiek kapják meg.) 2-3 betűs mozaikszavak jutnak eszembe, de inkább megkérdezem a tapsztaltabbakat, hogy célirányosan tudjak haladni. Előre is köszönöm a segítséget! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
KVM quest több lvm-en nem indul
Hi! Debian squeeze, KVM, questbe squeeze, lvm-re telepítve. LVM: r...@dell-server:~# lvdisplay --- Logical volume --- LV Name/dev/dell-data/textlib VG Namedell-data LV UUIDJIA9FR-1m87-WLb4-Vjdg-tqB7-UrSf-EBtL64 LV Write Accessread/write LV Status available # open 0 LV Size50,00 GiB LV Name/dev/dell-data/textlib-swap VG Namedell-data LV UUIDazkxxU-cUoy-VC9R-PVsJ-fMrZ-NKMp-wUoqX2 LV Write Accessread/write LV Status available # open 0 LV Size2,00 GiB A quest - a fentiek alapján - adja magát: 2GB swap (textlib-swap); 50GB linux. A telepítés sikerül, de miután újraindulna, a grub elhasal, rescue módba áll, azt mondja, hogy nincs meg az UUID=3cec8182-3439-45f9-85b5-bd... eszköz. Viszont, ha csak az egyik lvm-et adom meg telepítéskor (egy diszkes mód), akkor újraindítás után elindul. Mi az amit elront(ok), elnézek? A questet imigyen teszem fel: virt-install --connect qemu:///system -n textlib -r 512 --vcpus=2 --disk path=/dev/dell-data/textlib-swap --disk path=/dev/dell-data/textlib -c /cd-iso/debian-testing-i386-DVD-1.iso --vnc --vncport 5901 --vnclisten=0.0.0.0 --noautoconsole --os-type linux --os-variant debianSqueeze --accelerate --network=bridge:br0 --network=bridge:br1 --hvm Előre is köszönöm a segítséget, ötletet! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: KVM quest több lvm-en nem indul
Újra megnéztem és mostmár nagyon nemértem. :-( Quest felmegy, majd újraindítás után: == Welcome to GRUB! error: no such device: fcc3c803-3c7e-4334-96fa-7583fe035657 Entering rescue mode... grub rescue Namost felmountoltam a textlib lvm particiot és megnéztem: === r...@dell-server:~# blkid /dev/mapper/loop0p1: UUID=fcc3c803-3c7e-4334-96fa-7583fe035657 SEC_TYPE=ext2 TYPE=ext3 Belenézve az textlib lvm-en található grub.cfg-be: === ### BEGIN /etc/grub.d/10_linux ### menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-686' --class debian --class gnu-linux --class gnu --class os { insmod part_msdos insmod ext2 set root='(hd1,msdos1)' search --no-floppy --fs-uuid --set fcc3c803-3c7e-4334-96fa-7583fe035657 echo'Loading Linux 2.6.32-5-686 ...' linux /boot/vmlinuz-2.6.32-5-686 root=UUID=fcc3c803-3c7e-4334-96fa-7583fe035657 ro quiet echo'Loading initial ramdisk ...' initrd /boot/initrd.img-2.6.32-5-686 } Elárulná valaki, hogy most akkor mi a bubánatos fene van itten? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: KVM quest több lvm-en nem indul
== Welcome to GRUB! error: no such device: fcc3c803-3c7e-4334-96fa-7583fe035657 Entering rescue mode... grub rescue Érdekes módon az ls -re mindösszesen hd0-t mondott. Tehát a swap hdd-re tette a drága a grubot, és onnan meg nem látta már a másik hdd-t. A megoldás az, hogy a quest létrehozásakor az első diszknek a linuxot, másodiknak meg a swap-et adtam meg, így már működik. Köszönöm a türelmeteket! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Debian Xen 3.2.1 és tg3 modul
Hi! Lészen egy Dell R200-as szerver, benne 2db Broadcom Corporation NetXtreme BCM5721. Debian lenny, tg3 modullal szépen megy. Xen 3.2.1 felrak, még mindig jó minden, de amint bridgere fordulna a dolog mintha nem is lenne hálókártya. /etc/xen/xend-config.sxp [] (network-script my-network-script) /etc/xen/scripts/my-network-script #!/bin/sh dir=$(dirname $0) $dir/network-bridge $@ vifnum=0 netdev=eth0 bridge=xenbr0 $dir/network-bridge $@ vifnum=1 netdev=eth1 bridge=xenbr1 Korábban kommersz géppel Realtek hálókártyával tapasztaltam hasonlót, ott a hálókártya csere segített, de jelen esetben erre nincs mód. Valakinek ötlete? Előre is köszönöm a segítséget! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Debian Xen 3.2.1 és tg3 modul
/etc/xen/scripts/my-network-script #!/bin/sh dir=$(dirname $0) $dir/network-bridge $@ vifnum=0 netdev=eth0 bridge=xenbr0 $dir/network-bridge $@ vifnum=1 netdev=eth1 bridge=xenbr1 A hiba a fenti scriptben van, ugyanis elegendőek a következő sorok: $dir/network-bridge $@ netdev=eth0 $dir/network-bridge $@ netdev=eth1 Köszönöm a türelmeteket! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
A listáról...
Hi! Bár ünnepek után vagyunk, de a listáról legutóbb március. 13-án 20:32-kor kaptam levelet. A kezdő listára feltett kérdésem pedig meg sem jelent... :-( Valami történt a listával? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: qemu host-ból consolon linux vm elér ése
On Fri, 12 Feb 2010 14:24:08 +0100, Gabor HALASZ halas...@freemail.hu wrote: 1. DMZ-be szeretnék tenni pár szolgáltatást (dns, www, mail gw). Ezen szolgáltatásokat tervezem külön virtuális gépekre. Ezek mellett ugyancsak dmz-be néhány próba gép is kerülne tesztelgetni. Ez imho hibas elgondolas, a virtualizacio es a security nem igazan fernek ossze. Az alap elképzelés - imho -, a hostot nem lehet elérni hálózaton. A guestek pedig külün-külön szolgáltatnak, így egy - virtuáls - gépen nem lesz karácsonyfa. A bridge körül érzek sántítást, de egyenlőre nem látom a konkrét veszélyt. :-( 2. Belső hálón elsősorban windows kerülne a guest(ek)re, ahol mssql vmware esxi. Nem fizetőst? Ránézek köszönöm! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: qemu host-ból consolon linux vm elér ése
On Fri, 12 Feb 2010 14:56:10 +0100, Gabor HALASZ halas...@freemail.hu wrote: Az alap elképzelés - imho -, a hostot nem lehet elérni hálózaton. A guestek pedig külün-külön szolgáltatnak, így egy - virtuáls - gépen nem lesz karácsonyfa. Az osszes hypervisorban volt mar olyan hiba, ami lehetove tette a guest-ekbol kitorest. Nyilvan ezek nem tul gyakoriak es nem kis felkeszultseget igenyel a kihasznalasuk, igy valoszinuleg nem te leszel a celpontja egy ilyen tamadasnak, de a megkozelites problemas. A Ez világos. Nem örülök neki, de mérlegelve még mindig jobbank itélem meg, mint több gép vásárlása kis feladatokra, vagy 1 géppel ip aliassal karácsonyfát készíteni és 1 szolgáltatással borul minden (legfőképpen dns és mail gw zavarna). qmail/djbdns garantaltan biztonsagosabb es kisebb overheaddel jar, mint Ezzel egyetértek. egy virtualizacio, arrol nem is beszelve, hogy mennyivel egyszerubb oket uzembiztosan bekonfiguralni. A www-vel meg semmit sem tudsz csinalni, mert ugyis a rajta futo bugos webappot fogjak felnyomni, elinditanak egy bot-ot, es spamelnek ezerrrel. Sajnos ez van, de többek között emiatt virtualizálnék, az első pontban jelzett kitörési veszély mérlegelésével együtt. Download VMware ESXi Get our free hypervisor. * Download Now http://www.vmware.com/products/esxi/ Igen, eddig eljutottam ;-) Köszönöm! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
qemu host-ból consolon linux vm elérése
Hi! Debian squeeze, rajta kvm-qemu, vm-ben pedig lenny. Grafikus konzol se a hoston, se a vm-ben, VNC-n ill. ssh-n elérem, működik. Viszont szeretném, ha a host consolról is elérhetném a vm-et. Google forgalmát a napokban szépen feltornáztam, de csak részben működő megoldásig jutottam. A lenny vm-ben a grubot kibővítettem imigyen: /boot/vmlinuz-2.6.26-2-amd64 root=/dev/vda2 ro console=ttyS0,115200 Ugyanitt a VM-ben az inittab-ot is bővítettem: co:23:respawn:/sbin/getty -8 115200 ttyS0 linux A vm .xml file ide vonatkozó része: == serial type='pty' source path='/dev/pts/1'/ target port='0'/ /serial console type='pty' source path='/dev/pts/2'/ target port='0'/ /console === debian:~# virsh ttyconsole vm10 /dev/pts/0 És imitt jön az érdekes rész: === debian:~# virsh console vm10 Connected to domain vm10 Escape character is ^] 12:42:36.806: error : vshRunConsole:77 : unable to open tty /dev/pts/0 : Nincs ilyen fájl vagy könyvtár == Holott van: = debian:~# ls -l /dev/pts/0 crw--w 1 libvirt-qemu tty 136, 0 febr 11 12.41 /dev/pts/0 = Illetve minicom-al sikerül rájelentkeznem: === debian:~# minicom -p /dev/pts/0 Debian GNU/Linux 5.0 guest1 ttyS0 guest1 login: = Hol keressem a hibát, mit nézzek még meg? Előre is köszönöm a segítséget! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: qemu host-ból consolon linux vm elér ése
On Thu, 11 Feb 2010 13:52:27 +0100, Gabor HALASZ halas...@freemail.hu wrote: A lenny vm-ben a grubot kibővítettem imigyen: /boot/vmlinuz-2.6.26-2-amd64 root=/dev/vda2 ro console=ttyS0,115200 Ugyanitt a VM-ben az inittab-ot is bővítettem: co:23:respawn:/sbin/getty -8 115200 ttyS0 linux Hol keressem a hibát, Hiba nincsen, konzolt konfiguraltal, soros konzolt kaptal. Igen, de a virsh man-ban ezt látom: console domain-id Connect the virtual serial console for the guest. Lehet, hogy félreértem, de mintha mégis soros konzol kellene neki. A hibára googlizva ezt találtam: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567818 Nekem úgy tűnik, hogy megnyertem épp a libvirt-bin 0.7.5-5 verzióval. Persze, ha valaki máshogy látja, kérem ne kiméljen. mit nézzek még meg? Egy mukodo virtualizaciot. Régi xen van, qemu, amin a guesteket consolról érhetném el sajna nincs. :-( _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: qemu host-ból consolon linux vm elér ése
On Thu, 11 Feb 2010 16:21:08 +0100, Gabor HALASZ halas...@freemail.hu wrote: Elnézést, egy mondatban sokmindent értelmetlenül sűrítettem. :-( Tehát működő xen-em van, puskázni arról tudnék, de qemu kell(ene) most. Miert is kell qemu? Ha manapsag qemu kell valamihez, akkor vagy kiserletezel vagy rosszul valasztottal valamit :) Xen-t szerettem volna, de pár hónappal korábban írt felmérő levelemben pont erre panaszkodtam. Azaz, hogy xen támogatás kezd háttérbe szorulni, mert felvásárolták és inkább KVM irányba mennek. Erre voltak érvek-ellenérvek, de a végén kvm-qemu mellett döntöttem az új szerver esetén. Persze lehet igazad van/lesz, miszerint vagy rosszul valasztottal valamit, de ez később derül ki. ;-) VNC itt is lenne, megy is, de ha bemegyek a szerverszobába, akkor ne keljen már másik gépet vinni csak azért, hogy VNC-n elérjem a guesteket. Illetve a host-ra csak a VNC miatt nem akarok X-et tenni, maradi vagyok, maradnék a konzol mellett. Valamit megint kicsit tomoren irsz :) Ha managelni akarsz, miert mesz be a gepterembe? Es miert nem ered el a host-rol ssh-val a guest-et? Izé, mert néha az interface-s fileba elgépelek valamit és akkor nincs ssh ;-) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: KVM hálózat választás
On Fri, 5 Feb 2010 14:14:46 +0100, PÁSZTOR György pasz...@linux.gyakg.u-szeged.hu wrote: Szóval valami összejött, már csak meg szeretném tudni, hogy mi is ez a vnet... ha esetleg ebben tudna még valaki segíteni. Nézd meg a virt-install forrását. Én nem ismerem azt. Gyanítom egy tap interfész lesz, átnevezve! ;-) Igen Ön nyert! ;-) Egy mezei 'ps ax' eredményeképpen: 2062 ?Sl 1:29 /usr/bin/kvm -S -M pc-0.11 -enable-kvm -m 512 -smp 1 -name vm11 -uuid 185922e8-4b06-16c9-16a8-bae2ac6be573 -monitor unix:/var/lib/libvirt/qemu/vm11.monitor,server,nowait -boot c -drive file=/guest/vm11,if=virtio,index=0,boot=on,format=raw -drive if=ide,media=cdrom,index=2 -net nic,macaddr=52:54:00:25:d1:00,vlan=0,model=virtio,name=virtio.0 -net tap,fd=15,vlan=0,name=tap.0 -net nic,macaddr=52:54:00:4e:60:01,vlan=1,model=virtio,name=virtio.1 -net tap,fd=16,vlan=1,name=tap.1 -serial pty -parallel none -usb -vnc 0.0.0.0:1,password -k hu -vga cirrus = Ebből kiemelve: == model=virtio,name=virtio.0 -net tap,fd=15,vlan=0,name=tap.0 -net nic,macaddr=52:54:00:4e:60:01 == Köszönöm a segítséget és a türelmet! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Virtualizációs elméleti kérdések - KVM
Hi! Mint előző leveleimből látszik is, mostanság KVM-et nyúzom, viszont pár elméleti kérdésem lenne, mielőtt a végleges rendszert összeraknám. 1. Magán a host-on érdemes -e bármilyen szolgáltatást nyújtani akár belső, védett hálózatban is? Persze a kérdés másik oldala, hogy akkor miért akarok virtualizálni, ha a hoston is szolgáltatok - leszámítva a más oprendszer? 2. DMZ, biztonság kedvéért minden szolgáltatás külön guest. Igazából átjárókról van szó, tényleges adat szinte nincs (dns, mail gw, apache + nfs). Van ok, ami miatt a guesteket ez esetben érdemes lehet LVM-re pakolni, vagy bőven megfelel egy közepesen nagy image file is? 3. Debian squeeze tart -e már olyan fázisba, hogy éles rendszerbe berakható, akár KVM host, akár guest-be? Segítségeteket, javaslataitokat előre is köszönöm! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: KVM hálózat választás
On Thu, 4 Feb 2010 00:21:19 +0100, PÁSZTOR György |- guest1:dns -| eth0-- guest2:www ---eth1 |- guest3:mail-|| | H o s t - Gondoskodj róla, hogy legyen egy br0 és br1-ed. Boot után éledjenek fel automatice. Br0-ba bekerül eth0, br1-be eth1. br1-en IP is legyen. Debianban nagyjából így nézne ki az interfaces-ed [...] Arra figyelj, hogy minden tap interfésznek adj külön sorszámot, guestenként is. Magyarán guest1: tap0, tap1; guest2: tap2, tap3, stb. Elöször is köszönöm a választ! Sajnos tegnap nem voltam gépközelben, így csak most reagálok. A válasz előtt már sikerült viszonylagosan célba érnem. Az alap debian squeeze, a két bridge-t felhúztam. Ami első körben megzavart, hogy a bridge-nak nem feltétlen kell IP-vel rendelkeznie. Elkészült a guest az alábbi módon: virt-install --connect qemu:///system -n vm11 -r 512 --vcpus=1 -f /guest/vm11 -s 10 -c ~/iso/debian-503-amd64-netinst.iso --vnc --vncport 5900 --vnclisten=0.0.0.0 --noautoconsole --os-type linux --os-variant debianLenny --accelerate --network=bridge:br0 --network=bridge:br1 –hvm A bridge pedig imigyen néz ki jelenleg: === debian:~# brctl show bridge name bridge id STP enabled interfaces br0 8000.0025220626f7 no eth0 vnet0 br1 8000.000acd06e8f4 no eth1 vnet1 == Na és itt van némi problémám. Ugyanis a nagy keresgélés közben - ahogy Te is írtad - tap interface-k felé keresgéltem, de közben más irányból megoldódni látszik, és működik is, csak épp a fent látható vnet0, vnet1 interfacekat nem tudom hova tenni. :-( Szóval valami összejött, már csak meg szeretném tudni, hogy mi is ez a vnet... ha esetleg ebben tudna még valaki segíteni. Előre is köszönöm! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
KVM guest megszüntetése
Hi! Tesztelgetem, már van egy működő XP guest. Szeretnék tőle megszabadulni, de hogyan? Image-ben van a guest, image letörlés nem elég, mert virt-install újbóli futtatására - ugyanazt a nevet megadva - azt mondja, hogy Guest name 'vm10' is already in use. A /etc/libvirt-en belül találtam vm10-re utaló nyomokat, azokat is kiírtottam, de nem lett jobb. Egyébként sejtem, hogy nem így kellene hivatalosan megszüntetni, de megszüntetésről nem sok szó esik. Még egy kritérium lenne: az alap rendszeren nincs grafikus felület. Előre is köszönöm a segítséget, javaslatokat, olvasnivalót! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: KVM guest megszüntetése
On Tue, 2 Feb 2010 11:37:22 +0100, Laszlo Beres las...@beres.me wrote: Tesztelgetem, már van egy működő XP guest. Szeretnék tőle megszabadulni, de hogyan? Image-ben van a guest, image letörlés nem elég, mert virt-install újbóli futtatására - ugyanazt a nevet megadva - azt mondja, hogy virsh undefine guestneve Köszönöm! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
KVM hálózat választás
Hi! A mai nap KVM hálózat és google párossal telt, de egyre nagyobb a káosz a fejemben. :-( Xen-ben pár éve működő dolgot szeretnék KVM-el megvalósítani, csak nem látom, hogy hogyan kellene. Feladat: egy DMZ, ami kifele szolgáltat, hátrafelé logol. Bővebben: |- guest1:dns -| eth0-- guest2:www ---eth1 |- guest3:mail-|| | H o s t - Tehát a gépnek 2 hálókártyája van, eth0 Internet fele néz, eth1 belső hálóra. Minden quest-nek 2 IP, egy publikus és 1 belső, amerre majd logol ill. mailt továbbít. Magának a host-nak nem lenne nyilvános IP-je, csak az eth1 felé belső. Azaz kintről nem is lehetne elérni, csak belső háló felöl. Ezt néztem volna ki, csak itt is van külső IP: http://qemu-buch.de/cgi-bin/moin.cgi/QemuAndTuntap#head-4b8c161634ed7d9b369248129124d4f31c335214 A kérdésem tehát: a fent vázolt elképzelés megvalósítható KVM-el? Amennyiben igen, mit olvassak, mire keressek rá? Előre is köszönöm a segítséget! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
debian squeeze lassú boot
Hi! Próbálgatná a squeeze-t, elsősorban virtualizációra, de már az alapnál nem tetszik. Alap rendszer - grafikus felület nélkül - simán indul, viszont a boot kicsit hosszú. Grub feljön, majd induláskor Loading, please wait... üzenet és vár, nagyságrendileg 1 percig, majd ezt követően indul a tényleges boot folyamata. Az udev-re gyanakszom és a /lib/udev/rules.d körül nézelődtem ill. próbáltam módosításokat eszközölni, sajnos kevés sikerrel. :-( Esetleg van valakinek ötlete mit nézzek meg? Előre is köszönöm! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: debian squeeze lassú boot
On Mon, 01 Feb 2010 13:17:11 +0100, Ferenc Wagner wf...@niif.hu wrote: szistvan szist...@mail.vcsk.hu writes: Vedd ki a quiet opciót a kernel parancssorból. Ehh, így már látványosabb, köszönöm! Mint kiderült itt akad el: [3.033600] usbcore: registered new interface driver usbhid [3.033630] usbhid: v2.6:USB HID core driver Itt vár közel 1 percet, majd megy tovább. [ 60.584041] eth0: unable to apply firmware patch USB bill-t lehúztam és akkor szintén egy egy eth-s sor előtt akadt el, keres valamit... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: debian squeeze lassú boot
[ 60.584041] eth0: unable to apply firmware patch Úgy tűnik Ő lesz a ludas. Bugreportban mintha az r8169-re panaszkodtak volna mások is. Menni megy, csak 2.6.32-trunk mégis így járt, javítás várható. Köszönöm a türelmeteket. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
vlan dhcp3 érdekesség
Hi! Debian lenny, eth1 rajta 4 vlan, dhcp3 mindegyik vlan-ra szolgáltat IP-ket, megy rendesen. Win7 cliensen konfigurálgatnék, ezért egyik-másik vlan-ba dugdosom a kábelt és ennek megfelelően is kap IP-t, de legutóbb az átdugdosást követően az előző VLAN szegmenséből osztott IP-t. Hogy lehetséges ez? Természetesen a hétköznapi működésben ilyen nincs, hogy pár percenként a kábel vége VLAN-t váltana, de a jelenség meglepett és ráadásul hiába próbáltam bármit, továbbra is a másik vlan-ból kapott IP-t. Megoldás az lett, hogy kézzel beírtam a fix IP-t és ezzel jó lett. Természetesen a dhcp3-nak nincs bedrótozva a cliens mac cime, hogy arra fix címet adjon. Van esetleg valakinek ötlete, hogy ez hogy jöhet(ett) össze? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: vlan dhcp3 érdekesség
On Fri, 29 Jan 2010 12:20:00 +0100, Gabor HALASZ halas...@freemail.hu wrote: szistvan wrote: Van esetleg valakinek ötlete, hogy ez hogy jöhet(ett) össze? A win elrakja a registrybe az utoljara kapott ip cimet, es megprobalja visszakerni a szervertol, az meg odaadja neki, ha eppen szabad. Így már érthető. Köszönöm az információt! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Lenny kvm alá lenny
On Thu, 03 Dec 2009 10:17:42 +0100, Gabóca gab...@gaboca.hu wrote: Erki-Kiss Zsolt írta: illetve a virsh --vncdisplay vm11 virsh # vncdisplay vm11 :0 lesznek a barátaid. Előbbinél megadhatod, hogy melyik porton figyeljen a VNC szerver, utóbbinál lekérdezheted, hogy hol figyel. Megadásnál 59xy formában add meg, lekérdezésnél a visszakapott érték +5900 a tényleges port. Segíthet még a netstat -lntp is. ~# netstat -lntp tcp0 0 127.0.0.1:5900 0.0.0.0:* LISTEN 2732/kvm Ezek szerint figyel és a problémám sokkal primitívebb. Hogyan kapcsolódjak rá, ha nincs X? Ezzel próbáltam: = ~# xvnc4viewer localhost:0 VNC Viewer Free Edition 4.1.1 for X - built Jan 30 2009 23:06:33 Copyright (C) 2002-2005 RealVNC Ltd. See http://www.realvnc.com for information on VNC. xvnc4viewer: unable to open display Bár ennek kezd nagyon kezdő szaga lenni, de légyszives valaki árulja el a megoldást. Előre is köszönöm a segítséget és a türelmeteket! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Lenny kvm alá lenny
On Thu, 3 Dec 2009 13:34:13 +0100, Gabor Gombas gomb...@sztaki.hu wrote: On Thu, Dec 03, 2009 at 11:51:12AM +0100, szistvan wrote: Ezek szerint figyel és a problémám sokkal primitívebb. Hogyan kapcsolódjak rá, ha nincs X? Fogsz egy olyan gepet amin van X es el tudja erni ssh-n a host gepet, Kicsit elszaladt ez a nap is... na akkor újra... Mint fentebb írtam nincs X, az meg vicc, hogy tényleg ott ülök a szerver előtt és igényem sincs X-re mégis kerítsek hozzá, ha telepíteni akarom. Xen-el volt eddig dolgom és ott ez alap volt, hogy belépek bármelyik guestbe - ami nem grafikus felületű volt természetesen... Keresgélek, próbálkozom tovább, ha jutok valamire megírom. Persze, ha valaki tudja a frankót, az ne kiméljen. ;-) _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Lenny kvm alá lenny
On Thu, 3 Dec 2009 22:13:48 +0100, Gabor Gombas gomb...@sztaki.hu wrote: On Thu, Dec 03, 2009 at 09:40:18PM +0100, szistvan wrote: Mint fentebb írtam nincs X, az meg vicc, hogy tényleg ott ülök a szerver előtt és igényem sincs X-re mégis kerítsek hozzá, ha telepíteni akarom. Xen-el volt eddig dolgom és ott ez alap volt, hogy belépek bármelyik guestbe - ami nem grafikus felületű volt természetesen... Hat akkor miert nem olvastad el azt a levelemet, amiben a soros port/szoveges terminal volt leirva? Az xm console sem mukodik, ha nem hallgatozik getty a hvc0-n... Elnézésedet kérem, elolvastam, csak kipróbálni nem volt időm, aztán a következő válaszadónál épp volt is időm és azon a szálon indultam el... :-( Mégegyszer elnézésedet kérem és köszönöm a segítő szándékodat... Épp a domain xml formátumának leírását böngésztem Visszatérve akkor a korábbi leveledre: Egyebkent meg nezd meg a domain XML-t, amit a virt-install gyartott; az os alatt a cmdline-en belul kell a console=ttyS0 console=tty0, ill. a devices szekcioban egy serial type='pty'target port='0'//serial. Igen, ezt megnéztem és ezt találtam: = os type arch='x86_64' machine='pc'hvm/type boot dev='hd'/ /os == serial type='pty' target port='0'/ /serial = Elindulok akkor most ezen a vonalon köszönöm a segítséget! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Lenny kvm alá lenny
Hi! Debian lenny, grafikus felület nélkül, proci virtualizálható. KVM csomagjait feltettem eme leírás alapján: http://www.howtoforge.com/virtualization-with-kvm-on-a-debian-lenny-server Guest-be lennyt raknék szintén grafukus felület nélkül LVM-re, így a fenti leírás szerint próbáltam létrehozni: 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 Természetesen a netinst iso jó helyen van, LVM rendben, a parancs után azt mondja elkészült, belépve a virsh-be és list, mutatja, hogy a vm11 fut. Na eddig tartott az örömöm, mert a fenti leírásban grafikus környezetre utal vissza, hogy ott hogyan tovább. A virsh-be pedig hiába írom be a console vm11 látszólag kifagy, nem látok semmit. :-( Valaki tudna segíteni, hogy merre nézelődjek, esetleg hogyan tudnék az adott virtuális gépre átváltani, hogy lássak is valamit? Vagy, ha teljesen rossz az irány, légyszi tereljetek jobb útra.. ;-) Előre is köszönöm a segítséget! _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache terhelés elosztás
On Wed, 18 Nov 2009 08:30:39 +0100, Gabor HALASZ halas...@freemail.hu wrote: szistvan wrote: Első gondolatom, hogy DNS-ben alacsony TTL mellett a domainhez több IP-t rendelek, egy script pedig figyeli, hogy élnek -e a végpontok, amelyik kiesik, azt kiszedi a DNS-ből. Ez esetben azzal nem tudok mit kezdeni, ha a primary DNS szakad le, mert akkor a frissítések az alacsony TTL miatt nem jutnak érvényre. Kulso dns szolgaltato? Csak talalsz valakit, akinek van hostingban fix ipje, es hajlando cron jobodat futni. Nem teljesen világos, hogy külső DNS szolgáltató mennyiben változtat azon, hogy a DNS-ben nem tudom aktualizálni a kieső hostot. Egyébként ez a DNS-es megoldás az emlékeimből rémlett, hogy esetleg így lehetne kezelni a dolgot, de keresnék valami hatékonyabbat, ha esetleg lenne. Lehetséges, hogy csak utópia amit szeretnék? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache terhelés elosztás
On Wed, 18 Nov 2009 09:01:22 +0100, Szilard STANGE szsta...@virusbuster.hu wrote: Hali, Tehát várnék néhány kulcsszót, ötletet, hogy merre nézzek szét? Leírást - annak linkjét - is szívesen fogadok. ;-) haproxy vagy nginx a három gép előtt failover clusterben Köszönöm, szétnézek ezirányban. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache terhelés elosztás
On Wed, 18 Nov 2009 11:38:50 +0100, Gabor HALASZ halas...@freemail.hu wrote: Tehát várnék néhány kulcsszót, ötletet, hogy merre nézzek szét? Leírást - annak linkjét - is szívesen fogadok. ;-) haproxy vagy nginx a három gép előtt failover clusterben Köszönöm, szétnézek ezirányban. Lehet, hogy en ertettem valami felre, de mintha a 3 szerver fizikailag eleg tavol lenne egymastol, nem? Igen, Karcag, Szolnok, Budapest. Mivel a fentebb említetteket - és még sok mást sem - ismerek, ezért írtam, hogy megnézem. Viszont a hozzászólásod alapján úgy tűnik Te ismered és a feladatom megoldásához nem passzol. Ez is hasznos infó, mert akkor nem töltöm az időm ezirányú keresgéléssel. A többi infót is kezdem lecsekkolni _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache terhelés elosztás
On Wed, 18 Nov 2009 11:34:03 +0100, Gabor HALASZ halas...@freemail.hu wrote: akkor a frissítések az alacsony TTL miatt nem jutnak érvényre. Kulso dns szolgaltato? Csak talalsz valakit, akinek van hostingban fix ipje, es hajlando cron jobodat futni. ^ Az alahuzott resz a lenyeg. A kulso dns szolgaltato gepen fut a cron job-od, ami monitorozza a host-jaidat es allitgatja a dns-edet. Ez így világos... Egyébként ez a DNS-es megoldás az emlékeimből rémlett, hogy esetleg így lehetne kezelni a dolgot, de keresnék valami hatékonyabbat, ha esetleg lenne. Igen, round-robin dns. Megnézem alaposabban... Lehetséges, hogy csak utópia amit szeretnék? Jobban belegondolva annyira nem bonyolult, djbdns-sel tarthat kb 5 percig is megcsinalni (kisebb limitaciokkal). Az szerintem teveszme, hogy a nic-nel regisztralt elsodleges/masodlagos dns szervereknek megegyezo replikacios strukturaval kell rendelkeznie. Ez a szokas, de el lehet terni, frissitheti a masodlagos szerver az elsot is. Tekeredik a kígyó... :-) Ennek jobban utána nézek.. Tehát - ha jól értem - azt mondod, hogy pl. Zzzz helyen fut a az elsődleges DNS, ami egyben monitorozza a karcagi, szolnoki, budapesti webszerver üzemelését. Ha az egyik leáll, a DNS-t módosítja. Viszont, ha a DNS elérhetetlen, akkor a másodlagos DNS-t kellene macerálni egy esetleges kieséskor? Így gondoltad, vagy még félreértek valamit? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
apache terhelés elosztás
Hi! A következő feladat megoldásához keresnék megoldást és kérném a segítségeteket, javastatotokat. Lészen 3 könyvtár (intézmény, ahol könyveket lehet kölcsönözni), mindegyiknél fix ip, apache webszerver. Mindenhol ugyanazok az adatok vannak (egy közös kereső) és szeretném: - a beérkező kéréseket egymás között osszák szét - amennyiben az egyik kiesik - leszakad a hálózatról - akkor _csak_ a másik kettő felé menjenek kérések. Tehát egy 10 perce leszakadt kiszolgáló felé véletlenül se menjen kérés. Első gondolatom, hogy DNS-ben alacsony TTL mellett a domainhez több IP-t rendelek, egy script pedig figyeli, hogy élnek -e a végpontok, amelyik kiesik, azt kiszedi a DNS-ből. Ez esetben azzal nem tudok mit kezdeni, ha a primary DNS szakad le, mert akkor a frissítések az alacsony TTL miatt nem jutnak érvényre. Tehát várnék néhány kulcsszót, ötletet, hogy merre nézzek szét? Leírást - annak linkjét - is szívesen fogadok. ;-) Előre is köszönöm a segítséget! -- (O__-- //\ / Varosi Csokonai Konyvtar // ) | Tel.: 59/503-152 V__/_szist...@tux.hu \ szist...@mail.vcsk.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux