Re: inet mukodesenek tesztelese nem default gw-n keresztul
Fried Zoltan wrote: > meg emesztem amit irtal. jarhato utnak tunik szamomra is. Mondom nalam igy mukodik, kb. fel eve hasznalom... :-) > koszi szepen, Nincs mit. -- Sziasztok: Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: inet mukodesenek tesztelese nem default gw-n keresztul
On Tue, August 11, 2009 16:14, Bartos-Elekes Zsolt wrote: > Nalam igy mukodik: van a main routing tabla, amiben van egy route minden > WAN interfesz subnetje fele, es van a default route, amiben fel van > sorolva az osszes kapcsolat def.gw-je. Minden WAN interfesznek van > egy-egy sajat routing tablaja is, ahol egy def.gw van (ha fixen arrafele > akarnam iranyitani a csomagokat), es mindegyikhez van egy-egy rule, ami > az interfesz forrascime alapjan es fwmark alapjan is arra iranyitja a > csomagokat. Hello, meg emesztem amit irtal. jarhato utnak tunik szamomra is. koszi szepen, zoli _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: inet mukodesenek tesztelese nem default gw-n keresztul
Sziasztok! Fried Zoltan wrote: > Van egy gateway-em, aminek ket internetkacsolata van. (ADSL+ISDN) > Mindket kapcsolatot hasznalja a szerver kulonbozo szolgaltatasok > eleresere. Mostanaban neha az ADSL megall, ezert arra gondoltam, > hogy amig > az ADSL nem megy az ADSL-en keresztul mukodo szolgaltatasok > elereset atterhelem a ISDN-re. > > Ez minden szepen mukodik. Viszont nem tudom hogyan tudom > azt tesztelni, hogy mukodik e az ADSl, ha a default gateway > az ISDN fele mutat. > > Sajnos pl.a ping -I index.hu nem mukodik, az > ADSL interfacen meg sem jelennek az icmp csomag :( > > Merre induljak? Nalam igy mukodik: van a main routing tabla, amiben van egy route minden WAN interfesz subnetje fele, es van a default route, amiben fel van sorolva az osszes kapcsolat def.gw-je. Minden WAN interfesznek van egy-egy sajat routing tablaja is, ahol egy def.gw van (ha fixen arrafele akarnam iranyitani a csomagokat), es mindegyikhez van egy-egy rule, ami az interfesz forrascime alapjan es fwmark alapjan is arra iranyitja a csomagokat. Normal mukodesben a kernel a main tabla alapjan kuldi ki a csomagokat, a fwmark-os szabalyok azert kellenek, hogy a bejovo kapcsolatokra ugyanott menjenek ki a valaszcsomagok (connmark) vagy esetleg egy adott tipusu kapcsolatot arrafele iranyitsak (pl. smtp-t a berelt vonal fele). Amikor egy WAN kapcsolat nem mukodik, kitorlom a main routing tabla def.gw-jebol es kitorlom a fwmark-os szabalyt. Igy gyonyoruen lehet pingelni akarmit (a kapcsolat def.gw-jet is es barmilyen internetes IP-t) az adott kapcsolaton keresztul, de semmi mas nem fogja hasznalni. Engedelyezeskor visszateszem a main def.gw-jebe es visszairom a fwmark szabalyt is. -- Sziasztok: Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: inet mukodesenek tesztelese nem default gw-n keresztul
On Tue, August 11, 2009 15:34, Zs wrote: >> # ping -c 2 -q -I eth8 index.hu >> PING index.hu (217.20.130.97) from x.y.8.z eth8: 56(84) bytes of data. >> --- index.hu ping statistics --- >> 2 packets transmitted, 0 received, +2 errors, 100% packet loss, time >> 1010ms >> >> A tcpdump -i eth8 teljesen ures. > Jogosan. Azt hiszem ezt most nem ertem. > Szerintem a parancs működik és a kernel nem süllyeszti el a csomagjaidat. azert ez egy kicsit megnyugtato :) > Amit viszont érdemes mindenképpen megnézni: > man ping > -I interface address >Set source address to specified interface address. Argument may >be numeric IP address or name of device. Ezt lattam, de a ping ezt irja: >PING index.hu (217.20.130.97) from x.y.8.z eth8 ahol az x.y.8.z az eth8 ip cime. Vagy ezt csak bekammuzza ?? > Ez azt jelenti, hogy amikor te a -I eth8 opcióval pingelsz, akkor > az azt jelenti, hogy a kimenő csomag az eth8 IP címével megy ki - de > arról messze szó nincs, hogy azon az interface-n is megy ki! > Felveszi annak az IP-jét, majd megtörténik a route-olás és mivel most A pingnek van egy -r kapcsoloja is. -r Bypass the normal routing tables and send directly to a host on an attached interface. If the host is not on a directly-attached network, an error is returned. This option can be used to ping a local host through an interface that has no route through it provided the option -I is also used. Ezt is probaltam, de a helyzet valtozatlan volt. > áll az ADSL, nincs route ami oda mutatna, ezért kimegy a cucc a default > gw irányába az eth4-en. Ezt ellenoriztem, es sajnos nem. > No persze ha tűzfal szabály nem engedi ki az > eth4-en, akkor nem megy ki. Ezt is, es sajnos nem fogja meg. :( > A másik huncutság, hogy útközben nem lesz-e > bárki ideges amiatt, hogy olyan IP címről jön a csomag, ami elvben > arrafele van, ahonnan jön a csomag. Azt hiszem ezt most nem ertem. miert is ? > Végül de nem utolsó sorban áll a > másik kérdés is: visszafelé hogy fog visszajönni a csomag? Vissza tud > találni az eth4 irányon keresztül, miközben az eth8 IP címével gurul? En egyenlore annak is orulnek, hogyha kimenne! :) > Ha viszont több default gw is van a gépen, akkor ha jól sejtem, iproute2 > csomagot használsz. Nem lenne az jó megoldás, ha a helyi gép - és csak > a helyi gép(!) - az index.hu-t mindenképpen az adsl-en keresztül látná? > Akkor ugyanis a route-olási szabályok alapján is az eth8-on kéne kimennie > a csomagnak, tehát ott is fog kimenni. > A problémád elvben más irányból is megközelíthető - szerintem. > Konkrétan arra gondolok, hogy azok a külön kis dobozkák, amelyeknek > már saját IP-jük van és gw-ként jelennek meg és kihúzhatják az ADSL > kapcsolatot, azok nagy része SNMP-n keresztül lekérdezhető. > Ilyen irányba nincs mozgási lehetőséged? Az utolso ket otletedet meg vegiggondolom, koszi szepen. az elsot nem szeretnem, a masodik megoldhato lenne, ha kiderul hogy a kis doboz tud ilyet. viszont eloszor azert jo volna tudni, hogy miert nem mukodik a pinggel. azota probaltam a gep belso laba fele is -I-vel belso IP-re, es az ment. zoli _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: inet mukodesenek tesztelese nem default gw-n keresztul
Hi! > # ping -c 2 -q -I eth8 index.hu > PING index.hu (217.20.130.97) from x.y.8.z eth8: 56(84) bytes of data. > --- index.hu ping statistics --- > 2 packets transmitted, 0 received, +2 errors, 100% packet loss, time 1010ms > > A tcpdump -i eth8 teljesen ures. Jogosan. > Elmeletileg az ping -c 2 -q -I eth8 index.hu parancsnak mukodni kellene, > es a kernel sulyeszti el a csomagjaimat ?? Szerintem a parancs működik és a kernel nem süllyeszti el a csomagjaidat. Amit viszont érdemes mindenképpen megnézni: man ping -I interface address Set source address to specified interface address. Argument may be numeric IP address or name of device. Ez azt jelenti, hogy amikor te a -I eth8 opcióval pingelsz, akkor az azt jelenti, hogy a kimenő csomag az eth8 IP címével megy ki - de arról messze szó nincs, hogy azon az interface-n is megy ki! Felveszi annak az IP-jét, majd megtörténik a route-olás és mivel most áll az ADSL, nincs route ami oda mutatna, ezért kimegy a cucc a default gw irányába az eth4-en. No persze ha tűzfal szabály nem engedi ki az eth4-en, akkor nem megy ki. A másik huncutság, hogy útközben nem lesz-e bárki ideges amiatt, hogy olyan IP címről jön a csomag, ami elvben arrafele van, ahonnan jön a csomag. Végül de nem utolsó sorban áll a másik kérdés is: visszafelé hogy fog visszajönni a csomag? Vissza tud találni az eth4 irányon keresztül, miközben az eth8 IP címével gurul? Ha viszont több default gw is van a gépen, akkor ha jól sejtem, iproute2 csomagot használsz. Nem lenne az jó megoldás, ha a helyi gép - és csak a helyi gép(!) - az index.hu-t mindenképpen az adsl-en keresztül látná? Akkor ugyanis a route-olási szabályok alapján is az eth8-on kéne kimennie a csomagnak, tehát ott is fog kimenni. A problémád elvben más irányból is megközelíthető - szerintem. Konkrétan arra gondolok, hogy azok a külön kis dobozkák, amelyeknek már saját IP-jük van és gw-ként jelennek meg és kihúzhatják az ADSL kapcsolatot, azok nagy része SNMP-n keresztül lekérdezhető. Ilyen irányba nincs mozgási lehetőséged? Zsolt _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: inet mukodesenek tesztelese nem default gw-n keresztul
Fried Zoltan wrote: > On Tue, August 11, 2009 14:48, Gabor HALASZ wrote: >> Fried Zoltan wrote: >>> Sajnos pl.a ping -I index.hu nem mukodik, az >>> ADSL interfacen meg sem jelennek az icmp csomag :( >>> >> ga-k8nf-9-1:~# ip link show ppp0 >> 11: ppp0: mtu 1492 qdisc pfifo_fast qlen >> 3 >> link/ppp > > ups.. azt elfelejtettem megirni, hogy nem a gw epiti fel > az adsl kapcsolatot, hanem van elotte valamilyen minirouter. Akkor targytalan. > Most fejbol megnemmondommilyen tipus. > > Az ISDN eseteben sem a routeren van a publikus IP. > > az adsl fele mutato iface: > # ip link show eth8 > 3: eth8: mtu 1500 qdisc pfifo_fast qlen 100 > link/ether 00:15:17:5b:83:5d brd ff:ff:ff:ff:ff:ff > > az isdn fele mutato iface (ez a default gw) > 8: eth4: mtu 1500 qdisc htb qlen 13 > link/ether 00:04:76:eb:d0:6f brd ff:ff:ff:ff:ff:ff > Persze, ez a ~layer2 allapotat mutatja, ha pl kihuzod a kabelt, akkor majd jol down lesz, de ettol meg a router allapotat nem tudod ellenorizni. -- Gabor HALASZ _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: inet mukodesenek tesztelese nem default gw-n keresztul
On Tue, August 11, 2009 14:48, Gabor HALASZ wrote: > Fried Zoltan wrote: >> >> Sajnos pl.a ping -I index.hu nem mukodik, az >> ADSL interfacen meg sem jelennek az icmp csomag :( >> > > ga-k8nf-9-1:~# ip link show ppp0 > 11: ppp0: mtu 1492 qdisc pfifo_fast qlen > 3 > link/ppp ups.. azt elfelejtettem megirni, hogy nem a gw epiti fel az adsl kapcsolatot, hanem van elotte valamilyen minirouter. Most fejbol megnemmondommilyen tipus. Az ISDN eseteben sem a routeren van a publikus IP. az adsl fele mutato iface: # ip link show eth8 3: eth8: mtu 1500 qdisc pfifo_fast qlen 100 link/ether 00:15:17:5b:83:5d brd ff:ff:ff:ff:ff:ff az isdn fele mutato iface (ez a default gw) 8: eth4: mtu 1500 qdisc htb qlen 13 link/ether 00:04:76:eb:d0:6f brd ff:ff:ff:ff:ff:ff # ping -c 2 -q -I eth8 index.hu PING index.hu (217.20.130.97) from x.y.8.z eth8: 56(84) bytes of data. --- index.hu ping statistics --- 2 packets transmitted, 0 received, +2 errors, 100% packet loss, time 1010ms A tcpdump -i eth8 teljesen ures. # ping -c 2 -q -I eth4 index.hu PING index.hu (217.20.130.97) from x.y.4.z eth4: 56(84) bytes of data. --- index.hu ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 999ms rtt min/avg/max/mdev = 2.063/2.183/2.304/0.129 ms Elmeletileg az ping -c 2 -q -I eth8 index.hu parancsnak mukodni kellene, es a kernel sulyeszti el a csomagjaimat ?? zoli _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: inet mukodesenek tesztelese nem default gw-n keresztul
Fried Zoltan wrote: > > Sajnos pl.a ping -I index.hu nem mukodik, az > ADSL interfacen meg sem jelennek az icmp csomag :( > ga-k8nf-9-1:~# ip link show ppp0 11: ppp0: mtu 1492 qdisc pfifo_fast qlen 3 link/ppp -- Gabor HALASZ _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
inet mukodesenek tesztelese nem default gw-n keresztul
Sziasztok, Van egy gateway-em, aminek ket internetkacsolata van. (ADSL+ISDN) Mindket kapcsolatot hasznalja a szerver kulonbozo szolgaltatasok eleresere. Mostanaban neha az ADSL megall, ezert arra gondoltam, hogy amig az ADSL nem megy az ADSL-en keresztul mukodo szolgaltatasok elereset atterhelem a ISDN-re. Ez minden szepen mukodik. Viszont nem tudom hogyan tudom azt tesztelni, hogy mukodik e az ADSl, ha a default gateway az ISDN fele mutat. Sajnos pl.a ping -I index.hu nem mukodik, az ADSL interfacen meg sem jelennek az icmp csomag :( Merre induljak? Koszi szepen, zoli _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: virtualizáció
On Mon, Aug 10, 2009 at 09:16:01PM +0200, Hóbor István wrote: > Papp Tamas írta: > > On Mon, Aug 10, 2009 at 05:25:12PM +0200, Hóbor István wrote: > >> Üdv! > >> > >> Egyik ismerősöm most vett egy elég erősnek tűnő quad procis gépet 8Gb > >> rammal, és virtual machine-okat szeretne futtatni rajt. Ki milyen > >> disztribúciót ill, virtuális gép emulátort ajánl? pl vmware, xen, openbox? > > > > Az attol fugg, mi a celja. > > > debiant szeretne guest os-ként, gondolom jópárat, és játékszerverek > mennének a guesteken. Ha linux-on azonos architekturaju linux-ot szeretne futtatni, akkor jo esellyel nem lesz szuksege teljes virtualizaciora, en az openvz-t ajanlom. tompos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: LaTeX includegraphics terkoz
hello, > >> (Tabularx-be illik X típusú oszlopot tenni.) > > > > miert? sehol nem olvastam ilyet... :) > > Erről kapta a nevét, ld. texdoc tabularx. hmm, nem talaltam semmi ilyet (ctan doksi): "A new environment, tabularx, is defined, which takes the same arguments as tabular*, but modifies the widths of certain columns, rather than the inter column space, to set a table with the requested total width. The columns that may stretch are marked with the new token X in the preamble argument." (latom a vegen, de alapvetoen nem errol szol - mindegy, hagyjuk) > > Nem emiatt hasznalom, hanem mert ebben tudom megadni egy cellara > > az igazitast es a szelesseget egyszerre. > > Ahhoz elég az array csomag, amire a tabularx épül; ld. texdoc array. ezt megnezem meg, koszi, > >> \begin{tabular}{|c|l|@{}m{14...@{}|} > >> \hline > >> ize & bigyo & \includegraphics[width=14mm,height=10mm]{picto.eps} \\ > >> \hline > >> \end{tabular} > > > > koszonom, megnezem, de ebben a cellak szelessege nem dinamikus lesz? > > Az első kettőé igen. ez az ami nem jo nekem, > > (1mm-et hagyok a kereteknek) > > A kereteknek adott szélességük van, ld. texdoc array. amit lehet allitani, > > Ebben nem latom a szelesseget, hogy lesz az _pont_ annyi? > > Ebben nem lesz, de nem is azt kérted... ok, jogos :) de nem veletlen csinaltam igy. Koszonom: a. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: crypto loop 2.6.30
BEREGNYEI Balazs írta, 2009.08.11.: > Hali, > > 2.6.27-rol 2.6.30-ra valtva elromlott a crypto loop-om: > > #losetup -e blowfish -k 256 /dev/loop1 image.bin > Password: > ioctl: LOOP_SET_STATUS: No such file or directory > > Tehat jelszot ker, de utana mintha nem talalna a loop device-t (pedig > van). Az uj kernel oldconfiggal keszult, van benne minden, ami crypto > loop-hoz kell (loop, crypto loop, cbc). Gugli szerint ez a hiba akkor van, > ha nincs cbc a kernelben, de nalam nem ez a baj. (Amugy ez egy debian > lenny.) > > Persze ahogy az lenni szokott, az uj kernelre azert van szukseg, mert > vegre mukodik rajta egy fontos dolog, ami eddig nem (wifi). Nem szeretnek > ide-oda bootolgatni :( > > Van tippetek? Nem lehet, hogy a losetup-ot is frissíteni kell? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: LaTeX includegraphics terkoz
Hegedüs Ervin writes: >>> van egy ilyen LaTeX resz: >>> >>> \begin{tabularx}{180mm}{|>{\centering}m{44mm}|m{119mm}|m{14mm}|} >>> \hline >>> \LARGE \textbf{ize} & \Large \textbf{bigyo} & >>> \includegraphics[width=14mm,height=10mm,totalheight=10mm]{picto.eps} \\ >>> \hline >>> \end{tabularx} >> >> (Tabularx-be illik X típusú oszlopot tenni.) > > miert? sehol nem olvastam ilyet... :) Erről kapta a nevét, ld. texdoc tabularx. > Nem emiatt hasznalom, hanem mert ebben tudom megadni egy cellara > az igazitast es a szelesseget egyszerre. Ahhoz elég az array csomag, amire a tabularx épül; ld. texdoc array. >>> Ami legeneralja a tablazatot, de a kep korul megjelenik neghany >>> millimeter terkoz lent, es a ket oldalanal. Ezaltal szelesebb >>> es magasabb lesz a cella. >>> >>> Mit kell tennem, hogy ne igy legyen, tehat a kep merete adja meg >>> a cella meretet? >> >> \renewcommand{\arraystretch}{0} >> \begin{tabular}{|c|l|@{}m{14...@{}|} >> \hline >> ize & bigyo & \includegraphics[width=14mm,height=10mm]{picto.eps} \\ >> \hline >> \end{tabular} > > koszonom, megnezem, de ebben a cellak szelessege nem dinamikus lesz? Az első kettőé igen. > Nekem az elso cellat fixen 45mm-re kell allitanom es kozepre kell > pozicionalni. Akkor c helyett csináld úgy, ahogy próbáltad. > (1mm-et hagyok a kereteknek) A kereteknek adott szélességük van, ld. texdoc array. > Ebben nem latom a szelesseget, hogy lesz az _pont_ annyi? Ebben nem lesz, de nem is azt kérted... -- Feri. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: virtualizáció
Hóbor István wrote: > > Egyik ismerősöm most vett egy elég erősnek tűnő quad procis gépet 8Gb > rammal, és virtual machine-okat szeretne futtatni rajt. Ki milyen > disztribúciót ill, virtuális gép emulátort ajánl? pl vmware, xen, openbox? En kvm-et vagy virtualboxot javasolnek az eddigi (bar korantsem minden lehetoseget alaposan megvizsgalo) tapasztalatok alapjan. raas -- Those who say it cannot be done should not interrupt the person doing it. -- Chinese proverb _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: wtmp
> A harmadik dologot nem tudom, hogyan tudod egyszeruen megvalositani, de > ki kell dobni a hulladek sysv-init csomagot vagy egy reszet: > > köszönöm a segítő válaszokat, remélem ebből majd össze tudom hozni, de most jegelnem kell a dologot, ha eredményre jutok, megírom z. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
crypto loop 2.6.30
Hali, 2.6.27-rol 2.6.30-ra valtva elromlott a crypto loop-om: #losetup -e blowfish -k 256 /dev/loop1 image.bin Password: ioctl: LOOP_SET_STATUS: No such file or directory Tehat jelszot ker, de utana mintha nem talalna a loop device-t (pedig van). Az uj kernel oldconfiggal keszult, van benne minden, ami crypto loop-hoz kell (loop, crypto loop, cbc). Gugli szerint ez a hiba akkor van, ha nincs cbc a kernelben, de nalam nem ez a baj. (Amugy ez egy debian lenny.) Persze ahogy az lenni szokott, az uj kernelre azert van szukseg, mert vegre mukodik rajta egy fontos dolog, ami eddig nem (wifi). Nem szeretnek ide-oda bootolgatni :( Van tippetek? Koszi, BB _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: postfixban data utan azonnal 4xx hibaval
On Sun, August 9, 2009 16:28, Krisztian VASAS wrote: > Ezt en erosen tuloldali hibanak velem: egy 450-es hibat permanenskent > kezelni igen botor dolog. > > Exchange - tapasztalatbol mondom - kepes erdekes dolgokat muvelni. Ahol > lattam, mindenhol volt elotte vmi (exim, postfix, sendmail). > > Szerintem rosszul beallitott tuloldal. Most mar en is erre hajlok, koszi a megerositest! zoli _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux