<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</style>
</head>
<body class='hmmessage'>
Alright, taking into consideration that the only thing I know about VLANs is what the abbreviation means and nothing more, plus the fact that I don't have any VLAN-enabled switches, I think I will just do the merging of the formerly seperated networks. But thanks a lot for your valuable input -- I appreciate it.<br><br>> If you cannot go the VLAN way, the only way to deal with this is just<br>> do your configuration using just "eth0". You can have a route where<br>> the in and out interfaces are the same, and you can control the flow<br>> of traffic between subnets using "src" and "dst" with the "route"<br>> commands.<br><br>Would this really work? If all computer are situated in the very same subnet and they are connected by just one switch, how does the server have an influence on the flow of data? If there's a package coming from A directed to B, the switch will just put the package on the particular port B is connected to and the server (being conntected to the same switch on another port) won't even notice. Or am I mistaken?<br><br>Kind Regards,<br><br>Morin<br><br><br>> Date: Fri, 23 Jan 2009 23:22:56 +0000<br>> Subject: Re: [Firehol-support] Routing between virtual interfaces<br>> From: cefrodrigues@gmail.com<br>> To: mofog@hotmail.com<br>> CC: firehol-support@lists.sourceforge.net<br>> <br>> On Fri, Jan 23, 2009 at 10:13 PM, M. O. <mofog@hotmail.com> wrote:<br>> > Thanks for the hint! I had a first look at how to run VLANs in Debian.<br>> ><br>> > There are conflicting information about how to do this. For example you say<br>> > it can be done by using this notation: "eth0.1". However, this doesn't seem<br>> > to work for me. I have to do it this way: "vlan2" and add a "vlan_raw_device<br>> > eth0" line. However, afterwards I cannot reach any components on the VLANs.<br>> > Am I right that this whole thing only works with special hardware, like<br>> > VLAN-enabled switches and so on?<br>> <br>> Yes, you can only have _multiple_ VLANs in a link if both ends of the<br>> cable understand VLANs. But if your switches have management of some<br>> kind (even if only a web interface) chances are they already support<br>> VLANs. But even then you will have to make changes at the network<br>> level (splitting those different subnets into different VLANs).<br>> <br>> Now, as far as the Debian configuration as concerned, "ethX.Y" and<br>> "vlanY; vlan_raw_device ethX" are synonyms. (BTW, "1" is not a valid<br>> VLAN ID. When there are multiple VLANs in a link, ID "2" and above<br>> means the ethernet frames have a tag with the VLAN ID added to it,<br>> while ID "1" means they are regular untagged frames).<br>> <br>> > If setting up a VLAN environment should turn out to be too complicated, I<br>> > think I will just merge all networks into one -- granted: it's just avoiding<br>> > and not solving the problem.<br>> <br>> From a security standpoint, you actually have one network already...<br>> :) And, provided you have VLAN-enabled switches, configuring VLANs<br>> should be about as much work as renumbering your multiple subnets into<br>> one.<br>> <br>> If you cannot go the VLAN way, the only way to deal with this is just<br>> do your configuration using just "eth0". You can have a route where<br>> the in and out interfaces are the same, and you can control the flow<br>> of traffic between subnets using "src" and "dst" with the "route"<br>> commands.<br>> <br>> Regards,<br>> <br>> -- <br>> Carlos Rodrigues<br><br /><hr />Sicher, schnell, übersichtlich - <a href='http://redirect.gimas.net/?n=M0902IE8beta' target='_new'>der Internet Browser vom Marktführer!</a></body>
</html>