Раньше стоял сервер на матери P4C800 с FreeBSD 5.4 и RAID1 на встроенном
в мать контроллере и PopTop 1.1.4b, собранный в Kernel Mode, все хорошо
и отлично работало, недавно были куплены HP DL160G5 в  стойку и начались
проблемы.

1. При запуске установки с диска любая версия FreeBSD наглухо виснет. Были
   опробованы 5.4, 6.4, 7.2, результат один. Полазив по интернету нашел что
   проблема в контроллере LSI Logic и его необходимо просто выдернуть, что
   и было сделано, подключили винты напрямую к контроллеру на матери, при
   это потеряв горячую замену и прочее. Может кто еще знает какой способ???

2. Поставили FreeBSD 7.2, только она видит RAID1 на матери. Пытаемся собрать
   PopTop из портов версии 1.3.4 с ключом -D WITH_KERNPPP, вываливается с
   ошибкой.  

3. Качаем с сайта порт версии 1.3.0, make -D WITH_KERNPPP, make install, все
   хорошо ставится, копируем конфиг со старого сервера, вываливается с ошибкой
   в логах вот что:

   /var/log/messages:

   Jun 10 09:49:43 neptun pppd[11574]: unrecognized option 'plugin'
   Jun 10 09:49:43 neptun pptpd[11572]: GRE: read(fd=6,buffer=8058de0,len=8196)
   from PTY failed: status = 0 error = No error
   Jun 10 09:49:43 neptun pptpd[11572]: CTRL: PTY read or
   GRE write failed (pty,gre)=(6,7)

   options.pptpd:

   name neptun
   debug
   refuse-pap  
   require-chap
   ms-dns 192.168.140.5

   Вроде все. Чтобы это значило?

• не работает PopTop на FreeBSD 7.2,Демон, 14:19 , 10-Июн-09
  • не работает PopTop на FreeBSD 7.2,Valcd, 22:07 , 10-Июн-09
• не работает PopTop на FreeBSD 7.2,Deac, 15:32 , 10-Июн-09
  • не работает PopTop на FreeBSD 7.2,Valcd, 22:06 , 10-Июн-09
    • не работает PopTop на FreeBSD 7.2,Deac, 00:52 , 11-Июн-09

>[оверквотинг удален]
>
>   options.pptpd:
>
>   name neptun
>   debug
>   refuse-pap
>   require-chap
>   ms-dns 192.168.140.5
>
>   Вроде все. Чтобы это значило?

1. Выдёргивать контроллер не надо. Его надо воткнуть во второй слот и всё запустится.  
2. Грабля скорее всего в ядре.

>[оверквотинг удален]
>>   debug
>>   refuse-pap
>>   require-chap
>>   ms-dns 192.168.140.5
>>
>>   Вроде все. Чтобы это значило?
>
>1. Выдёргивать контроллер не надо. Его надо воткнуть во второй слот и
>всё запустится.
>2. Грабля скорее всего в ядре.

Второй слот к сожалению занят платой с двумя 1000 Base-T, тем более контроллер низкопрофильный и не встанет во второй слот, так что отпадает...

>
>   Jun 10 09:49:43 neptun pppd[11574]: unrecognized option 'plugin'

Тебе же русским(английским) языком написали - ошибка в pppd, видимо раньше использовался expppd, вот в нём есть плугины, а в штатном их никогда не было.

З.Ы. Если собрать без WITH_KERNPPP, можно быдет использовать exppp, там есть деление трафика по подсетям и ещё масса интересного, хотя он и user space

>>
>>   Jun 10 09:49:43 neptun pppd[11574]: unrecognized option 'plugin'
>
>Тебе же русским(английским) языком написали - ошибка в pppd, видимо раньше использовался
>expppd, вот в нём есть плугины, а в штатном их никогда
>не было.
>
>З.Ы. Если собрать без WITH_KERNPPP, можно быдет использовать exppp, там есть деление
>трафика по подсетям и ещё масса интересного, хотя он и user
>space

Я не понял, ты тупой? Тебе русским языком сказали, раньше все работала, никакой ерунда типа exppp никогда не было, конфиг не работает. Если нет информации по существу, то не
стоит писать в этой ветке, студенты без образования не интересуют...

>>>
>>>   Jun 10 09:49:43 neptun pppd[11574]: unrecognized option 'plugin'
>>
>Я не понял, ты тупой? Тебе русским языком сказали, раньше все работала,
>никакой ерунда типа exppp никогда не было, конфиг не работает. Если
>нет информации по существу, то не
>стоит писать в этой ветке, студенты без образования не интересуют...

Вот ты недоумок :)
man pppd
Если конфиг не работает, значит он от "другой фигни".
Если раньше работало, значит была "другая фигня".