Dotaz: Pomalé překlady DNS

[DarkLogic]

Měl bych dotaz. Můj router (Duron 700 MHz, 256 MB RAM, 2x LAN) spravující síť přibližně o 100 uživatelích začíná mít problém ve špičkách, zvlášť, když se objeví několik stahovačů a každý z nich si otevře přibližně 50 malých spojení. Pak se router jakoby zahltí. Ve výsledku to vypadá tak, že pingy na router se buď ztratí (běžná LAN síť) a nebo mají obrovské odezvy (např. nad 1000 ms). Stejně tak DNS na routeru je hrozně pomalé.

Napadá někoho, kde by mohl být problém a hlavně jak ho odstranit?

Odpovědi

[DarkLogic]

Ještě bych dodal, že pokud klientský počítač získá překlad DNS, tak pak k němu data už proudí tak, jak mají.

[Pjetko]

Mal som podobny problem-v resolv.conf som mal zly DNS a dns resolve trval vyse sekundu kym vyprsal timeout a nespytal sa druheho DNSka... Skus traceroute meno stroja uvidis na ktorom skoku sa to spomali

[DarkLogic]

DNSka jsou jinak v poradku. Problem se objevuje jen, kdyz je aktivnich moc spojeni. Treba ted, kdyz polevuje "spicka", se to uz vraci do normalu.

[Pjetko]

Pozri cez top ktory proces to sposobuje

Sluzi ten komp ako proxy? Pokial tam mas avir...

[DarkLogic]

Nevim, na co jste myslel, abych tim TOPem koukl, ale pokud to mela byt vytizenost CPU, tak ta je temer nulova - nejnarocnejsi proces mel 5% a bylo to mysql. Odhadem soucet procent dalsich procesu neprekrocil 20%.

Proxy na routeru neni. Je na nem nastaveno, ze ve vnitrni siti je jeden clovek, ktery ma verejnou IP a to se provadi pres proxy_arp, ale ten stejne ted neni aktivni. Jako problem stale vidim spoustu otevrenych drobnych spojeni z bittorentu a podobneho svinstva. Co s tim?

[Jiří Veselský]

Nemáte nastavený stavový firewall? Co poví dmesg?

[DarkLogic]

Myslíte-li stavovým firewallem toto, tak ano:

$IPTABLES -A FORWARD -i $INET_IFACE -o $LAN1_IFACE -m -state ESTABILISHED,RELATED -j ACCEPT

Co se dmesg týče, tak tam moc toho není. Na začátku jsou chybové hlášky HTB typu HTB: quantum of class 10003 is small. Consider r2q change., ale to je prý běžné. Dále potom už jen informace o nějakých zahozených paketech a to je vše.

[Jiří Veselský]

No možná právě to "o nějakých zahozených paketech" může být zajímavé...

Ve /var/log/messages není nic jako kernel: ip_conntrack: table full, dropping packet.?

[DarkLogic]

Nic takového...jsou tam jen podobné záznamy:

May 1 00:46:56 localhost kernel: forward drop: IN=eth1 OUT=eth0 SRC=63.223.48.143 DST=10.0.0.61 LEN=1500 TOS=0x00 PREC=0x00 TTL=43 ID=6618 DF PROTO=TCP SPT=80 DPT=2141 WINDOW=5840 RES=0x00 ACK URGP=0

May 1 00:47:54 localhost kernel: Rezervovana adresa: IN=eth1 OUT=eth0 SRC=101.101.229.231 DST=85.207.12.133 LEN=522 TOS=0x00 PREC=0x00 TTL=46 ID=0 DF PROTO=UDP SPT=31260 DPT=1026 LEN=502

May 1 00:55:09 localhost kernel: Rezervovana adresa: IN=eth1 OUT= MAC=4c:00:10:39:b2:d1:00:14:6a:a2:bf:68:08:00 SRC=97.196.152.136 DST=85.207.12.130 LEN=443 TOS=0x00 PREC=0x00 TTL=46 ID=60054 PROTO=UDP SPT=0 DPT=1025 LEN=423

May 1 00:55:09 localhost kernel: Rezervovana adresa: IN=eth1 OUT= MAC=4c:00:10:39:b2:d1:00:14:6a:a2:bf:68:08:00 SRC=97.196.152.136 DST=85.207.12.130 LEN=443 TOS=0x00 PREC=0x00 TTL=46 ID=60055 PROTO=UDP SPT=0 DPT=1026 LEN=423

May 1 00:58:48 localhost kernel: forward drop: IN=eth0 OUT=eth1 SRC=10.0.0.22 DST=194.149.59.168 LEN=52 TOS=0x00 PREC=0x00 TTL=62 ID=63502 DF PROTO=TCP SPT=4086 DPT=13014 WINDOW=65535 RES=0x00 SYN URGP=0

May 1 01:15:19 localhost -- MARK --

[Dušan Hokův]

nastav si:

echo 32768 > /proc/sys/net/ipv4/ip_conntrack_max
echo 113000 > /proc/sys/net/ipv4/netfilter/ip_conntrack_tcp_timeout_established

[DarkLogic]

Kam mam toto napsat, kdyz chci, aby se to aplikovalo vzdycky?

[Pavel1]

Můžeš buďto do startovacích skriptů, nebo v Gentoo se tyto věci nastavují v /etc/sysctl.conf.