NO
в 3х местах были acl
Size: a a a
2020 March 27
NO
из-за этого трафло не бегало
NO
Но на всякий случай и proxy-arp оставил
NO
Спасиб, Дим, ты как всегда выручаешь
s
если отдать еще /32 то по идее прокатит. я так выкручивался в момент перехода, старые насы висели в /23 и реальники были с proxy-arp, новые насы уже отдавали /32, но народ не мог с реальниками работать между старыми и новыми, пришлось еще со старых /32 отдавать и принимать (rr на ядре), тогда кошка ядра и старые стали чихать на арп запись в /23 сети, что в принципе верно, т.к. более узкая маска
MM
D
да. это мой косяк, я почему-то не заметил ( в 3 ночи ) секцию [pppd-compat] по середине конфига, и добавил в конец конфига свою запись, вот почему мои настройки не применялись.
Бывает) зато в очередной раз подтвердили что работает
MM
Лучше сразу стронгсван
кстати. не нашел я проходящего конфига для strongswan. потому оставит Openswan U2.6.51.5. вышло что я просто отключил xl2tpd, и запустил accel-ppp и поехало. мту только пришлось понизить до 1388.
V
А это нормально что arp записи очищаются?
arp -an | wc -l
2792
arp -an | wc -l
2840
arp -an | wc -l
108
arp -an | wc -l
396
раз в секунду выполнил несколько раз arp -an | wc -l
В логах ошибок никаких нет, просто интересно
Параметры стоят такие:
net.ipv4.neigh.default.gc_thresh1=4096
net.ipv4.neigh.default.gc_thresh2=8192
net.ipv4.neigh.default.gc_thresh3=12228
arp -an | wc -l
2792
arp -an | wc -l
2840
arp -an | wc -l
108
arp -an | wc -l
396
раз в секунду выполнил несколько раз arp -an | wc -l
В логах ошибок никаких нет, просто интересно
Параметры стоят такие:
net.ipv4.neigh.default.gc_thresh1=4096
net.ipv4.neigh.default.gc_thresh2=8192
net.ipv4.neigh.default.gc_thresh3=12228