llaann Опубликовано 25 марта, 2013 · Жалоба Доброе время суток, форумчане! Помогите советом. Вобщем есть Core I5-2310 с 4 Gb ОЗУ и 4 по 1 Tb SATA WDC WD1002FAEX-0, на всём этом крутится CentOS 6.3 + pppd + pptpd + NAT + магистрал на 150 Мбит/с При 150 коннектах VPN, скорость юзерам нормально отдаётся по шейперу (ip-up, ip-down), но после 200-300 скорость резко падает. MRTG - не показывает что канал в полке, а держит планку на 110-115 Мбит/с. С чем это может быть связанно? Помогите плз. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bos9 Опубликовано 25 марта, 2013 (изменено) · Жалоба переходите на accel-ppp. poptop - зло. Изменено 25 марта, 2013 пользователем bos9 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
llaann Опубликовано 25 марта, 2013 · Жалоба Вообще делал по этому мануалу http://habrahabr.ru/post/142992/, единственно не понятно, его каждый раз после обновления ядра пересобирать нужно? а то он мне что-то какую-то каку написал на /usr/sbin/pptpd -v accel-pptpd v0.8.5 compiled for pppd-2.4.5, linux-2.6.32-220.2.1.el6.x86_64 а uname -a 2.6.32-279.22.1.el6.x86_64 #1 SMP Wed Feb 6 03:10:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux я так понимаю что он не работает для 279.... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bos9 Опубликовано 25 марта, 2013 · Жалоба Точно не помню, но вроде при переходе на ветку 1.х.х был серьезный скачёк в производительности акселя. А 0.8.5 вроде еще запускала копию pppd под каждую новую сессию. Да вот собственно тема на форуме, которую ведет уважаемый автор проекта. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
llaann Опубликовано 26 марта, 2013 (изменено) · Жалоба Воткнул accel-ppp 1.7.3, как пишут там собрано всё. poptop - убил, как следствие, отвалился шейпер на tc(но это ладно, как-нибудь потом разберёмся), но ситуация по загрузке канала пока не изменилась. Куда копать дальше? З.Ы. Перестало скидывать сессии юзеров в ручную, но я думаю это проблема биллинга. Изменено 26 марта, 2013 пользователем llaann Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dignity Опубликовано 27 марта, 2013 · Жалоба Хм, а вы в пиках просто ifstat на интерфейсе смотрите? А вы уверены что провайдер вас шейпит, а не полисит без берста? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
llaann Опубликовано 27 марта, 2013 (изменено) · Жалоба Хм, а вы в пиках просто ifstat на интерфейсе смотрите? А вы уверены что провайдер вас шейпит, а не полисит без берста? в пиках именно так и смотрю, а насчет провайдера не уверен. По графику nload на интерфейсе бываю скачки до максимума, но именно скачки. а график MRTG - даёт только 115 плюс ко всему после 180-200 клиентов вообще сильно проседает. При тестировании канала без нагрузки всё было в порядке, отсюда и вывод получился, что железка не может справится, но причина не ясна. Изменено 27 марта, 2013 пользователем llaann Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dmvy Опубликовано 27 марта, 2013 · Жалоба счетчики снимаете 32-битные или 64-битные? Берите лучше графики с коммутатора. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
