Debian Xen furcsasag
Sziasztok, Megörököltem egy Xen-nel felszabdalt gép adminisztrációját. Mind a dom0, mind az user doaminok Debian Etch-ek. Időnként az összes user domain egy időben elérhetetlenné válik a dom0 számára tcp/ip-n keresztül. A dom0-ba be tudok lépni, és xm console-lal ha a domU-k valamelyikébe belenézek, akkor azt látom, hogy nem látok semmi furcsát, kivéve persze azt, hogy nincs netjük. Néhány perc (3-15) után a jelenség magától megszűnik. Egy-két alkalommal éppen bent voltam a gépen amikor kezdődött vagy végetért, és vannak rövid átmeneti periódusok, amikor a virtuális net interfészeken átjut valamekkora forgalom, de iszonyat lassú (mondjuk 2-5 másodperces pingek. kern.log, messages, syslog, xend.log semmi említésre méltót nem tartalmaz sem a dom0-ban, sem az user domainokban. Eredetileg a xen-linux-system-2.6.18-5-xen-vserver-686 + függőségei voltak felrakva. Abban a reményben, hogy talán a vserver patch nélküli kernellel több szerencsém lesz, felraktam a linux-image-2.6.18-5-xen-686 csomagot, és mind a dom0-t mind az összes domU-t újraindítottam ezzel a kernellel, de a jelenség maradt :-( /etc/xen/xend-config.sxp: (network-script network-nat) (vif-script vif-nat-setarp) (dom0-min-mem 196) (dom0-cpus 0) a vif-nat-setarp az eredeti vif-nat scripttől annyiban különbözik, hogy a virtuális interfész felhúzásakor arp -s -el beállítja az ip-t / mac-et / interfészt, de jelenség az eredeti vif-nat scripttel is megvolt. Használ valaki gyári xen-es kernel csomagot, vagy mindenki sajátot fordított? Első nekifutásra mellékeltem az lspci kimenetét de úgy nem ment át :-) A lényeg, hogy Intel 82915 chipset alapú alaplap, RTL8139 ethernet, 2,8 GHz Intel Celeron. A domU-k részére raid1-en lvm-mel lett osztva diszk. Milyen egyéb infó lehet szükséges ennek a problémának a debuggolásához? Köszi, Tike _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: exim, sikeres kikuldes eseten kulso script meghivasa
> Hello! > > Van arra mond exim-mel, hogy egy sikeres remote kezbesites eseten > el tudjak indintani egy kulso scriptet? Ami mondjuk megkap par hasznos > infot a mailrol, pl. message-id, from, to, subject esetleg. Fontos, > hogy ezt csak akkor kellene, amikor tenylegesen sikerult kikuldeni a > levelet, s atvette 2xx-as koddal a tuloldal. Ha nem sikerult a kuldes, > mert pl. unknown user, vagy mar 7 napja visszautasitja a fogado fel > atmeneti hibaval, s az exim feladja a probalkozasokat, akkor ne induljon > el a script. > > Nem nagyon tudom merre induljak, a spec.txt-t mar parszor atneztem, de > nem talaltam tampontot. Exim4 specifikáció "Generic options for transports" részében láttam egy ilyet: shadow_transportUse: transports Type: stringDefault: unset A local transport may set the shadow_transport option to the name of another local transport. Shadow remote transports are not supported. Whenever a delivery to the main transport succeeds, and either shadow_condition is unset, or its expansion does not result in the empty string or one of the strings “0” or “no” or “false”, the message is also passed to the shadow transport, with the same delivery address or addresses. a shadow_transport meg lehetne pipe transport, ami a scriptedet hívja. Üdv, Tike _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: nvidia
> Ha ujra telepitem a gyari scriptet mukodik a kovetkezo ujrainditasig.Van > valakinek otlete?Elore is koszi. modprobe nvidia; echo nvidia >> /etc/modules Üdv, Tike _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: google spamszűrő kérdés/probléma
Szervusztok! 2022. 05. 21. 6:53 keltezéssel, Kiss Gabor írta: On 5/20/22 20:54, Sörös Zoltán wrote: Bocsánat, ha az eredeti levélből nem lett volna egyértelmű, 'mi' a filmjus.hu domain vagyunk, a val...@valahol.hu küld egy levelet a bar...@filmjus.hu címre, ami /etc/aliases -ből továbbítódik pár címre, többek között az egyik kolléga @gmail.com -os, mobilos címére is. És ezzel pont hatástalanítja az SPF-et, amint azt már Ervin is taglalta. Ez volt a legnagyobb kifogás a módszerrel szemben már kezdettől fogva. Ahogy most utánaolvastam, elhűltem miféle módszereket ajánlanak a probléma orvoslására: http://www.open-spf.org/Best_Practices/Forwarding/ -> http://www.open-spf.org/SRS/ Sajnos sok választásunk nincs. Vagy SRS-el forwardolunk, vagy sehogy... Viszont az SRS-sel a "nevedre veszed" a továbbított levelet, ezért nagyon meg kell válogatni, mit továbbítunk; de gondolom, hogy a bejövő levelek eleve szűrve vannak? Ha nem, akkor az SRS-el valóban könnyű út vezethet a saját levelező szerverünk RBL-ekre felíratásához... VL kissg _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: google spamszűrő kérdés/probléma
2022. 05. 21. 10:57 keltezéssel, Kiss Gabor írta: On 5/21/22 10:46, Vertike László wrote: Ahogy most utánaolvastam, elhűltem miféle módszereket ajánlanak a probléma orvoslására: Sajnos sok választásunk nincs. Vagy SRS-el forwardolunk, vagy sehogy... Viszont az SRS-sel a "nevedre veszed" a továbbított levelet, ezért nagyon meg kell válogatni, mit továbbítunk; de gondolom, hogy a bejövő levelek eleve szűrve vannak? Ha nem, akkor az SRS-el valóban könnyű út vezethet a saját levelező szerverünk RBL-ekre felíratásához... Nem azért húzom a szám szélét. Az RBL-re a sima forwardolással is felkerül az ember. (IP címet listáznak, nem a feladót.) Az zavar, hogy itt lényegében egy tunnelt hozok létre. Na de ehhez a fogadó oldalon is kell infrastruktúra, ami kicsomagolja az elrejtett feladót és helyreállítja az eredeti headert. Ez meg nem tipikus. Lefogadom a Gmail nem teszi meg ezt a szívességet! :-) Az SRS emlékeim szerint csak az envelope from / return-path módosításával foglalkozik, a From-hoz nem nyúl (az a DKIM aláírt leveleknek is ártana). Tehát a GMail által megjelenített levélen nem fog látszani, hogy az SRS hozzányúlt. A módosított envelope from-mal leginkább csak bounce esetén kell foglalkozni, de az meg úgyis nagy valószínűséggel átmegy az átírást végző szerveren/szervezeten a visszaúton is. VL _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
