|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Andrey Ostanovsky 2:5030/1957 23 Jan 2008 22:49:28
To : Sergey Matveychuk
Subject : 6.3-Stable и IPFW FWD
--------------------------------------------------------------------------------
23 Jan 08 20:25, you wrote to me:
>> 1. Ругань на команду ipfw sh - кому мешало - непонятно. Скорее -
>> кто-то решил выпендриться. 2. То оно требует IPFW_FORWARD_EXTENDED
>> для работы fwd то нет - непредсказуемо. 3. ipfw - самостоятельное
>> форматирование того, что грузят в таблицу: а в следующий раз - во
>> что преобразуется?
SM> 1. Это шашечки. Полное название команды будет работать всегда. Так и
SM> надо писать в скриптах.
Это - не шашечки. Это - подход, когда ломается работающее и ни кому не мешающее.
SM> 2. Это вообще бред. Hе знание сути вопроса.
о ведь было? Было. Ввели параметр, затем наоборот убрали так, что ядро перестало
собираться при упоминании. Вот почему переход от NOINFO стилю переменных к
NO_INFO в make.conf при той же пересборке ядра, прошел без фатальных проблем, а
тут одна опция, влияющая на ipfw, дважды (если не трижды) заставила людей
вставать на грабли? Потому, что о пользователях - никто толком не подумал.
SM> 3. Hе совсем понял о чем речь. Что за форматирование? Можно пример?
Попробуй не со мной спорить, а эху читать. :) Только что тут говорили, что если
в "ipfw table 2 add" unixtime int попытаться ввести, как параметр при адресе -
то на выходе вместо int-а получаем "типа адрес", хотя никто его туда не вводил,
и мне сложно представить - зачем и кому такое преобразование могло понадобиться
(разве что биллинг на ipfw делать). Граблям этим - скоро уже год.
Andrey
--- GoldED+/BSD 1.1.5-b20061116
* Origin: PGP KeyID 2ABEC67A andrey @ ostanovsky. spb. ru (2:5030/1957)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
