1

Дано: CenoOS 6 80 машин в локальной сети. Доступ осуществляется через NAT с помощью stargazer сеть: в локалку смотрят 2 интерфейса eth1 10.0.0.1 и eth1:1 10.0.10.1 (деление на 2 подсети) в интернет смотрят 2 интерфейса eth0 192.168.85.41 и eth0:1 192.168.85.141 таблица роутинга такова:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.85.0    *               255.255.255.0   U     0      0        0 eth0
10.0.0.0        *               255.255.255.0   U     0      0        0 eth1
10.0.10.0       *               255.255.255.0   U     0      0        0 eth1
link-local      *               255.255.0.0     U     1002   0        0 eth0
link-local      *               255.255.0.0     U     1003   0        0 eth1
default         192.168.85.1    0.0.0.0         UG    0      0        0 eth0

далее, настройка iptables следующая:

IPT="/sbin/iptables"
#============PEREMENNIE=============================
server0=192.168.85.41
server1=192.168.85.141
server2=10.0.0.1
server3=10.0.10.1
server4=
admin=10.0.0.250
admin2=192.168.88.136
admin3=10.0.0.5
bibl=10.0.10.161
conf_port=5555
user_port=5555
vnet=10.0.0.0/24
vnet2=10.0.10.0/24
#===========IPv4==============================
$IPT -F
$IPT -X
$IPT -F -t nat

$IPT -P INPUT ACCEPT
$IPT -P OUTPUT ACCEPT
$IPT -P FORWARD ACCEPT
#==========IPv6==============================
ip6tables -P INPUT DROP
ip6tables -P OUTPUT DROP
ip6tables -P FORWARD DROP
ip6tables -A INPUT -i eth0 -j DROP
ip6tables -A FORWARD -j DROP

#============================================
$IPT -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
$IPT -A OUTPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
$IPT -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT

#==================localhost=================
#razreshim vse na lo
$IPT -A INPUT -i lo -j ACCEPT
$IPT -A OUTPUT -o lo -j ACCEPT
##podset1
##razreshim ping servera iz lokali
$IPT -A INPUT -s 10.0.0.0/24 -i eth1 -p icmp -j ACCEPT
$IPT -A OUTPUT -s 10.0.0.0/24 -o eth1 -p icmp -j ACCEPT
##podset2
$IPT -A INPUT -s 10.0.10.0/24 -i eth1 -p icmp -j ACCEPT
$IPT -A OUTPUT -s 10.0.10.0/24 -o eth1 -p icmp -j ACCEPT
#=========ping s servera v inet==============
#$IPT -A INPUT -p icmp -j ACCEPT
#$IPT -A FORWARD -p icmp -j ACCEPT
#$IPT -A OUTPUT -p icmp -j ACCEPT
$IPT -A INPUT -i eth0 -p icmp -j ACCEPT
$IPT -A OUTPUT -o eth0 -p icmp -j ACCEPT
#=========DNS server=========================
$IPT -A INPUT -p tcp --sport 53 -j ACCEPT
$IPT -A FORWARD -p tcp --sport 53 -j ACCEPT
$IPT -A FORWARD -p tcp --dport 53 -j ACCEPT
$IPT -A OUTPUT -p tcp --dport 53 -j ACCEPT
$IPT -A INPUT -p udp --sport 53 -j ACCEPT
$IPT -A FORWARD -p udp --sport 53 -j ACCEPT
$IPT -A FORWARD -p udp --dport 53 -j ACCEPT
$IPT -A OUTPUT -p udp --dport 53 -j ACCEPT
#=========FTP================================
$IPT -A INPUT -s 10.0.0.0/24 -i eth1 -p tcp -m multiport --dport 20,21 -j ACCEPT
modprobe ip_conntrack_ftp
#bez ispolzovanija modprobe ne securno
#$IPT -A OUTPUT -s 10.0.0.0/24 -o eth1 -p tcp -m multiport --sport 20,21 -j ACCEPT
#=========SAMBA==============================
$IPT -A INPUT -s $vnet -i eth1 -p tcp -m multiport --dport 139,445 -j ACCEPT
$IPT -A INPUT -s $vnet2 -i eth1 -p tcp -m multiport --dport 139,445 -j ACCEPT
#=========STARGAZER==========================
#==vne pravil================================
$IPT -t nat -I POSTROUTING -s 10.0.0.4 -o eth0 -j SNAT --to-source 192.168.85.41
$IPT -t nat -I POSTROUTING -s 10.0.0.200 -o eth0 -j SNAT --to-source 192.168.85.41

