Отрубание сети wifi. Причины непонятны.

[toxxin]

Тяжелая история, но я попробую все же описать что происходит. Имеется домашний сервак(Ubuntu Server). В нем 2 сетевухи. Одна смотрит в инет, другая подключена к роутеру. На той которая смотрит в инет поднято vpn соединение(corbina). Вторая как я уже сказал подключена к роутеру(Zyxel 531b) по интерфейсу Ethernet. соответственно роутер выступает в качестве точки доступа для 3 компов(ноутов). Так вот при интенсивной закачке на сервер(закачка по самбе) происходит самопроизвольный разрыв. Причем если закачивать с одного ноута, то отрубаются все. Каким то образом падает wifi. При этом ноуты видят точку. Спасает только перезагрузка роутера. На сервере при этом в логах появляются(одновременно) записи:

Jun 14 11:29:14 Server named[2434]: client 192.168.1.6#55984: RFC 1918 response from Internet for 6.1.168.192.in-addr.arpa
Jun 14 11:29:15 Server named[2434]: client 192.168.1.2#1025: RFC 1918 response from Internet for 2.1.168.192.in-addr.arpa


Соответственно 192.168.1.2 и 192.168.1.6 ноуты. У роутера ip - 192.168.1.1. У сервера - 192.168.1.100.
По моим ощущения отрубание происходит из-за сервера. У меня сейчас с ним сложные отношения)). Причем отрубание спонтанное и в логах одни и теже записи.


Так же хотел бы спросить по поводу поднятия vpn на корбине(если вдруг такие люди будут). Ситуация крайне сложная. Рвется соединение. Причем рвется также спонтанно. В логах сплошные ошибки:

Jun 14 11:29:09 Server pptp[3110]: anon log[decaps_gre:pptp_gre.c:414]: accepting packet 3459754 (expecting 3459753, lost or reordered)
Jun 14 11:29:11 Server pptp[3110]: anon log[decaps_gre:pptp_gre.c:414]: accepting packet 3459904 (expecting 3459899, lost or reordered)
Jun 14 11:29:14 Server pptp[3110]: anon log[decaps_gre:pptp_gre.c:414]: accepting packet 3460186 (expecting 3460185, lost or reordered)
Jun 14 11:29:14 Server pptp[3110]: anon log[decaps_gre:pptp_gre.c:414]: accepting packet 3460200 (expecting 3460199, lost or reordered)
Jun 14 11:29:14 Server pptp[3110]: anon log[decaps_gre:pptp_gre.c:414]: accepting packet 3460215 (expecting 3460214, lost or reordered)

Хотя с этим вроде разобрался. Гугл говорит, что это просто пакеты идут не в той последовательности. Ну вроде смирился с этим. Вот только соединение бывает рвется. И опят таки как в пердыдущей проблемме по ощущениям в момент большой нагрузки канала. И наблюдалось еще тупение при открытии сайтов. Делал по различным рекомендациям с форумов:
Добавлял правило для уменьшения размера пакета.
iptables -A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 1460
Добавлял похожее правило:
iptables -A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

Игрался со значениями mtu и в вышеприведенных правилах и в конфигах соединения. При этом наблюдал за интенсивностью ошибок. Никакого результата. Хотя на многих форумах говорят, что если соединение не рвется, то забить на ошибки. Но вот у меня как на зло рвется.

Перетыркал различные вариаты конфигов. С буфером, без буфера, с различными mtu, с различными роутингами и т.д.
На сегодняшний момент соединение держится, но так как оно рвется спонтанно, то неизвестно что будет через час.
В любом случае ошибки пишутся в лог. И их количество коллосально.

Просьба если кто-то делал соединение привести правильные конфиги.
Вот мои конфиги:

root@Server:/# ifconfig
eth0 Link encap:Ethernet HWaddr 00:1c:c0:c7:74:45
inet addr:192.168.1.100 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::21c:c0ff:fec7:7445/64 Диапазон:Ссылка
ВВЕРХ BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:13702676 errors:0 dropped:0 overruns:0 frame:0
TX packets:9792943 errors:0 dropped:322 overruns:0 carrier:0
коллизии:0 txqueuelen:1000
RX bytes:4171098137 (4.1 GB) TX bytes:1094156048 (1.0 GB)
Прервано:252 Base address:0xc000

eth1 Link encap:Ethernet HWaddr 00:21:91:90:e8:5c
inet addr:10.218.46.223 Bcast:10.218.47.255 Mask:255.255.248.0
inet6 addr: fe80::221:91ff:fe90:e85c/64 Диапазон:Ссылка
ВВЕРХ BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3650684 errors:0 dropped:0 overruns:0 frame:0
TX packets:6033902 errors:0 dropped:0 overruns:0 carrier:0
коллизии:0 txqueuelen:1000
RX bytes:472973930 (472.9 MB) TX bytes:3519933670 (3.5 GB)
Прервано:21 Base address:0xc000

