Állandó adatforgalom a neten, pedig...

Chris75

Tisztelt mindenki aki olvassa. A Digi tv-től bérlem a netet, (75Ohmos koax kábelen jön), és egy Webstar EPX2203 modem with EMTA adja át a gépemnek. Már anno az UPC -nél is ez a típus volt, és ahhoz hogy két vagy több gépet is kapcsolhassak rá kellett egy Router mert a szolgáltató a modemtől csak egy hardvert engedett regisztrálni. Itt a digitv-nél most nincs routerem, az egy hardver az a gép amivel beüzemeléskor beregisztráltak a hálózatba. Ebből fakad az a gondom, hogy hiába dugom át ugyanazt az utp kábelt egy másik gépbe (hogy frissítsem az azon levő szoftvert) mégsem kap "netet" a gép. Se win alól se Linux alól. Viszont azon a gépen, egy teljesen frissen telepített rendszer van, amin még nincsenek más programcsomagok mint ami a Live Cdn van alapból, mégis miért produkál hálózati forgalmat (legalábbis a rendszerfigyelő szerint) ha egyébként nem tud felmenni a netre? (azért mert folyton fel akar menni csak visszautasítást kap? és az állandó lekérdezés jelenik meg a rendszerfigyelő grafikonján?) De ugyanez a jelenség fennáll a regisztrált gépnél is, csak ő ellenben fel is tud menni a hálózatra. Amint feláll a rendszer, megkezdődik a garafikon menetelése, és teljesen mindegy meddig nem nyúlok a géphez akár 10-12 óra múlva is azt mutatja hogy le és feltöltésem van mintha egy torrentet futtatnék a háttérben. Ez normális? A Webstar kommunikál a gépemmel? Vagy a gép mászkál a neten magától-másoktól? (az elsőre tippelek, mert a másik gép még nem tud a netre menni, és mégis mozog a grafikon, ha be van téve az utp kábel, értelemszerűen amikor nincs bent a garfikon azon nyomban megáll. A regisztrált gépen 8.10 van fenn, a frissen telepített gépen pedig 8.04 (még frissítések nélkül) mindkettőnél ez a jelenség fennáll. Köszönöm az esetleges OKÍTÓ válaszokat, hátha olyan ágát tanulom meg a programozásnak amiről még nem tudok semmit. (még a végén kiderül az is, hogy az állandó adatforgalom, csak lekérdező csomagokból áll, csak eddig nem tünt fel nekem :-) (de valahogy régebben ha nem neteztem nem is volt garfikon. Talán a router tűzfala nem engedte? A router kommunikált a gép helyett? Nem tudom)...

lacirta

Szia! Mekkora ez az allando adatforgalom? Fel/le iranyban kulon-kulon. Ha kiadsz terminalban egy netstat -tu parancsot arra mi a valasz?

Chris75

lacirtaHogy tudnám ide bemásolni a terminál ablakban kapott választ?

Chris75

lacirtaA conky szerint átlagosan: Up: 114 k/s és lefele 209 és változó

Chris75

lacirtaActive Internet connections (w/o servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 78-131-13-204.:http-alt .:60443 SYN_RECV tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:57884 SYN_RECV tcp 0 0 78-131-13-204.:http-alt .:55185 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:59996 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:59140 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:38630 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt .:40034 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt .:37580 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:50005 TIME_WAIT tcp 0 0 78-131-13-204.poo:55124 ibucp-vip-m.blue.:https TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:48772 TIME_WAIT tcp 1 0 78-131-13-204.:http-alt .:44282 CLOSE_WAIT tcp 0 0 78-131-13-204.poo:36354 bucp-d1-vip.blue.:https TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:38812 TIME_WAIT tcp 0 8688 78-131-13-204.:http-alt jethro.wilbury-in:35193 ESTABLISHED tcp 0 8000 78-131-13-204.:http-alt jethro.wilbury-in:46519 ESTABLISHED tcp 0 0 78-131-13-204.poo:51591 rudy-xl.bzctoons.ne:www TIME_WAIT tcp 0 0 78-131-13-204.poo:51591 rudy-xl.bzctoons.ne:www TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:42436 TIME_WAIT tcp 0 7408 78-131-13-204.:http-alt jethro.wilbury-in:52743 ESTABLISHED tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:44296 TIME_WAIT tcp 0 0 78-131-13-204.poo:34045 66.43.22.11:www TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:51976 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:44382 TIME_WAIT tcp 0 0 78-131-13-204.poo:34006 66.43.22.11:www TIME_WAIT tcp 0 0 78-131-13-204.poo:51661 rudy-xl.bzctoons.ne:www TIME_WAIT tcp 0 0 78-131-13-204.:http-alt .:48603 TIME_WAIT tcp 0 0 78-131-13-204.poo:52115 bucp1-vip-m.blue.:https TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:53862 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:37496 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:59871 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:35195 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt .:33550 ESTABLISHED tcp 0 0 78-131-13-204.poo:44105 barack.fsf.hu:www ESTABLISHED tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:41579 TIME_WAIT tcp 0 0 78-131-13-204.poo:55089 ibucp-vip-m.blue.:https TIME_WAIT tcp 0 10220 78-131-13-204.:http-alt jethro.wilbury-in:55566 ESTABLISHED tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:42900 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:49268 TIME_WAIT tcp 0 0 78-131-13-204.poo:34120 hb-in-f99.google.co:www ESTABLISHED tcp 0 0 78-131-13-204.poo:36274 bucp-d1-vip.blue.:https TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:46480 TIME_WAIT tcp 0 0 78-131-13-204.poo:38958 218.5.72.117:www TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:35690 TIME_WAIT tcp 0 0 78-131-13-204.poo:38958 218.5.72.117:www TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:35690 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt .:43326 TIME_WAIT tcp 0 0 78-131-13-204.poo:58665 sulit.com.ph:www TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:35955 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:43682 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:58340 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:42999 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt .:55100 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:42078 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:59516 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt .:51715 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt .:60833 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:53923 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:47599 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt .:60809 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:37543 TIME_WAIT tcp 0 10136 78-131-13-204.:http-alt jethro.wilbury-in:49217 ESTABLISHED tcp 1 1 78-131-13-204.poo:35737 149.48.228.121:www CLOSING tcp 0 0 78-131-13-204.:http-alt .:39164 TIME_WAIT tcp 0 0 78-131-13-204.poo:40425 211.157.107.99:www FIN_WAIT2 tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:41911 ESTABLISHED tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:34296 TIME_WAIT tcp 1 0 78-131-13-204.poo:60715 apache2-ogle.spider:www CLOSE_WAIT tcp 0 0 78-131-13-204.poo:39961 barack.fsf.hu:www ESTABLISHED tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:38656 TIME_WAIT tcp 0 0 78-131-13-204.poo:51638 rudy-xl.bzctoons.ne:www TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:50448 TIME_WAIT tcp 0 8880 78-131-13-204.:http-alt jethro.wilbury-in:42342 ESTABLISHED tcp 0 0 78-131-13-204.poo:42717 pee59af.sitmff01.ap:www TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:51731 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:39895 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt .:34972 TIME_WAIT tcp 0 0 78-131-13-204.:http-alt jethro.wilbury-in:36830 TIME_WAIT tcp 0 0 78-131-13-204.poo:36334 bucp-d1-vip.blue.:https TIME_WAIT

Frenky

Chris75Kijelölöd és aztán nem sima ctrl+v, hanem ctrl+shift+v.

Sziráki Tamás

Chris75simán kijelölöd, és a középső gombbal (az egérgörgővel, ha van, vagy a jobb-bal gombbal egyszerre) oda kattintasz, ahova másolni akarod. :)

Chris75

Chris75A CONKY -val az a "bajom", hogy a k betű után nincs se "kis b" se "nagy B" és nem tudom pontosan mennyi az annyi, nem beszélve hogy a két fajta b betű közt 8 szoros különbség van. :-)

