https://www.opennet.me/openforum/vsluhforumID3/13347.html Обсуждение статьи тематического каталога: Балансировка загрузки каналов средствами FreeBSD (freebsd balance interface ipfw)<br><br>Ссылка на текст статьи: http://www.opennet.ru/base/net/freebsd_balance.txt.html<br> https://www.opennet.me/openforum/vsluhforumID3/13347.html#11 Thu, 26 Aug 2010 10:24:41 GMT А они были эти скрипты то? Не видать.<br> https://www.opennet.me/openforum/vsluhforumID3/13347.html#10 Tue, 20 Oct 2009 11:16:40 GMT Хощ... А где скрипты то? Дайте хоть глазком глянуть... =)<br> https://www.opennet.me/openforum/vsluhforumID3/13347.html#9 Tue, 11 Nov 2008 15:11:10 GMT еще как работает! я правда делал это без лишнего гемороя с tcpdump и лишних скриптов, а использовал всего-лишь возможности штатного фаервола FreeBSD ipfw и транслятора адресов natd. Алгоритм работы очень похож на авторский, единственное сессии равномерно "размазывались" по интерфейсам и интерфейсов внешних было 4-ре ;)<br><br>ЗЫ зачем использовать tcpdump-ы и городить кучу скриптов? Сессии и время их истечения можно автоматически отслеживать через keep-satate и check-state, адреса транслировать через несколько даемонов natd запущенных для каждого интерфейса при помощи tee.<br> https://www.opennet.me/openforum/vsluhforumID3/13347.html#7 Thu, 07 Dec 2006 13:32:00 GMT Это работает, я в смысле кто-нибудь кроме автора пробовал? https://www.opennet.me/openforum/vsluhforumID3/13347.html#6 Fri, 09 Jun 2006 11:57:54 GMT В ipfw есть замечательное средство для действий с наборами правил, на которое я нарадоваться не могу. Принцип очень прост. Сначала формируем правила файера с ключём "set" и номером этого набора(set'a). Затем, если надо обновить правила, создаём такой же список, но с другим номером set'a. И после формирования просто...меняем их местами! Операция эта практически мгновенна, и проходит абсолютно безболезненно, я с её помощью манипулирую правилами шейпера для тысячи с копейкой клиентов:<br><br>#!/bin/sh<br># Удаляем временный набор скриптов, оставшийся от прошлой отработки:<br>/sbin/ipfw -q delete set 28<br><br># Начинаем заполнять правилами наш списко файервола:<br><br>#======== Bandwidth 32 ================#<br># Login xxx, ID = 86, IP = 85.xxx.xxx.11<br>/sbin/ipfw -q add 400 set 28 pipe 1086 all from any to 85.xxx.xxx.11 via em1<br>/sbin/ipfw -q add 400 set 28 pipe 4086 all from 85.xxx.xxx.11 to any<br>/sbin/ipfw -q pipe 1086 config bw 32Kbit/s<br>/sbin/ipfw -q pipe 4086 config bw 64Kbit/s<br>...<br>...<br>...<br>...<br># Меняем местами сформир https://www.opennet.me/openforum/vsluhforumID3/13347.html#5 Sat, 15 Apr 2006 22:49:40 GMT Скрипты выше https://www.opennet.me/openforum/vsluhforumID3/13347.html#4 Sat, 15 Apr 2006 22:43:02 GMT Не люблю писать коментарии. <br><br>Уверен, что во многих местах можно было переписать более корректно. Но работает и так.<br><br>Не бить меня за стилистику кавычек условных ветвлений. Ну не люблю я ставить кавычки в строке с if. Да и в vi так легче работать с кодом.<br><br>Зарание прошу извинения, если где ошибка. Скрипт робочий, но &#1108;то первая версия. Сейчас у меня версия три. На два канала и один сквид. Может где что-то и пропустил когда вырезал лишнее.<br><br>У меня из-за ограничений на одном из каналов скрипт работает только для 80 порта. Но это не приципиально. <br><br>Если используется прокси, то рекомендуется использовать прокси для каждого из каналов. Так как не исключено, что для другого ай-пи сервер вернет другой контент.<br><br>Можно добавить еще задержку перед переключением из альтернативного на основной канал.<br><br>Если использовать tcpdump невозможно, например роль внешних каналов играют сквиды, то можно анализировать результат роботы sockstat. Эфективность та-же.<br><br>фаервол на шлюзе. фря<br>после всех проверок коман https://www.opennet.me/openforum/vsluhforumID3/13347.html#3 Tue, 24 Jan 2006 14:44:58 GMT а как у него с временем выполнения этих самых PHP скриптов? особенно если подряд вызвать несколько штук? <br><br>На cacti,например, не от хорошей жизни придумали "скриптсервер". https://www.opennet.me/openforum/vsluhforumID3/13347.html#2 Fri, 20 Jan 2006 09:09:11 GMT В принципе имеет место быть, но все же я бы не назвал это балансировкой, или назвал бы с большой натяжкой.<br>А на скрипты действительно интересно посмотреть.<br>По поводу PHP - у меня знакомый большую часть скриптов системных пишет на php. Ниче. Не жалуется :)