##=razreshim dla stargazer forward, bez nego ne rabotaet
$IPT -A FORWARD -i eth1 -s $vnet -o eth0 -j ACCEPT
$IPT -A FORWARD -i eth1 -s $vnet2 -o eth0 -j ACCEPT
##=======KONFIGURATOR=========================
$IPT -A INPUT -p tcp -s $vnet -d $server2 --dport $conf_port -j ACCEPT
$IPT -A OUTPUT -p tcp -d $vnet -s $server2 --sport $conf_port -j ACCEPT
#----------------------------------------------
$IPT -A INPUT -p tcp -s $bibl  -d $server3 --dport $conf_port -j ACCEPT
$IPT -A OUTPUT -p tcp -d $bibl -s $server3 --sport $conf_port -j ACCEPT
##=======InetAcces============================
$IPT -A INPUT -p udp -s $vnet --sport $user_port -d $server2 -j ACCEPT
$IPT -A OUTPUT -p udp -d $vnet --dport $user_port -s $server2 -j ACCEPT
#=========SSH================================
$IPT -A INPUT -p tcp -s $admin -d $server2 --dport 22 -j ACCEPT
$IPT -A OUTPUT -p tcp -d $admin -s $server2 --sport 22 -j ACCEPT
#=========SSH_buh================================
$IPT -A INPUT -p tcp -s $admin3 -d $server2 --dport 22 -j ACCEPT
$IPT -A OUTPUT -p tcp -d $admin3 -s $server2 --sport 22 -j ACCEPT
#=========home_ssh===========================
$IPT -A INPUT -p tcp -s $admin2 -d $server0 --dport 22 -j ACCEPT
$IPT -A OUTPUT -p tcp -s $admin2 -d $server0 --dport 22 -j ACCEPT

за nat  отвечают другие правила типо 

iptables -t nat -I POSTROUTING -o eth0 -j SNAT -s $IP --to-source 192.168.85.41

которые разруливаются старгейзером, все банальные причины и способы мониторинга изюзал.
Вопрос: Переодически безсистемно возникают перебои с вебом (http) c другими протоколами вроде проблем нету. Выражается в следующем: сайты грузятся либо долго либо не открываются совсем, после рефреша сайт может открыться. фильтровали броадкаст-флуд-его нет, куда можно копать, как искать проблему?

2

DNS свой? Посмотрите логи.

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

3

dns прова, пробовал как их так и паблик типо 8.8.8.8 я кстати в первую очередь на днс грешить начал.
во время затупов на виндовых машинах nslookup без проблем возвращало ответы.
кстати протестил сейчас: во время затупов с сервера elinks'ом все шустро открывается.
уже грешу на железо: сетевухи, провода, свичи

4

Попробуйте выравнивать mtu из за этого и бывает проблема как вы описали.

 Консоль:
iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

Ищу дополнительный заработок (удалёнка).
Пьянка без секса – признак алкоголизма.

5

Kettler
спасибо за совет, завтра попробую это и сменю езернет сетевуху на интеловскую, мож длинк не хватает чего.
про mtu и tcp-mss загуглил http://www.cyberguru.ru/networks/protoc … page3.html и все что связанно с коррекцией mtuю пока нет возможности протестить (нагрузки нет-все работники дома) прошу в двух словах объяснить- почему может не кооректно работать mtu, если раньше работало все норм и вообще что почитать по данной проблеме еще? (что бы вникнуть в суть проблемы)

6

На wiki почитайте
http://ru.wikipedia.org/wiki/MTU

А вообщем у вас два ethernet без VPN, хотя попробуйте потом скажите появился ли эффект.

Ищу дополнительный заработок (удалёнка).
Пьянка без секса – признак алкоголизма.

7

Kettler пишет:

