https://www.opennet.ru/openforum/vsluhforumID1/94401.html Здравствуйте товарищи! Есть сервер-NAS (4-ядра проц, 4 гб оперативки, две карточки Intel 82576, mpd+radius+для каждого ng создается по два правила ipfw). Сервак без проблем обрабатывает до 400мб трафика. Такая проблема, ни стого ни с сего, загрузка процессора прерываниями увеличивается до предела, при этом растет пинг падает пропускная способность и в dmesg сыпятся ошибки от named. Это все длится минут 20-30 и снова все становится на круги своя. При этом на внешнем интерфейсе трафик и pps падает,число сесий стандартное для этого времени. Есть какие идеи?<br>int:r{irq25 igb0 - сетевая смотрит на внутреннюю сеть<br>65.67% intr{irq263: igb1 -внешняя<br>65.67% intr{irq263: igb1 - внешняя<br><br>Feb 21 13:44:23 xxxx named[1282]: /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:1890: unexpected error:<br>Feb 21 13:44:23 xxxxx named[1282]: internal_send: 10.250.11.98#52436: Cannot allocate memory<br><br><br>last pid: 67788; load averages: 2.34, 2.10, 2.02 up 26+06:06:12 12:26:00<br>136 processes: 7 running, 1 https://www.opennet.ru/openforum/vsluhforumID1/94401.html#8 Sat, 23 Feb 2013 04:44:17 GMT &gt;&gt; DDосят. Посмотрите траффик по udp, ограничьте кол-во коннектов по src/dst ip.<br>&gt;&gt; Мне недавно валили teamspeak сервер.<br>&gt; Спасибо за совет, понаблюдаю.Что вы имели ввиду под "ограничьте кол-во коннектов по <br>&gt; src/dst ip"?<br>&gt; Может у кого еще какие идеи?<br><br>Немного расшифрую пост от fantom (раз уж Вы про src/dst спрашивали..):<br><br>PPS=ППС=Paket per Second=Количество пакетов в секунду<br><br>Кроме ограничения максимальной пропускной способности канала, есть еще и ограничения на количество пакетов, которые могут быть корректно обработаны целевым оборудованием/ОС за 1 секунду.<br><br>То есть Вам могут слать тысячи пакетов небольшого размера. И при широком канале трафик будет не особо значителен (вроде как загрузки канала нет и не о чем беспокоится). Однако железо/ОС умрет от большого наплыва пакетов, который будет не в состоянии обработать. Это одна из разновидностей Dos-атак.<br><br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID1/94401.html#7 Fri, 22 Feb 2013 11:38:54 GMT Не спец по BSD, так что не судите строго :)<br><br>Но я бы помимо софтовых вот еще какую чисто аппаратную проблему проверил - распределение IRQ по процессорным ядрам. В линуксе оно смотрится просто - cat /proc/interrupts. Видел ситуации, когда ядро линукса привязывало IRQ от обеих сетевых карт к одному и тому же ядру. Симптомы были похожими - растущие пинги, падающая пропускная способность и т.д...<br><br>Когда IRQ принудительно разнесли по разным процессорным ядрам (программно в ядре линукса), стало лучше. Но недостаточно в конечном итоге. Дальше все уперлось в факт, что сервер был староват и имел всего одну аппаратную PCI шину, на кот. тоже происходил затык. Пришлось менять именно сервер, новый имел разные аппаратные PCI шины и сетевые карты разнесли по ним тоже.<br><br>Идею подал, как все это посмотреть в BSD наверняка кто-то лучше меня знает... :)<br> https://www.opennet.ru/openforum/vsluhforumID1/94401.html#6 Fri, 22 Feb 2013 10:07:14 GMT &gt;&gt; DDосят. Посмотрите траффик по udp, ограничьте кол-во коннектов по src/dst ip.<br>&gt;&gt; Мне недавно валили teamspeak сервер.<br>&gt; Спасибо за совет, понаблюдаю.Что вы имели ввиду под "ограничьте кол-во коннектов по <br>&gt; src/dst ip"?<br><br> для teamspeak например помогло следующее<br>ipfw add nnn allow udp from any to me dst-port 9987 limit src-addr 4<br><br> https://www.opennet.ru/openforum/vsluhforumID1/94401.html#5 Fri, 22 Feb 2013 08:26:59 GMT &gt;&gt; DDосят. Посмотрите траффик по udp, ограничьте кол-во коннектов по src/dst ip.<br>&gt;&gt; Мне недавно валили teamspeak сервер.<br>&gt; Спасибо за совет, понаблюдаю.Что вы имели ввиду под "ограничьте кол-во коннектов по <br>&gt; src/dst ip"?<br>&gt; Может у кого еще какие идеи?<br><br>Посмотрите статистику не мегабитов, а ППС-ов, причем юникаст/бродкаст/мультикаст.<br> https://www.opennet.ru/openforum/vsluhforumID1/94401.html#4 Fri, 22 Feb 2013 08:20:55 GMT &gt; DDосят. Посмотрите траффик по udp, ограничьте кол-во коннектов по src/dst ip. <br>&gt; Мне недавно валили teamspeak сервер.<br><br>Спасибо за совет, понаблюдаю.Что вы имели ввиду под "ограничьте кол-во коннектов по src/dst ip"?<br><br>Может у кого еще какие идеи?<br> https://www.opennet.ru/openforum/vsluhforumID1/94401.html#3 Fri, 22 Feb 2013 08:18:53 GMT &gt;&gt; Cannot allocate memory <br>&gt; Купи оператифке <br><br>Проблема не в памяти, ее хватает с головой. В нормальном режиме работы сервер обрабатывает до 400мб трафика и всем все хватает. Мне кажется, это скорее следствие, а не причина.<br> https://www.opennet.ru/openforum/vsluhforumID1/94401.html#2 Fri, 22 Feb 2013 03:23:12 GMT &gt; Здравствуйте товарищи! Есть сервер-NAS (4-ядра проц, 4 гб оперативки, две карточки Intel <br>&gt; 82576, mpd+radius+для каждого ng создается по два правила ipfw). Сервак без <br>&gt; проблем обрабатывает до 400мб трафика. Такая проблема, ни стого ни с <br>&gt; сего, загрузка процессора прерываниями увеличивается до предела, при этом растет пинг <br>&gt; падает пропускная способность и в dmesg сыпятся ошибки от named. Это <br>&gt; все длится минут 20-30 и снова все становится на круги своя. <br><br> DDосят. Посмотрите траффик по udp, ограничьте кол-во коннектов по src/dst ip. Мне недавно валили teamspeak сервер.<br> https://www.opennet.ru/openforum/vsluhforumID1/94401.html#1 Thu, 21 Feb 2013 20:35:05 GMT &gt; Cannot allocate memory <br><br>Купи оператифке <br>