PhazeC

Aki használ Ubuntu One-t, annál van-e? Aki nem, annál nincs-e? Én használok és van ilyesmi, kissé nehezen beazonosítható forgalom. A modemen csak az ethernet kábel forgalmát jelző villangat, elég gyakran, és kb azóta, hogy aktiváltam a One-t. Függetlenül attól, hogy megy-e az applet.

Batou

A digi tv-sek szopatása hogy nem engedélyezik a rootert központilag így az első beregisztrált gép után nem engednek mást be, hiába jó a felhasználó, illetve a jelszava. 5000 ft-ért kijönnek lehülyéznek hogy nem értesz az informatikához, majd betelefonál a kollegának hogy engedélyezze a rooter használatot.... jópár ismerősömmel eljátszották ezt köztük olyanokkal akik hálózat üzemeltetői munkakörben dolgoznak... ez így nekik potyapénz ugyebár....

Vivien

BatouSzió! Akkor jól átvágták az ismerősödet , mert köteleségük a hiba bejelentésre ingyenesen kimenni. Ez a szolgáltatáshoz jár. Egyébként meg jelenteni kell egy vezető beosztásban levő emberkének a diginél, és máris kedvesebb lesz illetve lesznek. ciao, Vivien

szota

Batounekem még nem volt dolgom a DIGI-vel, de ilyenkor a gépeket MAC ADRESS-re regisztrálják azaz a hálókártya fizikai címére és ha ezt klónozzuk a ruoterbe, akkor kintről úgy fog látszódni, mintha a regisztrált gép akarna csatlakozni. Ez itt nem működne?

