Такая проблемма. Имеется cервер FreeBSD. И время от времени возникает такая ситуация, что после установления коненкта и передачи некоторого количества информации TCP коннект как бы замирает и затем рвется по таймауту. Те, коннект происхожит довольно быстро затем довольно быстро идет первая порция информации, а затем просто все прекращается, такое ощущение, что пропускная способность канала просто в этот момент упала до нуля. Но не всего канала, а только для этого соедиения. Те, можно тут же подконнектиться еще раз и овольно шутро получить некоторый обьем информации, после чего соединение и сдесь повиснет.
Проблема имелась пр http, SSH и pop3 соединениях.
Пинги при этом идут довольно шустренько, даже с большим буфером...
Например http вообще не открывает сайт. POP3 зависвает после получения количества писем, SSH коннектиться нормально, а соединение замирает, например при листинге файлов (300 строк), или попутке щзапуска mc.
При этом, загруженнойть процессора не более 5%, количество открытых соединений невелико. Дискового пространства тоже хватает...
Да, еще. Завершение связи по таймауту происходит одинаково для обоих сторон. те, именно, как будто, кто-то "перерезал" провод.
>Такая проблемма. Имеется cервер FreeBSD. И время от времени возникает такая ситуация,
>что после установления коненкта и передачи некоторого количества информации TCP коннект
>как бы замирает и затем рвется по таймауту. Те, коннект происхожит
>довольно быстро затем довольно быстро идет первая порция информации, а затем
>просто все прекращается, такое ощущение, что пропускная способность канала просто в
>этот момент упала до нуля. Но не всего канала, а только
>для этого соедиения. Те, можно тут же подконнектиться еще раз и
>овольно шутро получить некоторый обьем информации, после чего соединение и сдесь
>повиснет.
>Проблема имелась пр http, SSH и pop3 соединениях.
>Пинги при этом идут довольно шустренько, даже с большим буфером...
>Например http вообще не открывает сайт. POP3 зависвает после получения количества писем,
>SSH коннектиться нормально, а соединение замирает, например при листинге файлов (300
>строк), или попутке щзапуска mc.
>При этом, загруженнойть процессора не более 5%, количество открытых соединений невелико. Дискового
>пространства тоже хватает...
>Да, еще. Завершение связи по таймауту происходит одинаково для обоих сторон. те,
>именно, как будто, кто-то "перерезал" провод.ICMP MTU path discovery перекрыл?
Покажи правила файрволла по поводу ICMP.
Такая-же фигня.Цепочка: сервер на FreeBSD 5.1 --- сервер(локальный, для выделенщиков) на той же фряхе --- Я(WinME).
Коннектюсь по ssh на главный сервер, коннектится секунд 30, по сети 10mb. Коннектюсь на промежуточный - практически мгновенно. С него коннект на главный в течение 5 секунд.
Такая ж ситуация, когда хочу закачать файл на сервер. Закачивается ~16384 байта и все, долгий долгий таймаут. Причем скачивается все с нормальной для локалки скоростю до 1 мбайта/с.
Самое интересное, что ногда скорость закачки и соединения по ssh становится нормальной.
Есть предположение, что это либо из-за работы какого то софта, либо изза хабов в локалке.
Если у кого была подобная ситуация или есть мысли по этому поводу, прошу поделиться. Каждое сообщение по сабжу будет приветствоваться.
Файрволл работает в режиме "pass from any to any".
С момента включения (совсем недавно) был установлен только софт и откомпилено ядро. В sysctl и прочих *ctl ничего не менялось. Набор софта стандартный (apache, mysql, pgsql, jabber, squid). И ещё. Раньше стоял FBSD 4.5, подобных глюков вроде бы не наблюдалось. Поставили 5.1 - работал нормально. Подобные глюки начались недавно.
Точно такие глюки с Фри 5.1 замечаю не в первый раз, если честно до сих пор не нашел в чем трабл. Если все же кто-нибудь знает как исправить эту ситуацию, то прошу ответить (проблема насущьная и надо ее как-то решать)
Ответ всем:
А железо какое? Свитчи, хабы, карты, etc...
Может дело не в системе, а именно в железе...
>Ответ всем:
>А железо какое? Свитчи, хабы, карты, etc...
>Может дело не в системе, а именно в железе...netstat -i в студию
>>Ответ всем:
>>А железо какое? Свитчи, хабы, карты, etc...
>>Может дело не в системе, а именно в железе...
>
>netstat -i в студиюЯ тоже было на железо грешил, но оно в порядке оттестировано на ветке 4.х все нармуль !!!
вот netstat -in
Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll
rl0 1500 <Link#1> 00:e0:4c:eb:07:ee 855269 0 920251 0 1227
rl0 1500 195.162.42.48 195.162.42.50 1345856 - 917330 - -
rl1 1500 <Link#2> 00:80:48:13:4d:30 916100 0 848851 0 0
rl1 1500 192.168.0 192.168.0.100 19464 - 690838 - -
rl2 1500 <Link#3> 00:50:ba:49:60:91 3072 0 3545 0 0
rl2 1500 195.162.62.22 195.162.62.229 26448 - 25250 - -
lo0 16384 <Link#4> 25434 0 25434 0 0
lo0 16384 127 127.0.0.1 232 - 232 - -Кстати эта проблема описывалась в моем более раннем вопросе на этом форуме, но он так и остался без ответа вот УРЛ на прошлый вопрос:
http://www.opennet.me/openforum/vsluhforumID1/38547.html
>>>Ответ всем:
>>>А железо какое? Свитчи, хабы, карты, etc...
>>>Может дело не в системе, а именно в железе...
>>
>>netstat -i в студию
>
>Я тоже было на железо грешил, но оно в порядке оттестировано на
>ветке 4.х все нармуль !!!
>
>вот netstat -in
>Name Mtu Network
>Address
> Ipkts Ierrs Opkts Oerrs
>Coll
>rl0 1500 <Link#1> 00:e0:4c:eb:07:ee 855269 0 920251 0 1227
>rl0 1500 195.162.42.48 195.162.42.50
>1345856 - 917330
> - -
>rl1 1500 <Link#2> 00:80:48:13:4d:30 916100 0 848851 0 0
>rl1 1500 192.168.0 192.168.0.100
> 19464No comments. Realtek.
>
>No comments. Realtek.Да тоже самое было и на 3Com (3C905-Tx-m) (xl0, xl1, xl2)
Switch стоит D-Link DES 1024D
Вот так вот !!!
Я грешил на то что все интерфейсы через один драйвер рулятся, но сомнения в железе отпали когда установил (fxp0 <Intel>, xl1 <3Com>, rl2 <D-Link>)
>>
>>No comments. Realtek.
>
>Да тоже самое было и на 3Com (3C905-Tx-m) (xl0, xl1, xl2)
>Switch стоит D-Link DES 1024D
>Вот так вот !!!
>Я грешил на то что все интерфейсы через один драйвер рулятся, но сомнения в железе отпали когда установил (fxp0 <Intel>, xl1 <3Com>, rl2 <D-Link>)Мда, похоже на то. Стоит аналогичная конструкция - fxp+тот же длинк...
На самбе с 5,2 бэта 8,5 Мбайт/с трансфер.Вопрос по ходу (к твоей предыдущей ситуации): одновременно net.inet.ip.forwarding и net.inet.ip.fastforwarding одновременно не включены?
>Мда, похоже на то. Стоит аналогичная конструкция - fxp+тот же длинк...
>На самбе с 5,2 бэта 8,5 Мбайт/с трансфер.
>
>Вопрос по ходу (к твоей предыдущей ситуации): одновременно net.inet.ip.forwarding и net.inet.ip.fastforwarding одновременно
>не включены?Нет не включены
net.inet.ip.forwarding: 1
net.inet.ip.fastforwarding: 0
>>Мда, похоже на то. Стоит аналогичная конструкция - fxp+тот же длинк...
>>На самбе с 5,2 бэта 8,5 Мбайт/с трансфер.
>>
>>Вопрос по ходу (к твоей предыдущей ситуации): одновременно net.inet.ip.forwarding и net.inet.ip.fastforwarding одновременно
>>не включены?
>
>Нет не включены
>net.inet.ip.forwarding: 1
>net.inet.ip.fastforwarding: 0Попробуй обновиться до 5,2б
>>>Ответ всем:
>>>А железо какое? Свитчи, хабы, карты, etc...
>>>Может дело не в системе, а именно в железе...
>>
>>netstat -i в студию
>
>Я тоже было на железо грешил, но оно в порядке оттестировано на
>ветке 4.х все нармуль !!!У меня эа проблемма именно в 4.5 !!!
Вероятное решение проблемы:
---------------------
cat > /usr/local/etc/rc.d/sysctl.sh
#!/bin/shsysctl -w net.inet.tcp.delayed_ack=0
sysctl -w net.local.stream.recvspace=65535
sysctl -w net.local.stream.sendspace=65535
sysctl -w net.inet.tcp.sendspace=65535
sysctl -w net.inet.tcp.recvspace=65535
---------------------Источник: http://peps37.ktk.ru/freebsd/samba-tune/
Видимо вся проблема в net.inet.tcp.delayed_ack
была такая трабла на 4.х (номер точно не помню)при автоматическом определении дуплекса и ширины канала сетевуха не могла определить точный режим.
вылечилось ручным прописыванием media в ifconfig'e.сетевуха Realtek, вполне возможно что была подобная проблема и с интелами, но утверждать не буду - давно это было...