Netti jumittaa, Ubuntu, Linux kernel, vikaa? Torrent, ADSL, ping, tutkimista

[Ux64]

Asiantuntijoilta otetaan vastaan kysymyksiä ja aatteita. Mä en tämän tarkempaa analyysiä tehnyt. Mutta vaikuttaa siltä, että vika on käyttiksen verkkopuolella tms.

Ongelma lyhyesti. DNS tuntuu joskus järjettömän hiltaalta. Samoin jos koneessa toimii torrent (deluge), niin yhteys on välillä tolkuttoma hidas. Eikä tämä todellakaan johdu siitä että yhteys olisi tukossa kumpaanakaan suuntaan. Onko vika siis linux kernelissä joka ei osaa hanskata 100 rinnakaista tcp/ip yhteyttä? En kyllä oikein usko, muuten olisi serveri käytössä Win'95 tasolla.

Kysymys onkin siinä, että mikä tuon tahman voisi aiheuttaa? Onko Elisan netti jotenkin jumissa, DNS jumissa, onko Linuxissa jotain tunnettua vikaa? Onko Delugessa jotain tunnettua vikaa? En oikein itse saa kiinni siitä mistä ongelma johtuu.

Huippu mielenkiintoista, system monitor näyttää että 10% kapasiteetista on käytössä. Mutta pingi kertoo että yhteys on täysin tukossa. Humm..

Tarkistetaan vielä lennossa toi ADSL:n status, linja ok täys nopeus, ei crc virheitä, snr ja attenuation marginaalit ok.

Lopetin torrentin, pingi edelleen täysin jumissa. Outoa.

Firestarter näyttää kasan yhteyksiä joiden olisi pitänyt sulkeutua Delugen sulkemisen yhteydessä, jotka roikkuu auki. Tietysti palomuurin toimintaperiaatteesta riippuen tämä on enemmän tai vähemmän normaalia.

Koodia: [Valitse]

WTF?
64 bytes from 192.168.0.254: icmp_seq=11 ttl=64 time=92535 ms
64 bytes from 192.168.0.254: icmp_seq=12 ttl=64 time=92536 ms
64 bytes from 192.168.0.254: icmp_seq=14 ttl=64 time=91531 ms
64 bytes from 192.168.0.254: icmp_seq=107 ttl=64 time=464 ms
64 bytes from 192.168.0.254: icmp_seq=18 ttl=64 time=89528 ms
64 bytes from 192.168.0.254: icmp_seq=108 ttl=64 time=463 ms
64 bytes from 192.168.0.254: icmp_seq=109 ttl=64 time=460 ms
64 bytes from 192.168.0.254: icmp_seq=111 ttl=64 time=447 ms
64 bytes from 192.168.0.254: icmp_seq=25 ttl=64 time=86516 ms
64 bytes from 192.168.0.254: icmp_seq=114 ttl=64 time=444 ms

Ongelma poistui kuin poistuikin, koneen bootilla. Ei ADSL modemin...

Eli käyttiksen puolella jotain todella hämärää vikaa. IMHO. Koska oli mikä tahansa realistinen kuormitus internettiin, niin 100 meganen full duplex yhteys modemin ja koneen välillä EI VOI olla noin tukossa. Ja huom. Modemi on sitten normaalisti siltaavassa tilassa, eli kyse ei ole myöskään modemin ylikuormittumisesta jolta tuo olisi tietysti voinut näyttää.

No tulipahan samalla leikkiessä päivitetty ADSL modemin firmis.

Kellään vastaavia kokemuksia? Hieman outoa kyllä.

Jossain vaiheessa epäilin "syn limittiä" niin kuin Windowssissa. Mutta sekin on järjetön rajoitus. Aiheuttaa kyllä juuri selaimen ärsyttävää jumittumista kun synit on käytetty ja selaimenkin pitäs avata vielä nippu HTTP yhteyksiä johonkin siteen.

KW: Netti jumittaa, Elisa, ADSL, Ubuntu, kernel, tcp/ip, torrent, DNS, transmission, bittorrent, hidas, jumitus, ei toimi, poikki, katki, puhki, deluge, 64 bit, hardy heron, ip35-e, intel

