https://www.opennet.ru/openforum/vsluhforumID1/81510.html Стоит у нас 4 терминатора pptp: Gentoo / Core2Quad / 1gb.<br>До недавнего времени пптпд был стандартный, но позавчера я набрёл на замечательнийшую штуку - accel-pptp, переписанный демон, по сути - из userlevel pptp переносится в kernel-level.<br>Результат налицо сразу: при 800 сессиях по 80% каждого проца свободно, и скорость выдаёт приличную, как без нагрузки вообще - больше 50 мбит.<br><br>Проблема &#8470; раз.<br>Один проц почти полностью сжирает fprobe-ulog. При зашкаливании его за 99% - процесс 'events/0' начинает жрать все ресурсы ;(<br>Сколько не гуглил, внятного описания треда events, за что он отвечает и что делает, не нашел. Догадка - при перегрузке (фпробом) одного проца он как-то зацикливается и чем дальше, тем хуже, и всё из-за фпроба... Подскажите, верно ли догадываюсь и что этот events всё-таки делает =)<br><br>Проблема &#8470; два.<br>Если всё-таки виноват fprobe, то имеет огромный смысл вынести счетчик трафика за ВПН. По идее, судя по загрузке не занятых им процессоров, без него NAS выдержит ещё тысячи две сес https://www.opennet.ru/openforum/vsluhforumID1/81510.html#2 Sun, 10 Aug 2008 13:53:16 GMT я попробую высказать мнение на 2-ой заданный вопрос. Как именно маршрутизировать клиентов с реальными IP-между несколькими NAS.<br><br>Для этого нужно поднимать между NAS и вашим пограничным маршрутизатором динамическую маршрутизацию.<br><br>Поясню на пальцах:<br>Т.е. когда юзер с реальным IP коннектится к NAS1 например то NAS1 должен объявить пограничному роутеру что этот IP доступен именно через NAS1. А объявить автоматически он сможет только через протокол динмаической маршрутизации.<br>Как-то так.<br> https://www.opennet.ru/openforum/vsluhforumID1/81510.html#1 Sun, 10 Aug 2008 05:49:49 GMT на сумбурный вопрос - дам сумбурный ответ.<br><br><br>1. от того, какой default gw выдается по pptp не зависит ровным счетом ничего. Можно выдать реальный айпи 88.80.200.300 ;-) и шлюзом отдать 10.10.10.1. Будет работать. Кроме клиента этот серый шлюзовой айпи не увидит никто, в отличие от сетки между серверами раздачи и сервером биллинга/ната.<br><br>2. Чтобы было правильно, между сервером который считает и серверами, которые раздают туннели - надо чтобы была сетка реальных адресов. Не думаю, что выделить 8 адресов из пары сотен является большой проблемой.<br><br><br>==== не обязательная часть === ;-)<br><br>3. Ядерное pptp есть в FreeBSD, программа называется mpd.<br>4. В FreeBSD также есть ядерный NAT<br>5. Не понятно, в каком виде снимается у вас статистика, но зачастую есть всякие ядерные модули и для этого.<br><br><br>