Woox

VivienDe lehet csak ront az ember a helyzetén. Engem kinevettek a szolgáltatónál mert mertem szólni hogy jó lenne ha jó kábelt kötnének ki nem a miénket. Tudni illik a szomszédét akarták (mert nem fizette a havi díjat) csak akkora a káosz hogy a miénket kötötték ki.És az a legszörnyűbb hogy ezt eljátszották 2.-jára is amikor én mentem be és megkérdeztem a kis hölgyet hogy mi van itt buli meg hogy ismerik a tollat vagy a filcet mert ha nem akkor adok kölcsön nekik egyet hogy ráírják a vezetékekre hogy melyik kié. Erre csak jót nevetett és mondta hogy ne aggódjak majd vissza lesz kötve. Pfffff.

Batou

Vivienkijönnek ingyen.. de ha már hozzányúlnak valamihez akkor kérik a munkadíjukat..

DcNdrew

WooxNem téged röhögött ki a csaj, hanem azon röhögött, hogy felajánlottad a filcet. :)

decoati

DcNdrewNe ringasd illúziókba. Őt röhögte ki. :)

Woox

DcNdrewA filcen is nevetett az tuti meg volt ott gúnyos mosoly is mintha én tehettem volna az egészről. De nem baj hogy nevetett egészségére de legalább egy kis megbánás mutatott volna de annak a csírája is hiányzott pedig ő a szolgáltató és én fizetek Pffff De úgy látszik hogy ez nem nagyon számít. :-( Vagy lehet magukon is hogy nem lehetnek ennyire buták :-D (de most már rá van írva a nevünk a kábelre tök szuper :-d )

lacirta

WooxAz is lehet hogy bejottel neki, csak igy mutatta ki... ;)

decoati

WooxHát ez amúgy úgy van, hogy a társasházak a kábeltévés hálózatot csak a legritkább esetben építtetik ki a szolgáltatóval, általában valami sehonnai villanyszerelő, vagy egyéb "mindenhez értő" kivitelező brigád húzza ki. A kábelt nekik kellene feliratozni, amit nagyrészt elfelejtenek, vagy rosszul számozzák fel. A szerelő kikapja a munkát, kikötés, jó, kimegy, szekrényt kinyit, kábelt megkeres, ha lehetetlen, akkor csomaginformációk alapján tippel, ha téved, max. kimegy másnap. Kiköt, szekrény bezár, elmegy. 3 perc. Ha úgy csinálná ahogy "Móricka elképzeli", akkor kimegy, szekrény kinyit, kábel keres, nincs meg, ügyfél előás, csenget, kijön/nem, ha nem, akkor tippel, kiköt, elmegy. Ha igen, akkor ki kell keresni a kábelt, ami két szerelőnek 3 perc, egy szerelőnek vagy 10, meg egy rakás futkosás. Negyed óra vs. 3 perc, plusz a szopás egy olyan dolog miatt, ami nem a szerelőn múlott. Max. tévedés esetén ráírja hogy csatlakozási hiba, vagy adminisztrációs hiba. Úgyis van rá hivaralosan 72 órája. Én is így szoktam.:)