[Vapaan koodin kananmuna]

Ota ensimmäisenä se firestarter pois päältä. Jos ongelma on helposti toistettavissa niin eiköhän siihen syykin löydy...
Saako nuo oireet pois esim. /etc/init.d/networking restartilla, koko koneen bootin sijasta?
Viimeksi olen saanut tollaisia nälkävuoden pituisia pingejä kun verkkokortin ajuri hyppäsi keskeytyksiltä pollaamiseen.
Dmesgistä varmaan näkyy jos on käynyt jotain vastaavaa.

[qwertyy]

En tiedä onko ihan tyhmä ehdotus, kun nyt en mikään guru verkkojutuissa ole, mutta kertoisiko traceroute komento mitään vinkkiä missä vaiheessa tuo latenssi oikein ilmaantuu? Tai ainakin näin voisi äkkiä ajatella kun itse heitän traceroute www.google.com tulee latenssiajat ensin laite.operaattorini nimi tyyliin ja sen jälkeen parit ilmeisesti ulkomaiset välityspalvelimet myös latensseineen.

Miksi nuo icmp_seq= arvot hyppivät, en ole koskaan huomannut tuollaista ilmiötä?

Kuten sanottua en ole oikein hirveästi perillä, mutta kiinnostunut kyllä 

[Vapaan koodin kananmuna]

En tiedä onko ihan tyhmä ehdotus, kun nyt en mikään guru verkkojutuissa ole, mutta kertoisiko traceroute komento mitään vinkkiä missä vaiheessa tuo latenssi oikein ilmaantuu? Tai ainakin näin voisi äkkiä ajatella kun itse heitän traceroute www.google.com tulee latenssiajat ensin laite.operaattorini nimi tyyliin ja sen jälkeen parit ilmeisesti ulkomaiset välityspalvelimet myös latensseineen.

Tässä pingataan adsl-modeemia, eli latenssi on koneen ja modeemin väliltä.

Miksi nuo icmp_seq= arvot hyppivät, en ole koskaan huomannut tuollaista ilmiötä?

Pakettihävikkiä.

Ux64: Testaa tuota konetta vielä jonkun toisen purkin kanssa kun se on tuossa tilassa. Se kuitenkin toimii tässä vastapäänä, joten se olisi kiva sulkea pois.

[Ux64]

Kaikkiin viesteihin vastaus kerralla:

Firestarterin ei pitäisi tietenkään aiheuttaa tuollaista. Käsittääkseni se on pelkkä käyttöliittymä järjestelmän omaan palomuuriin. Olisiko muuten suositeltavaa vaihtaa se Hardy Heronin kanssa uncomplicated firewalliin joka lienee distron perusmuuri? Koitin jo kerran vaihtaa, mutta siinä oli jotain kompaa matkassa. Samoin firewallin startti epäonnistuu bootissa useita kertoja, olen olettanut sen olevan normaalia. Kun se kuitenkin toimii käynnistyttyään.

Missä vaiheessa latenssi ilmaantuu? No ei ole paljon muuta vaihtoehtoa kuin että se on linuxin network stackki, tai verkkokortti. Testi setuppi on tarkoituksella yksinkertainen, jotta ongelman mahdolliset aiheuttajat voi minimoida.

ICMP:n hyppiminen ei johdu muuten VAIN packet lossista. Jos olisi "normaalia" packet lossia, niin paketteja puuttuu välistä. Tässä tpaauksessa paketit tulee ihan "random" järjestyksessä takaisin. Eli tuolla on numerot 14,107,18 jne. Ilman flood pingiä tuo tarkoittaa sitä, että syystä tai toisesta paketit jäävät johonkin jumittamaan ja vapautuuvat myöhemmin. Koska tuo ero on noinkin iso, niin epäilen järjestelmän omaa stackkiä koska käsittääkseni verkkolaitteiden puskureita ei koskaan venytetä noin pitkille ajoille / datamäärille. Tietysti isommilla paketeilla pingaaminen olisi voinut anta lisäinformaatiota.

