1. leht 1-st
Vanade ühenduste kaotamine ruuteris
Postitatud: 08.12.2008, 20:46
Postitas sazz
Selline probleem siis, et ruuteriks täiesti tavaline väike kast 46mb mälu ja enamasti on sellest pool vaba. Millegi pärast suudab aga tavaline uTorrent + eMule ühenduse koolema jooksutada ehk siis tekib mingi 25% packet loss. Mõlemal on sätitud global connection limit 500 peale. Äkki oskab keegi aidata? Äkki tuleks kuidagi sättida nii, et ta flushiks mälu vms mingi intervalli järel?
Postitatud: 08.12.2008, 21:48
Postitas imre
Mis Soft seal peal jookseb jne oleks vägagi teretulnud info.
Õigemini - iga pisemgi detail mida pakkuda suudad selle karbi puhul vähendab mõistatamise aega ja seega ka lahenduse aega
Postitatud: 08.12.2008, 22:29
Postitas sazz
OS: debian, proseks mingi ibm 750 vana pool profi masin, kaks võrgu kaarti mõlemad 100sed 813 kiibiga..rohkem nagu ei oskagi öelda hetkel..katsun edasi uurida..
Postitatud: 08.12.2008, 22:34
Postitas sander85
bsd-lised on muidugi võrgu koha pealt natuke parema vastupidavusega, kindel, et asi pole vanas riistvaras, mis vigane pole? logides ei kajastu midagi, mis võiks probleemile viidata?
Postitatud: 08.12.2008, 22:48
Postitas antik2
sazz kirjutas:OS: debian, proseks mingi ibm 750 vana pool profi masin, kaks võrgu kaarti mõlemad 100sed 813 kiibiga..rohkem nagu ei oskagi öelda hetkel..katsun edasi uurida..
Realtek 8139? Sitemaid kaarte kokku panna pole enam võimalik. Neil on vist see häda, et kasutavad adresseerimiseks ühte ja sama aadressiruumi ja siis lähevad konflikti.
Võta suvalised inteli või 3com-i kaardid ja kõik toimib nagu imeväel.
Postitatud: 09.12.2008, 10:18
Postitas bobc
Antik2 võib olle antud kohas õigus 8139 kaartide kohapealt, endal ka paar isendit aegu tagasi probleeme tekkitanud (müüdi neid võileiva hinnaga).
Küsiks millal see probleem esineb, kas mingi aja mõõdudes või kohe on võrgus häired. Endal esines aegu tagasi pidev probleem mille põhjuseks oli
vigane (halvasti otsastatud kaabel) ühendus oli aga collusion oli metsik.
Aga arvan, et suurem probleem on iptables'iga, mis lihtsalt aja jooksul ujutab mälu ilusti ühendusi täis ja siis kukkub droppima. Kui masinas on vähe rammi (kui palju on ram kokku?).
Vaata mida
dmesg kuvab kui probleem hakkab esinema,
sealt peaks nägema nii raudvara konflikte kui ka iptables probleemid.
Ühenduste arv:
Kood: Vali kõik
cat /proc/net/ip_conntrack | wc -l
Max mida iptables lubab:
Kood: Vali kõik
cat /proc/sys/net/ipv4/ip_conntrack_max
Postitatud: 15.12.2008, 21:48
Postitas sazz
mälu on kokku 46mb nagu ennem mainisin. aga tundub et probleem kajastub ikka ühendustest sest näiteks kui tõmmata lahti torrenti client kus on upload ja download kõik piiratud väga alla kuid ühendusi on max lubatud 200 siis läheb kõik umbe..ja kui kinni panna läheb koheselt kõik tööle..pordid on ofkoors kõik ilusti suunatud. aga jeah tuues connectionite arvu alla lähevad asjad korda..ma arvan et asi on ruuteri jõudluses..vana jääb lihtsalt liiga aeglaseks..uurin seda võrgukaardi asja..
Postitatud: 15.12.2008, 22:05
Postitas sazz
okei bobc, tänud sulle jah routing tabel oli tõesti täis kunagi sai julmalt sätitud 64k ühendust max aga millegi pärast oli see ära kukkunud 3000 peale (mingi default?) tähendab kirjutasin faili /proc/sys/net/ipv4/ip_conntrack_max aga ma arvan et sealt pärast järgmist ruuteri rebooti kaob see ka ära. Kuhu tuleks kirjutada, et oleks see defaultina?
Postitatud: 15.12.2008, 22:27
Postitas sander85
/etc/sysctl.conf
net.ipv4.netfilter.ip_conntrack_max = 65536
peale seda sysctl -p
e:
vbl pigem net.ipv4.ip_conntrack_max = 65536
Postitatud: 16.12.2008, 01:01
Postitas bobc
Sa võid/saad seda käsitsi suurendada aga kuna connection infot hoitakse mälus seega probleemiks on ram suurus, 1G juures on vaikimisi 65k ühenduste arv, seega sinu 46mb on probleemiks (sealt ka see 3000 ühenduste arv tuleb).
Mul väike viga ka sees eelnevas postis, õigem koht ip_conntrack_max (2.6.27.x kernelil vähemalt)
Kood: Vali kõik
cat /proc/sys/net/ipv4/netfilter/ip_conntrack_max
olin tööl w32 purgi juures ja ei saanud täpsemalt kontrollida.
Ja see 3000 ühenduste arv tuleb valemist:
Kood: Vali kõik
CONNTRACK_MAX = RAMSIZE (in bytes) / 16384
3072 = 46 * 1024 ^2 / 16384
Sai end ka tiba hairtud antud valdkonnas, kindlasti on võimalik olukorda parandada ka antud configuratsiooni juures, uurin huvi mõttes edasi.
Postitatud: 16.12.2008, 07:43
Postitas sazz
Tänud, tähendab no mälust nagu puudu ei tule kui kirjutada julmalt sisse. Aga no ju siis tuleb mõelda uuele ruuterile

.
Postitatud: 19.12.2008, 01:22
Postitas hr.john
sazz kirjutas:Tänud, tähendab no mälust nagu puudu ei tule kui kirjutada julmalt sisse. Aga no ju siis tuleb mõelda uuele ruuterile

.
Mingi osa mälust kulub ju ka muude asjade kui ühenduse peale ;(
Nii et vaata, mis teenuseid saad välja visata.
Postitatud: 19.03.2009, 18:27
Postitas sazz
Kuna topic on vastav siis jätkan teemat..nüüd on probleemiks see, et
Kood: Vali kõik
cat /proc/net/ip_conntrack | wc -l
20488
võib öelda, et seda on natuke liiga palju. Millegipärast ei taha ta nagu ühendusi kukutada. Milles võib olla asi?
PS: tegu on väikese koduvõrguga ja ühendused peaksid sulgema iga 7200 sekundi tagant.