![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
В честь 26 годовщины 26 апреля уволился с текущей работы и таки наконец начал проект http://wiki.freebsd.org/IpfwNg — хотя на работе FreeBSD и была основной системой, реальную возможность пилить ядро я так и не получил (хотя тот же NAT64 нам бы понадобился не через полгода, так через год). В ближайшие недели посижу дома и надеюсь сделать хотя бы скелет, который можно будет потом уже в свободное время потихоньку пилить — работы по проекту предстоит очень много.
Желающие обсудить по делу — велкам в каменты (хотя я туда еще не все наброски оформил).
Желающие обсудить по делу — велкам в каменты (хотя я туда еще не все наброски оформил).
no subject
Date: 2012-04-28 02:48 pm (UTC)Тогда я не понял, что должно быть твоём "ipfw -f file"
> Попытаюсь быть экстрасенсом: ты предлагаешь это загружать в некий сет и при успехе делать swap с активным?
Разве это не очевидно?
> А почему эту возможность не добавить нативно? Что бы ipfw загружал правила в память, репортил ошибки, либо, если их нет, загружал опкоды уже в ядро?
Не вижу разницы с существующим сейчас функционалом: в файл пишем команды добавления в set 1, затем swap.
no subject
Date: 2012-04-28 03:10 pm (UTC)no subject
Date: 2012-04-28 03:57 pm (UTC)no subject
Date: 2012-04-28 04:01 pm (UTC)no subject
Date: 2012-04-28 04:06 pm (UTC)no subject
Date: 2012-05-10 01:35 am (UTC)no subject
Date: 2012-05-10 06:16 am (UTC)"этот путь уже не является правильным" - универсальный инструмент всегда будет проигрывать специализированному по удобству проблемно-ориентировнного применения, поэтому обёртки всегда будут полезны.
демагогия
Date: 2012-05-10 09:38 pm (UTC)no subject
Date: 2012-05-11 01:37 am (UTC)Я не сопротивляюсь изменениям. Я сопротивляюсь ломке того, что работает.