Jees, testaan. Mulla onkin toinen purkki tuossa valmiina. Joskaan en usko sen olevan ongelman lähde, koska se on toiminut pitkään ja hartaasti ok ja tarkoituksellisesti boottasin sen ongelman ilmetessä. Tietysti onhan se mahdollista että sen hardis kytkimessä tms komponenteissa olisi jotain oudosti sekaisin. Joten testataan kun vika on ensikerran päällä.

[Kari Argillander]

Huippu mielenkiintoista, system monitor näyttää että 10% kapasiteetista on käytössä. Mutta pingi kertoo että yhteys on täysin tukossa. Humm..

Tämä johtuu siitä, että sinulla on giganen verkkokortti ja 100 meganen yhteys. Kun kaikki sata megaa on käytössä se on tuo kyseinen 10%. Eli jos tämä on joskus 100% niin tulee ehdottamasti hankkia joko uusi verkkokortti, uusi boksi tai jos käyttää kerneli versiota 0.1 niin päivittää se.

[Ux64]

Huippu mielenkiintoista, system monitor näyttää että 10% kapasiteetista on käytössä. Mutta pingi kertoo että yhteys on täysin tukossa. Humm..

Tämä johtuu siitä, että sinulla on giganen verkkokortti ja 100 meganen yhteys. Kun kaikki sata megaa on käytössä se on tuo kyseinen 10%. Eli jos tämä on joskus 100% niin tulee ehdottamasti hankkia joko uusi verkkokortti, uusi boksi tai jos käyttää kerneli versiota 0.1 niin päivittää se.

Tuosta tulee vain yksi ongelma mieleen. Siis ongelma tuohon kuvaukseen. Nimittäin se, että system monitor ei näytä prosentteja vaan kilotavuja sekunnissa ja olen siitä itse laskenut tuon 10% käytössä ja sekin on siis laskettu luonnolliset ADSL linkin nopeuden suhteen, eikä suinkaan 100 megasen tai gigasen linkin mukaan. Eli liikennettä oli ~80 kilotavua sekunnissa.

Yksi asia joka muuten on voinut olla osatekijänä ongelman laukeamiseen, oli se. Että latasin sellaista torrenttia jonka swarmiin kuului selviä DDOS tahoja. SYN paketteja tuli sisään useita satoja sekunnissa. Mutta tämä ei riittänyt silti todellakaan siihen, että tietoliikenne kapasiteetti olisi floodattu tukkoon.

Mun villi veikkaukseni on verkkopiiri tai ajuri taikka kummatkin yhdessä. Käyttiksen verkkopuolta voit testata vaikka floodi-pingaamalla koneen ip-osoitetta tai localhostia kun jähittää seuraavan kerran. Kumpikaan noista ei käytä varsinaista verkkointerfeissiä.

Jees, hyviä pontteja. Testaan tota localhostia, niin näkee miten tuo koneen verkkopino jakselee jumitustilanteessa.

[Ux64]

Testattu jälleen, kun ongelma nousi pintaan. ADSL modemin bootti ei auta, ei vaikuta asiaan mitenkään.

Joku on systeemissä totaalisen solmussa, joko operaattorin puolella tai Ubuntussa. DNS lookupit kestää kymmeniä sekunteja. Kaista ei ole tukossa (kulkee yli 6000kbit/s läpi down ja 800 kbit/s ulos) ja pingi on kunnossa (8 ms).

Tiedä sitten mikä on noin pahasti solmussa. Ongelma korjautuu vain boottaamalla kone.

Address Not Found
Firefox can't find the server at forum.ubuntu-fi.org.

Vähän väliä tämäkin foorumi on hukassa.

Jos jollakulla on vastaavia ongelmia ollut Deluge clientin kanssa, niin kertokaa. Ehkä se tekee jotain väärin? Ei se saisi näin pahasti tukkia silti systeemiä. Clientin sulkeminen _EI_ poista ongelmaa. On myös tarkistettu että prosessi tai siihen liittyvä daemon _EI_ ole käynnissä.

Kummallista ja niin raivostuttavaa. ;(