ipfw nodeny mpd pf

[ser970]

ты чуть не понял что я хотел сказать

смотри

33400    0      0 pipe tablearg ip from any to table(10)

строка есть но если перезапустить фаер

а там стоит
-f flush
тоесть очистить все - тогда правило продет.

надо перезапстить билл

[stix]

дада, я понимаю, потому рестартую perl noserver.pl -v и смотрю что все создается
но для надежности сейчас бутаю сервак
нихт арбайтен

[stix]

да, кстати забыл отписаться.
нашел траблу.
она была в ipcad
т.к. в правилах стоял divert то трафик заворачивался туда, а ipcad тупил.
собрал с исходников и трафик полетел ))

осталось решить траблы с прохождением GRE пакетов от клиента.
Суть в том, что когда PPTP Client подключается из NAT, возникают проблемы с заголовками LCP.
Причем  когда первый раз подключаешься - все ок, дальше - нет синхронизации.
это на mpd5

на pptpd такого не наблюдалось, клиенты из под ната нормально подключались, ну то такое...

на этом знакомство с фрей можно закончить и переходить в более интимные отношения

[smallcms]

Попробуйте вот такой пптп сервер:

Код:

pptp_server:
        create bundle template P
        set ippool add pool1 192.168.1.50 192.168.1.99
        set ipcp yes vjcomp
        set ipcp ranges 172.16.100.1/32 ippool pool1
        set ipcp dns 1.1.1.1
        set bundle enable compression
        set mppc yes e40
        set mppc yes e128
        set mppc yes stateless
        set ecp disable dese-bis dese-old
        create link template L pptp
        set link enable multilink
        set link yes acfcomp protocomp
        set link action bundle P
        set link disable chap pap eap
        set link enable chap-msv2 chap
        set link keep-alive 10 60
        load radius
        set link enable incoming

Я заполнил значения уже вашими ip. Не обязательно, что сработает просто интересно заработает ли. 

[stix]

не, то же самое.

Код:

[L-4] LCP: SendConfigReq #4
[L-4]   ACFCOMP
[L-4]   PROTOCOMP
[L-4]   MRU 1500
[L-4]   MAGICNUM 0ba89d15
[L-4]   AUTHPROTO CHAP MSOFTv2
[L-4]   MP MRRU 2048
[L-4]   MP SHORTSEQ
[L-4]   ENDPOINTDISC [802.1] 00 02 55 64 ff ce
[L-4] LCP: SendConfigReq #5
[L-4]   ACFCOMP
[L-4]   PROTOCOMP
[L-4]   MRU 1500
[L-4]   MAGICNUM 0ba89d15
[L-4]   AUTHPROTO CHAP MSOFTv2
[L-4]   MP MRRU 2048
[L-4]   MP SHORTSEQ
[L-4]   ENDPOINTDISC [802.1] 00 02 55 64 ff ce
[L-4] LCP: SendConfigReq #6
[L-4]   ACFCOMP
[L-4]   PROTOCOMP
[L-4]   MRU 1500
[L-4]   MAGICNUM 0ba89d15
[L-4]   AUTHPROTO CHAP MSOFTv2
[L-4]   MP MRRU 2048
[L-4]   MP SHORTSEQ
[L-4]   ENDPOINTDISC [802.1] 00 02 55 64 ff ce

[ser970]

попробуй уменьшить кадр окна (mtu mru)
nat это +24b к пакету.

[stix]

пробовал и через радиус и через set link
единственное чем меняется это через ifconfig mtu

на win7 выдает мне 1396 mtu
прочитал что могут быть траблы с gre over gre
но опять же, на pptpd у меня все прекрасно работает.
там вообще mtu 1400
mru 1460

[ser970]

покаж полный лог одной сессии

[smallcms]

Есть ещё такой момент в pf nat как нормализация трафика. У меня для ADSL выставлено

Код:

[root@gateway /etc]# cat pf.conf | grep scrub
scrub in all no-df fragment reassemble
scrub out all random-id max-mss 1400

[stix]

обалдеть, все настоящие проблемы с трафиком решились путем

sysctl net.inet.ip.dummynet.io_fast=1

я в шоке...