But why should connecting two networks using a mutifunction device give any security at all ?
What control would you have to check out how the multiuction device would be leaking or routing between the networks ?
Why shouldn't these problems be bether and more secure maintained via the Linux kernel and netfilter firewall than anything else ?
Of course this question and most other questions of firewalling could have been solved, if there were a free and open athmosphere for dicussing such problems.
As I will see it there is a good starting point to start discussing or thinking about firewalling and security at all. This are the content of theses two books:
1. Hacking Exposed, we are waiting for the next revision:
http://www.amazon.com/Hacking-Exposed-Sixth-SecretsAnd-Solutions/dp/0071613749/ref=sr_1_1?ie=UTF8&s=books&qid=1230548397&sr=1-12. Linuxfirewalls, second or third edition:
http://www.amazon.com/Linux-Firewalls-3rd-Novell-Press/dp/0672327716/ref=sr_1_2?ie=UTF8&s=books&qid=1230548512&sr=1-2When these two books and contained excamples is passed, then you are at the level zero, you know absolutely nothing about firewals or network security, but you got begginning refference a starting point where it is possible to start discussing and learning something.
From such a attitude arguments should be with refference to literature or other simular sources and not in the form of flaming.
If argumentation were done, with refrence to literature, and not as flaming, this problem in this trad could have been solved, and practically all other questions related to firewalling, could have been solved, as well.
So the practical answer to the original poster would be something like: Yes, with refferene to the litereature on network scurity and Linux firewaling there is, this problem can be solved, the one way or the other. But on the other hand flaming will normally start long before anyone mention anything about literature or any other background refferences. Because of this the problem can not be solved.
It is allmost a funny situation how technically solvable problems can not be solved, in a open sorce community, because of the lack of fredom of free information.
If discussions can be done and if refferences can be used the problem can be solved.
By the way, when I remeber it .. while doing the little research on how to customize the sme server firewall, I also found some of the origianal documentation for the e-smith, issue year approx 2001, I think. These documents actually explained how to to do major firewalls revisons without breaking the sme server "design rules". I have tested this information, and things still works as decribed in this documentation.
To do such designs or modificaions would require it was fully legal to refere to these documents and the network security literature that is on the market.
There is on the other hand a strong argument against letting the "users" doing their own free firewall disign (from method as decribed in the e-smith document from 2001) and that is that some of these designs will for sure not be correct done. In the beginning actually most disegn will be incorrect done, until some practice have been obtained. In this way there migt occour a lot of incorrectely reported "server faults" that actually is firewall faults.
In some waya "do your firewalls as you like" attitude would make the development work more difficult for the sme developers, because there would be a lot of "noise" and incorrect reporting. Incorrect firewall configuration might also lead to a incorrect believe that the server itself it not secure enough.
On the other hand if 1 perscent of those ideas and those solutions that could be developed could be implemented in the "all automatic sme server" it might still be a good idea.
Basically there i does not exsist a single thing that the Netfilter firewall can do, that the sme server technically can not do bether. (Because it contains more software than just the kernel.)
"Alternative firewall disign" for the sme server could be a theme with allmost no limitations at all, if it just were allowed to discuss freely and without the flaming.
This is actually not a question of "technology" but of "policy".
By the way, I am quite happy with the development work that is done with the new sme server revision, so if those developers would not like to see a to free discussion about firewalling, it is really not a problem for me, as I now can do the firewalling functions I want, and as I like them to work. Because of the negative impact I can see that it might have on the "project", I will not publish anything without permission.
Technology some times says: "yes" while policy says "no".
I think I will send a few words to mr Bill Gates and ask him to make a few firewall revisions, just for me