Chris75

Jókat mosolygok a válaszokon, de nem azt írtam hogy a digitv-vel van bajom, hanem azt hogy állandó net forgalmam van akkor is, ha nem használom a gépet, csak be van kapcsolva, és ez aggaszt. Persze ha ez csak amiatt van mert a modem és a gép kommunikál minden másodpercben akkor nem szóltam... Csakhogy ez a jelenség addig nekem se tűnt fel, amíg szolgáltatót nem váltottam... Illetve fogalmazhatok úgy is, hogy ami a Gnome alkalmazások közt van rendszerfigyelő panelra helyezhető kisalkalmazás (hivatalosan nem tudom mi a fantázianeve) annak nem csak a cpu ra van "kijelző-ablaka", hanem ramra, swapra hálózatra, rendszerterhelésre is, és ez egy szabvány ablak amin nincs felskálázva az, hány kilobit a forgalom, csak egy százalékos arány amolyan "tüskékből egymás mellé rakva". Ebből meg nekem az következik, ha a skála 100 Megabites felbontású akkor teszem azt 2.5% nyi sávszélesség elfoglaltság (általános kommunikáció céljából) a lap alján fog adni némi grafikon mozgást, (ami nem számottevő) viszont ha csak 10 Megabites a skála és ugyanazt az elfoglaltságot vesszük, akkor nem 2.5 hanem 25 %-os lesz a grafikonon a kilengés. Lehet hogy a UPCnél a nagy sávszélesség miatt ez a grafikon kicsi volt, és nem törődtem vele, itt pedig olyan "nagy" mintha torrentet futtatnék a háttérbe. Épp ezt nem értettem, amikor azt írtam ha az utp kábelt egy másik oprendszerre teszem át az nem kap netet, de a rendszerfigyelőn ugyanakkora kilengések láthatóak..... És akkor itt lép be a Paranoia.... (üldözési mánia) Ha a kiosztott ip cím maradt ugyanaz (csak azért mert az utp kábelt átteszem egy másik gépbe még nem fog változni semmi) és valaki pont ezt az ip címet nézte ki gyakorlásból hogy be tud e jönni a gép belsejébe, akkor bár átteszem a kábelt abba a gépbe ami "nem mehet fel a netre" és amin nincsenek még maguktól futó általam telepített alkalmazások, csak az ami a "gyári" ubuntu cdn is megvolt, akkor a kémkedő nem tudhatja hogy most nem abba a gépbe fog bemászni amibe eddig is benne volt ha ugyan sikerült neki... Ezért volt a kérdés, hogy normális -e az állandó adatforgalom... És ezért írtam le azt is hogy az egyiken 8.10 van a másikon 8.04 mielőtt valaki tippelésből azt találja ki, hogy a kernel a hibás... az egyik gépben atheros lan van, a másikban sis900. Érdemlegesen a fent beillesztett adatokból ki tudja valaki olvasni, hogy az aggodalmam valós e, vagy csak a garfikon van kinagyítva a gépemen?

lacirta

Chris75A gnome-system-monitor alkalmazas egyebkent szamszeruen kiirja es mutatja is grafikonon kbyte/sec-ben a fel es le iranyu forgalmat, sztem abban nezd meg. Azert kertem hogy netstat-val nezd meg hogy milyen tcp/udp kapcsolatokat tart fenn a geped hatha ebbol kiderul valami. Szamomra nem sok derult ki. Van lehetoseg arra is, hogy csomagszinten vizsgald a gepedhez erkezo es azt elhagyo ip csomagokat is, erre jo pl. a wireshark/tcpdump. Synapticban keress ra a wireshark csomagra es tedd fel, ha erdekel. Ezutan root-kent kell inditani a wiresharkot (csak igy hajlando captureolni), majd nyisd meg az interfaceket (asszem az elso vagy masodik ikon). Ezutan az eth0 interfacen indits egy capturet. (lehetoleg kozben ne csinalj semmit a neten, mert megjelenik a capture-ben is) A fo ablakban mar lathatod is a csomagokat. A forras es cel ip cimeket kell figyelni hogy megtudd mi generalja a nagy forgalmat...

Következő oldal »