Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: lug-bg: ip_conntrack ???


  • Subject: Re: lug-bg: ip_conntrack ???
  • From: linux@xxxxxxxxxxxxxxxx
  • Date: Thu, 16 Dec 2004 17:25:20 +0200 (EET)
  • Importance: Normal

> linux@xxxxxxxxxxxxxxxx wrote:
>
>>Имам Linux на който имам маскиране на адреси.
>>
>>От извесно време наблюдавам следното:
>>
>>cat /proc/net/ip_conntrack | grep UNREPLIED | wc -l
>>2532
>>
>>cat /proc/net/ip_conntrack | grep UNREPLIED | wc -l
>>3252
>>
>>какви са тези връзки който носят този флаг UNREPLIED
>>
>>t.e. редове от рода:
>>
>>udp      17 17 src=192.5.41.41 dst=192.168.4.253 sport=123 dport=123
>>[UNREPLIED] src=192.168.4.253 dst=192.5.41.41 sport=123
>> dport=123 use=1
>>tcp      6 25 SYN_SENT src=192.168.50.5 dst=208.38.61.228 sport=59440
>>dport=25 [UNREPLIED] src=208.38.61.228 dst=212.36.20.1
>>50 sport=25 dport=59440 use=1
>>
>>
>>
>>
>
> Това с UDP записа ме съмнява да е проблем (по-скоро имаш неизгладен NAT
> относно NTP). Но записа за TCP по-долу би ме накарал да проверя първо
> излъчвателя и второ TTL-а на пакетите. Не искам да се обзалагам, но това
> е пакет с голям TTL. Случайно да имаш при себе си TTL филтър, който да
> следва някъде политика DROP?
>
> Прегледай пакетите на източника. Виж дали той не си играе нещо с TTL
> параметъра.
>
> Също така, виж дали не използваш филтър за TCP сесии, който вместо да
> следва политика RESET, следва политика DROP. Честа грешка е да се
> направи NAT рутер и в/у него да се наблъскат един куп DROP политики по
> отношение на TCP сесии. При едно сканиране от страна на хост зад NAT към
> хост, който е някъде в Интернет, се получават точно едни такива хубави
> неща.
>
> Няма да е зле да кажеш нещо за топологията. Особено за тази нейна част
> м/у рутера и 192.168.50.5. Иначе се сещам за още 2 причини, но наистина
> трябва да се покаже топологията..
>
>   Поздрави
>      Весо
>
>


Топологията е доста стандартна:
Няколко linux router-a стоят зад един Linux gateway на който се извършва
маскарад.

от рода:
iptables -t nat -A POSTROUTING -s 192.168.0.0/16 -d ! 192.168.0.0/16 -o
eth0 -j SNAT --to REAL_IP

Проблема е започна да става поради следната причина:
1. Медията която използвам е wireless, и тя при голям брой едновремени
връзки (5000-1000) почва да се разпада !!!

От извесно време наблюдавам че някой клиенти имат огромен брой връзки
/proc/net/ip_conntrack
Например един клиент (1 PC) държи по 1000-2000 връзки който се държат
много време.
За да оправя това се налага да рестартирам Linux gateway (което като
решение си е доста просто и просташко).
Вероятно има при този клиент и вируси (познайте на какво работи ...)

Някой от тях ги оправиш като ми инсталираш Linux с транспаретно прокси при
тях, и така многото конкуретни връзки от тях драстично намаляха, т.е. те
си останаха при техния сървер.

Иначе не мога да конкретизирам точно какъв е вируса, защото трафика не ми
е обърнат, а създават много връзки към един или няколко dest-port 80 (може
би Troyan.StartPage)

Ето и както прави:

tcp      6 162320 ESTABLISHED src=192.168.9.8 dst=213.16.55.67 sport=1402
dport=80 src=212.36.20.145 dst=192.168.9.8 sport=3
128 dport=1402 [ASSURED] use=1
tcp      6 429266 ESTABLISHED src=192.168.9.8 dst=193.24.240.21 sport=2807
dport=80 src=212.36.20.145 dst=192.168.9.8 sport=
3128 dport=2807 [ASSURED] use=1
tcp      6 338364 ESTABLISHED src=192.168.9.8 dst=193.24.240.21 sport=2386
dport=80 src=212.36.20.145 dst=192.168.9.8 sport=
3128 dport=2386 [ASSURED] use=1
tcp      6 271362 ESTABLISHED src=192.168.9.8 dst=193.24.240.21 sport=1306
dport=80 src=212.36.20.145 dst=192.168.9.8 sport=
3128 dport=1306 [ASSURED] use=1
tcp      6 248043 ESTABLISHED src=212.36.20.145 dst=192.168.9.8 sport=3128
dport=3643 [UNREPLIED] src=192.168.9.8 dst=212.36
.20.145 sport=3643 dport=3128 use=1

От тука се вижда че времето на остановяване е доста голямо

Направиш и следното:
echo 900 > /proc/sys/net/ipv4/tcp_keepalive_time

Но въпреки това даже и когато го изключа този клиент то връзките остават
да висят продължително време.

А не мога при всеки краен клиент да инсталирам Linux с транспаретно прокси
и маскарад.
============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================



 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.