PHWinfo banniere

Titres
PORTAIL ANNUAIRE ARTICLES COMPARATEUR HÉBERGEURS DEVIS FORUMS RÉDUCTEUR D'URL
Précédent   PHWinfo > Forums Hébergement > Forum Noms de domaine > comp.protocols.tcp-ip > Different treatment for registered and unregistered MAC addresses
S'inscrire FAQ Membres Recherche Messages du jour Marquer les forums comme lus
comp.protocols.tcp-ip TCP and IP network protocols.

Different treatment for registered and unregistered MAC addresses

Réponse
 
LinkBack Outils de la discussion
Vieux 19/05/2006, 03h34   #1
jeremy.brest@gmail.com
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Different treatment for registered and unregistered MAC addresses

Hello

Sorry if either of these is the wrong group for this query ... let me
know if there's a better place to post this.

Are there any routers / switches that allow you to route traffic from
all unregistered MAC addresses to a particular interface (say, the
public Internet) and allow unrestricted acces to registered MAC
addresses?

I am setting up a network where internal personnel need to access our
own servers, but would like to use the same network for vistors who
should not be able to have their traffic routed to our internal
infrastruture.

Tx & rgds

  Réponse avec citation
Vieux 19/05/2006, 23h38   #2
robertwessel2@yahoo.com
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Different treatment for registered and unregistered MAC addresses


jeremy.brest@gmail.com wrote:
> Hello
>
> Sorry if either of these is the wrong group for this query ... let me
> know if there's a better place to post this.
>
> Are there any routers / switches that allow you to route traffic from
> all unregistered MAC addresses to a particular interface (say, the
> public Internet) and allow unrestricted acces to registered MAC
> addresses?
>
> I am setting up a network where internal personnel need to access our
> own servers, but would like to use the same network for vistors who
> should not be able to have their traffic routed to our internal
> infrastruture.



My first comment is that this is a bad idea, and does not provide the
security you want. Not the least problem is that MAC addresses are
trivial to change, and trivial to figure out. Second, MAC addresses
never pass a router (level 3) boundary, so any filtering has to be done
on the same (bridged) network as the workstation of interest resodes.

Plenty of routers and bridges (switches) allow you to filter on MAC
addresses, lathough in the case of routers they might only do so for
protocols they're bridging. So you might have to do two layers (a
separate transparent bridge and then a router) - although that can be
virtual and not necessarily two physical boxes.

Given how easy MAC addresses are to spoof, why not just use IP
addresses for filtering, and set up your DHCP server to allocate a
certain range of IP addresses to the "known" MACs? Better yet, put two
separate subnets on the same LAN, and give DHCP leases to one or the
other based on MAC address, and then just bind the router interfaces to
one (or both) subnets as appropriate (and have appropriate forwarding
rules to prevent indirect routing back to the internal LAN).

But again, no of that produces anything you could properly call
security.

If you really have both visitors and internal users on the same LAN,
you should treat it as a DMZ (or worse), and require some form of
authentication (and probably VPN) for your authorized users to access
your internal network. That might be slightly easier to implement if
this is wireless, where you could set up two overlapping wireless
networks, one "public" and the other properly secured so that only your
internal users can authenticate to the access points that connect back
to your internal network. Over a wired LAN you might be able to deploy
something like PPPoE, and authenticate at the PPP level and segregate
traffic that way at the router at the other end of the PPPoE link.

A problem with all of the schemes that will allow you to share a single
LAN for both internal users an visitors is that it will require the
internal users to authenticate, which will require at least some work
for all of those installations. I like my "public" wireless
overlay network. Leave your internal users wired (or on a separate
wireless network), and just insist that the visitors have Wi-Fi
adapters on their laptops.

  Réponse avec citation
Vieux 20/05/2006, 09h17   #3
Martijn Lievaart
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Different treatment for registered and unregistered MAC addresses

On Thu, 18 May 2006 19:34:53 -0700, jeremy.brest wrote:

> Hello
>
> Sorry if either of these is the wrong group for this query ... let me
> know if there's a better place to post this.
>
> Are there any routers / switches that allow you to route traffic from
> all unregistered MAC addresses to a particular interface (say, the
> public Internet) and allow unrestricted acces to registered MAC
> addresses?
>
> I am setting up a network where internal personnel need to access our
> own servers, but would like to use the same network for vistors who
> should not be able to have their traffic routed to our internal
> infrastruture.


The usual way to set this up is to use 802.1x. Usual as in "it was
designed for this task", I yet have to see the first deployment myself.

M4
--
Redundancy is a great way to introduce more single points of failure.

  Réponse avec citation
Vieux 22/05/2006, 13h09   #4
shrike@cyberspace.org
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Different treatment for registered and unregistered MAC addresses

> Are there any routers / switches that allow you to route traffic from
> all unregistered MAC addresses to a particular interface (say, the
> public Internet) and allow unrestricted acces to registered MAC
> addresses?


Yes you can do this with a switch. Use vlans and statically define the
the ports or the MAC addresses into different vlans.

> I am setting up a network where internal personnel need to access our
> own servers, but would like to use the same network for vistors who
> should not be able to have their traffic routed to our internal
> infrastruture.


Yep. The following might do what your wanting on a cisco switch:

int fa0/1 switchport access vlan 2
int fa0/2 switchport access vlan 2
int fa0/3 switchport access vlan 3
int fa0/4 switchport access vlan 3

Put a non-bridging firewall between port 2 and port 4. Connect your
internal net to port 1, your guest net to port 3. This is called a
"router on a stick" configuration.

Optionally you can use trunking to backhaul to the firewall on one
port, but your router/firewall has to know how to do trunking in that
case.

-Matt

  Réponse avec citation
Réponse


Outils de la discussion

Règles de messages
Vous ne pouvez pas créer de nouvelles discussions
Vous ne pouvez pas envoyer des réponses
Vous ne pouvez pas envoyer des pièces jointes
Vous ne pouvez pas modifier vos messages

Les balises BB sont activées : oui
Les smileys sont activés : oui
La balise [IMG] est activée : oui
Le code HTML peut être employé : non
Trackbacks are oui
Pingbacks are oui
Refbacks are oui


Fuseau horaire GMT +1. Il est actuellement 05h17.


Édité par : vBulletin® version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.2.0 RC5 Tous droits réservés.
Version française #16 par l'association vBulletin francophone
PHWinfo est un site Éducation Sans Frontières ©2000-2008
Ad Management by RedTyger
©Tous droits réservés par les parties respectives
Page generated in 0,12611 seconds with 12 queries