ppp0 Link encap:Протокол PPP (Point-to-Point Protocol)
inet addr:89.178.254.221 P-t-P:85.21.0.69 Mask:255.255.255.255
ВВЕРХ POINTOPOINT RUNNING NOARP MULTICAST MTU:1460 Metric:1
RX packets:3618157 errors:0 dropped:0 overruns:0 frame:0
TX packets:5676769 errors:0 dropped:0 overruns:0 carrier:0
коллизии:0 txqueuelen:3
RX bytes:275438196 (275.4 MB) TX bytes:3209580673 (3.2 GB)


root@Server:/etc/ppp# vim ip-up
#!/bin/sh

#PATH
PATH=/usr/local/sbin:/usr/sbin:/sbin:/usr/local/bin:/usr/bin:/bin
export PATH

# VPN Server
route add -host 85.21.0.42 gw 10.218.40.1
# DNS Servers
route add -host 213.234.192.8 gw 10.218.40.1
route add -host 85.21.192.3 gw 10.218.40.1
route del default
route add default dev ppp0



root@Server:/etc/ppp/peers# vim corb
pty "pptp vpn.corbina.net --nolaunchpppd --nobuffer"
user ******
password "********"
nodeflate
nobsdcomp
noauth
persist
maxfail 0
lcp-echo-interval 10
lcp-echo-failure 9
mtu 1460


Роутинг соответственно выкладывать не буду, потому как он выставляется автоматически. А дефолтный я пишу в файле ip-up.
P.S.
возможно разрывы роутера и корбины имеют одинаковые причины.


Сори за такой большой пост, но чето меня эта корбина в связке с линуксом измучила...))

[vr13]

Тяжелая история, но я попробую все же описать что происходит. Имеется домашний сервак(Ubuntu Server). В нем 2 сетевухи. Одна смотрит в инет, другая подключена к роутеру. На той которая смотрит в инет поднято vpn соединение(corbina). Вторая как я уже сказал подключена к роутеру(Zyxel 531b) по интерфейсу Ethernet. соответственно роутер выступает в качестве точки доступа для 3 компов(ноутов). Так вот при интенсивной закачке на сервер(закачка по самбе) происходит самопроизвольный разрыв. Причем если закачивать с одного ноута, то отрубаются все. Каким то образом падает wifi. При этом ноуты видят точку. Спасает только перезагрузка роутера. На сервере при этом в логах появляются(одновременно) записи:

первым делом погрешить на существующую прошивку zyxel и обновить. такое ощущение, что в железке просто падает софтовый bridge

Так же хотел бы спросить по поводу поднятия vpn на корбине(если вдруг такие люди будут). Ситуация крайне сложная. Рвется соединение. Причем рвется также спонтанно. В логах сплошные ошибки:

Jun 14 11:29:09 Server pptp[3110]: anon log[decaps_gre:pptp_gre.c:414]: accepting packet 3459754 (expecting 3459753, lost or reordered)
Jun 14 11:29:11 Server pptp[3110]: anon log[decaps_gre:pptp_gre.c:414]: accepting packet 3459904 (expecting 3459899, lost or reordered)

.....

Вот мои конфиги:

.....

ppp0 Link encap:Протокол PPP (Point-to-Point Protocol)
inet addr:89.178.254.221 P-t-P:85.21.0.69 Mask:255.255.255.255
.....
коллизии:0 txqueuelen:3
RX bytes:275438196 (275.4 MB) TX bytes:3209580673 (3.2 GB)

попробуйте увеличить txqueuelen до 1000 (как на eth). количество ретрансмитов должно уменьшится. может быть и соединение падать перестанет (хз как это сконфигурировано у корбины)

[toxxin]

Про длину слышал, но не пробововал. Надо попробововать. А вот в роутере появляются bridge соединения. Причем wan не используется вообще. И руками я их удалял они снова появляются. Думаю стоит попробововать.
А как изменить txqueuelen?! Подскажите если несложно. И на каком интерфейсе его менять?!

[vr13]

может быть можно как-нить элегантнее сделать, но я обошелся так: в /etc/ppp/ip-up.d создается скриптик 99-txqueuelen, в котором одна строчка
/sbin/ifconfig $1 txqueuelen 1000

первым параметром является имя интерфейса, ppp0 в вашем случае. на самом деле, параметров насколько, поэтому скриптик можно сделать поинтеллектуальнее, типа, если соединение к корбине, то выполнять, если к чему-л еще, по, скажем, gprs, то - не выполнять итд. см man pppd, для деталей

я после как написал предыдущий ответ, в гугле еще такой совет увидел, в /etc/ppp/peers/corb замените
pty "pptp vpn.corbina.net --nolaunchpppd --nobuffer"
на
pty "pptp vpn.corbina.net --nolaunchpppd --loglevel 0"

не будет мусорить в журнал по крайней мере. на всякий случай: корбиной не пользуюсь, pptp у меня для рабочего vpn

а на роутере должны появляться bridge: у вас два медиума: eth и wlan и их надо объединять, кому как не мосту? к маршрутизации это отношения не имеет

[toxxin]

по поводу loglevel я тоже читал. Я уже пробововал много всего. В основном конечно все рецепты из гугла. Вообщем пока вот соединение держится. Как оборвется так попробую с длиной что-нибудь сделать.
Спасибо большое за идеи.