Gondok a megjelenitessel tavoli gepen, furcsa...

 ( deta | 2004. szeptember 27., hétfő - 21:09 )

Gondok a megjelenitessel tavoli gepen, furcsa...

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Sziasztok,

Egy kis friss info, hatha igy tud valaki mondani valami ertelmeset..

Szoval most ugy nez ki a helyzet, hogy nem a switch-csel van a problema, ugyanis
gep-gep kozott megcsinaltam ezt a vlan dolgot.
Felhuztam 3 vlant, 3,10,111 tagek.

Tapasztalatok:
Elsonek azt hittem, hogy a savszel fogy el valamiert, de ez hulyeseg, ennek mas oka volt, de legalabb rajottem, hogy valami szarul megy az egyik gepen, mindegy.
A jelenseg a kovetkezo:
Adott mondjuk a 3as tagen felhuzva mindket gepen 192.168.0.1 es 192.168.0.2 ertelemszeruen ugye.

Egyik geprol ssh a masikra, beenged, OK.
Futtatni akarok egy mc-t mondjuk, akkor szepen megall ott a screen, hogy az mc kiirja az aktualis "tippjeit". Es innen nincs visszaut, sosem fog tovabbmenni...
A masik tapasztalat, hogy sshval bemegyek az egyik gepre es elkezdek cat segitsegevel egy nagyobb file tartalmat kilistazni, abba is belehal, az elejen. :(
Itt meg mindig azt hihetne az ember, hogy valami savszel gond, stb, de nem, mert scpvel athuzok barmit 100 mbites kartyak kozott 10 megaval, tehat sebessegel ket kartya kozott azt hiszem nincs gond.

Szoval most ez a helyzet. :(

Kernelben VLAN tamogatas benne, vlanokat vconfig-gal huzom fel, ofkoz.

Mit ronthatok el, illetve hol kellene elindulni vizsgalodni?

Elore is koszi....

deta

[quote:8d5840fccc="deta"]Sziasztok,

Egy kis friss info, hatha igy tud valaki mondani valami ertelmeset..

Szoval most ugy nez ki a helyzet, hogy nem a switch-csel van a problema, ugyanis
gep-gep kozott megcsinaltam ezt a vlan dolgot.
Felhuztam 3 vlant, 3,10,111 tagek.

Tapasztalatok:
Elsonek azt hittem, hogy a savszel fogy el valamiert, de ez hulyeseg, ennek mas oka volt, de legalabb rajottem, hogy valami szarul megy az egyik gepen, mindegy.
A jelenseg a kovetkezo:
Adott mondjuk a 3as tagen felhuzva mindket gepen 192.168.0.1 es 192.168.0.2 ertelemszeruen ugye.

Egyik geprol ssh a masikra, beenged, OK.
Futtatni akarok egy mc-t mondjuk, akkor szepen megall ott a screen, hogy az mc kiirja az aktualis "tippjeit". Es innen nincs visszaut, sosem fog tovabbmenni...
A masik tapasztalat, hogy sshval bemegyek az egyik gepre es elkezdek cat segitsegevel egy nagyobb file tartalmat kilistazni, abba is belehal, az elejen. :(
Itt meg mindig azt hihetne az ember, hogy valami savszel gond, stb, de nem, mert scpvel athuzok barmit 100 mbites kartyak kozott 10 megaval, tehat sebessegel ket kartya kozott azt hiszem nincs gond.

Szoval most ez a helyzet. :(

Kernelben VLAN tamogatas benne, vlanokat vconfig-gal huzom fel, ofkoz.

Mit ronthatok el, illetve hol kellene elindulni vizsgalodni?

Elore is koszi....

deta[/quote:8d5840fccc]

Hanyas kernel? Tipikusan olyan jelensegek, mint ez:

http://www.hup.hu/modules.php?name=News&file=article&sid=6459

[quote:1ce8efb73e="trey"]

Hanyas kernel? Tipikusan olyan jelensegek, mint ez:

http://www.hup.hu/modules.php?name=News&file=article&sid=6459[/quote:1ce8efb73e]

2.4.25, 2.4.27 es 2.6.7 kernellel probalkoztam eddig.
Kozben gyorsan elolvasom a linket, bar regebben mar megtettem, csak nem emlekszem pontosan ra.

Kosz,

deta

[quote:3df50fb30c="deta"][quote:3df50fb30c="trey"]

Hanyas kernel? Tipikusan olyan jelensegek, mint ez:

http://www.hup.hu/modules.php?name=News&file=article&sid=6459[/quote:3df50fb30c]

2.4.25, 2.4.27 es 2.6.7 kernellel probalkoztam eddig.
Kozben gyorsan elolvasom a linket, bar regebben mar megtettem, csak nem emlekszem pontosan ra.

Kosz,

deta[/quote:3df50fb30c]

Sajna nem hatotta meg, igy elso latasra :(

deta

SSH belépés után változtasd meg a TERM értékét.

Sziasztok,

Par helyre mar beirtam a nyugom, nem igazan tudtak sehol sem valaszolni, megprobalom itt is. ;)
Tehat a kovetkezo a helyzet:
Adott ket gep (x,y), mindkettorol elmondhato a kovetkezo:
eth0 -> kulvilag, publikus IP cim,
eth1 -> belso halozat (192.168.x.x)
rendszer: debian linux

Amit erdemes tudni, hogy a belso halozatot hasznalom ha valami dolgom van a gepeken.
Ilyen gepbol jo par van, azonban eggyel van egy kis gond.
Ha arrol a geprol megszolitom az egyik masik gep belso halos cimet mondjuk sshval, akkor miutan login utan feljon a bash es mondjuk irok egy mc-t vagy toppot, nem latom a parancs vegeredmenyet, azaz hogy feljonne az mc vagy a top. Ugyanez iptraf eseten is, ott mar kirajzol par dolgot, de mikor || meg __ -t szeretne rajzolni mar elakad. Legalabbis ugy tunik.
Ugyanis ha megnezem ps-sel a dolgokat, akkor az lathato, hogy minden megy tokeletesen, erre mi sem jobb bizonyitek, mint hogy a beragadt mc-s terminalon nyomok egy f10et (kilepes ugye mc-bol) es mondjuk beirom hogy top, akkor a ps szerint az kezd el futni.
Jo, mi?
Ugy nez ki, mintha nem frissitene a terminal, par progi eseteben.
Elsonek arra gondoltam, hogy nem tetszik neki pl a linux_logo altal
hasznalt escape szekvencia, de nem volt igazam, linux_logo az lefut pl, az mc
pedig ncurses-es, ha jol tudom.

Mondom a raadas poent: ha a publikus IP cimen megyek be, akkor minden OK!
Host tabla normalisan kitoltve, de ha nem lenne normalisan, akkor is mennie kene.

Minden mas geprol ha ugyenezt csinalom, mukodik, csak errol az egy geprol bemenve mashova nem!

Nos, kedves kollegak. Otlet? ;)
Hol lenne erdemes szetneznem beallitasok teren?
Kornyezeti valtozok teren elvileg minden OK, diffeltem a "jo" es a "rossz" alapotot, semmi kulonbseg, tehat valoszinuleg nem itt van a macska elasva.

Trukkos, mi?

Koszi elore is annak, aki megprobal elmebetegsegemen segiteni,

deta

Milyen OS(Disztrib)? Kliens? Verzio?

[quote:0a5ae47d98="deta"]Ugy nez ki, mintha nem frissitene a terminal, par progi eseteben.[/quote:0a5ae47d98]

icmp-szures-ip-fragmentacio-mtu-hell?

[quote:07eb4c0bcd="wolphie"]Milyen OS(Disztrib)? Kliens? Verzio?[/quote:07eb4c0bcd]

Debian Sarge.

deta

[quote:29457edd70="snq-"][quote:29457edd70="deta"]Ugy nez ki, mintha nem frissitene a terminal, par progi eseteben.[/quote:29457edd70]

icmp-szures-ip-fragmentacio-mtu-hell?[/quote:29457edd70]

Sajnos kizarhato... orulnek ha ez lenne a megoldas, de sajna nem.

deta

És ha telnetelsz a gépek vmely server portjára? Esetleg comm. tesztelés SSH port forward-dal?

Ezzel eldontheto lenne, hogy meg se kapod az adatokat, vagy csak nem jelennek meg.

[quote:86363f14fe="deta"][quote:86363f14fe="wolphie"]Milyen OS(Disztrib)? Kliens? Verzio?[/quote:86363f14fe]

Debian Sarge.

deta[/quote:86363f14fe]
Kliens es szerver oldalon is?

[quote:60bce44ffe="_Polesz_"]SSH belépés után változtasd meg a TERM értékét.[/quote:60bce44ffe]

Elso gondolatom nekem is ez volt, de nincs koze hozza.

deta

Fejlemenyek:

Ami biztos, hogy a window merettel van gond.
Amikor bejelentkezek sshval egy gepre, akkor egy ideig eleg nagyok a window meretek, de aztan hirtelen lecsokken, majd olyan kicsi lesz, hogy az ssh mar nem megy at rajta.
Azaz mintha VLAN eseten a kernel mar nem szamolna ki a szukseges ablak meretet...

Ami nagyon erdekes, hogy teljesen tiszta sarge telepites utan semmi kulonos hekk nelkul nem mukodik ez a dolog...

Es ezt probaltam gentooval, debian sarge-val es fedora core 2vel... 2.4.25, 2.4.27 es 2.6.7 (vagy 8 mar nem tudom) kernellel...

Persze a poen, hogy hasznalok VLAN-t jo par gepen, es ott mennek, pedig ott sem csinaltam semmit, igaz azok regi kernelek (2.6.1 pl)

Otlet? Hogyan mondom meg a linuxocskanak, hogy szepen szamolgassa ki a window meretet? Mert ha beallitanam mondjuk egy konstansra, az sem jo.

deta

[quote:e9bdd6fc97="deta"]Fejlemenyek:

Ami biztos, hogy a window merettel van gond.
Amikor bejelentkezek sshval egy gepre, akkor egy ideig eleg nagyok a window meretek, de aztan hirtelen lecsokken, majd olyan kicsi lesz, hogy az ssh mar nem megy at rajta.
Azaz mintha VLAN eseten a kernel mar nem szamolna ki a szukseges ablak meretet...

Ami nagyon erdekes, hogy teljesen tiszta sarge telepites utan semmi kulonos hekk nelkul nem mukodik ez a dolog...

Es ezt probaltam gentooval, debian sarge-val es fedora core 2vel... 2.4.25, 2.4.27 es 2.6.7 (vagy 8 mar nem tudom) kernellel...

Persze a poen, hogy hasznalok VLAN-t jo par gepen, es ott mennek, pedig ott sem csinaltam semmit, igaz azok regi kernelek (2.6.1 pl)

Otlet? Hogyan mondom meg a linuxocskanak, hogy szepen szamolgassa ki a window meretet? Mert ha beallitanam mondjuk egy konstansra, az sem jo.

deta[/quote:e9bdd6fc97]

Próbálj meg két egyforma kernelt tenni a gépekre, legalább még egyen legyen mint ezen a "problémás gépen".
Nem tudom, hogy a vlan kártyák egyformák-e? Egy csere talán?

[quote:0acf66c75a="_Polesz_"]
Próbálj meg két egyforma kernelt tenni a gépekre, legalább még egyen legyen mint ezen a "problémás gépen".
Nem tudom, hogy a vlan kártyák egyformák-e? Egy csere talán?[/quote:0acf66c75a]

Ez megvolt mar par napja...

Kartyak itt azt hiszem nem szolnak bele, de ime a lista amin probaltam:
realtek 8139, tulip, e100 es klonjaik

deta

tcpdump amugy szepen mutatja, ahogy csokken a window merete, ezzel parhuzamosan latom a kepernyon hogy egyszeruen megall az ssh kapcsolat... mivel annyira alacsony a window meret hogy nem fer at az ssh sem, holnap melleklek logot, de addig is lehet gondolkodni! :)

deta

Hmm, senki sem tudja, hogy mondom meg a kernelnek, hogy mekkora ablak meretet hasznaljon?

deta

Sziasztok,

Arnyekra vetodtem, nem hardware, software problema a gepen.
Valoszinuleg a kozponti swtichunk hibaja, 2 vagy tobb VLAN eseten egyszeruen egy ido utan elfogy a savszelesseg.
Swtich hekkerek jelentkezzenek! :oops:

deta