На wiki почитайте
http://ru.wikipedia.org/wiki/MTU

А вообщем у вас два ethernet без VPN, хотя попробуйте потом скажите появился ли эффект.

3 дня тестов поисков и помощи товарищей из нашего провайдера выявило следующее:ъ

17:21:55.870087 IP 10.0.10.4.1142 > 94.100.184.104.80: Flags , seq 1736795350, win 65535, options [mss 1460,nop,nop,sackOK], length 0
17:21:55.907348 IP 94.100.184.104.80 > 10.0.10.4.1142: Flags [S.], seq 178244775, ack 1736795351, win 5640, options [mss 1410,nop,nop,sackOK], length 0
17:21:55.907560 IP 10.0.10.4.1142 > 94.100.184.104.80: Flags [.], ack 1, win 65535, length 0
17:21:55.907976 IP 10.0.10.4.1142 > 94.100.184.104.80: Flags [P.], seq 1:419, ack 1, win 65535, length 418
17:21:55.945454 IP 94.100.184.104.80 > 10.0.10.4.1142: Flags [.], ack 419, win 6432, length 0
17:21:55.945982 IP 94.100.184.104.80 > 10.0.10.4.1142: Flags [P.], seq 1:572, ack 419, win 6432, length 571
17:21:55.946035 IP 94.100.184.104.80 > 10.0.10.4.1142: Flags [F.], seq 572, ack 419, win 6432, length 0
17:21:55.946361 IP 10.0.10.4.1142 > 94.100.184.104.80: Flags [.], ack 573, win 64964, length 0
17:21:55.947450 IP 10.0.10.4.1142 > 94.100.184.104.80: Flags [F.], seq 419, ack 573, win 64964, length 0
17:21:55.984611 IP 94.100.184.104.80 > 10.0.10.4.1142: Flags [.], ack 420, win 6432, length 0
17:22:05.150207 IP 10.0.10.4.1143 > 94.100.184.104.80: Flags , seq 1097848992, win 65535, options [mss 1460,nop,nop,sackOK], length 0
17:22:05.187700 IP 94.100.184.104.80 > 10.0.10.4.1143: Flags [S.], seq 3869212373, ack 1097848993, win 5640, options [mss 1410,nop,nop,sackOK], length 0
17:22:05.187983 IP 10.0.10.4.1143 > 94.100.184.104.80: Flags [.], ack 1, win 65535, length 0
17:22:05.188375 IP 10.0.10.4.1143 > 94.100.184.104.80: Flags [P.], seq 1:396, ack 1, win 65535, length 395
17:22:05.226061 IP 94.100.184.104.80 > 10.0.10.4.1143: Flags [.], ack 396, win 6432, length 0
17:22:05.226501 IP 94.100.184.104.80 > 10.0.10.4.1143: Flags [P.], seq 1:563, ack 396, win 6432, length 562
17:22:05.226532 IP 94.100.184.104.80 > 10.0.10.4.1143: Flags [F.], seq 563, ack 396, win 6432, length 0
17:22:05.226876 IP 10.0.10.4.1143 > 94.100.184.104.80: Flags [.], ack 564, win 64973, length 0
17:22:05.238343 IP 10.0.10.4.1143 > 94.100.184.104.80: Flags [F.], seq 396, ack 564, win 64973, length 0
17:22:05.275714 IP 94.100.184.104.80 > 10.0.10.4.1143: Flags [.], ack 397, win 6432, length 0

сказали что это скорее всего какой то свич поганить пакеты, теперь задача разделить сеть на сегменты и выявить какой свич портит пакеты.
все свичи неуправляемые (в основном длинк)

8

Kettler пишет:

На wiki почитайте
http://ru.wikipedia.org/wiki/MTU

А вообщем у вас два ethernet без VPN, хотя попробуйте потом скажите появился ли эффект.

рапортую:
от изменения mtu эффект не появился, но все же проблему решил:
оказалось nat или что то там у провайдера херило пакеты. пакеты приходили, но либо 0 длинны либо коцанные.
удалось все исправить изменив серые ip на белые. теперь ip белый и по результатам тестирования 1,5 дней все работает нормально.
обожаю своего провайдера за его покерфейс)))) ag