LinuxForum.Fans
Тема

CentOS6 шлюз несистемные проблемы с веб

Автор: RedOct 8 сообщений 2752 просмотров
#213372

Дано: 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 таблица роутинга такова:

text
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 следующая:

text
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 отвечают другие правила типо

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

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

#213381

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

#213409

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

#213414

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

[console]iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu[/console]

#213422

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

#213460

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

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

#213900
Kettler написал:
На wiki почитайте
http://ru.wikipedia.org/wiki/MTU

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

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

text
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

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

#214263
Kettler написал:
На wiki почитайте
http://ru.wikipedia.org/wiki/MTU

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

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

Войдите или зарегистрируйтесь, чтобы ответить.