Alguém pode me dizer quais seriam as implicações de ter duas sub-redes diferentes no mesmo switch se as VLANs não estivessem sendo usadas?
Alguém pode me dizer quais seriam as implicações de ter duas sub-redes diferentes no mesmo switch se as VLANs não estivessem sendo usadas?
Respostas:
As coisas vão funcionar da maneira que você esperaria. No centro disso, eles estão apenas compartilhando um domínio de transmissão. Os computadores nas diferentes sub-redes não ARP na sub-rede, então eles ainda precisarão de um roteador (ou entidade de camada 3 incorporada no comutador) para "conversar" entre si.
Como eles compartilham um domínio de broadcast, há muito menos (sem dúvida nenhum) isolamento do que se você estivesse usando VLANs. Seria fácil hospedar ARP e MAC spoof em qualquer uma das sub-redes.
Se você está fazendo isso apenas em um cenário de laboratório, provavelmente está bem. Porém, se você realmente precisa de isolamento na implantação de produção, use VLANs ou switches físicos separados.
Se você não usa VLANs, uma pessoa pode facilmente adicionar 2 IPs à sua interface, digamos, 192.182.0.1/24
e 172.16.0.1/24
assim ele pode acessar as duas redes.
Ao usar VLANs, você pode marcar as portas do switch para que qualquer computador configurado para receber apenas tráfego da VLAN não consiga obter nenhum tráfego (exceto aquele direcionado a ela e com a VLAN correta), independentemente de como a interface local esteja configurada ( quantos IPs existem na interface).
Em essência:
Primeiro, não sei por que você faria isso com os usuários. O único cenário em que consigo pensar é que você está sem IPs na sua sub-rede de usuário atual e não pode estender facilmente sua sub-rede atual. Nesse caso, acho que seria bom adicionar outra sub-rede. A questão da falsificação se torna um problema quando você está usando os IPs dessa maneira, porque ambas as sub-redes são iguais; portanto, você tem o mesmo risco de falsificação, usando uma única sub-rede ou várias. Uma pergunta que tenho aqui é como o DHCP funcionaria. Se seus escopos DHCP não forem contíguos e o servidor DHCP fornecer IPs com base no endereço "auxiliar" do roteador, todas as solicitações não serão direcionadas para um escopo ou outro? Suponho que isso possa se tornar um problema se o servidor DHCP estiver diretamente no domínio de broadcast, mas ainda há algo a explorar.
Tudo isso dito, eu realmente faço isso na produção de um dos meus aplicativos. Eu tenho um aplicativo que possui silos geograficamente diversos, cada silo tem seu / 27. Esses IPs são o que considero ser IPs de infraestrutura. Eles pertencem a esses servidores. Em seguida, direciono um / 29 adicional para o mesmo domínio de broadcast. Esta sub-rede pertence ao aplicativo. Na próxima atualização de hardware, construirei um silo totalmente novo com um / 27 novo e depois alterarei a rota do aplicativo / 29 para ele. Como este / 29 lida com a comunicação com elementos de rede, isso não permite reprogramar todos os NEs se obtivermos novo hardware ou novo software, e usar o mesmo domínio de broadcast permite que eu faça isso sem uma NIC dedicada.
Implementamos isso em nossa escola porque estávamos ficando sem endereços IP e demos uma nova sub-rede à seção sem fio, funciona bem em uma rede de 3.000 usuários, pois uma solução rápida é uma vantagem, concordo que precisamos criar vlans para preservar a segurança.
O servidor DHCP (Windows) deve ter duas placas de rede conectadas ao mesmo comutador (a nossa é virtual para que não importe) para fornecer ips à rede sem fio, você precisará usar IPs estáticos na "rede antiga" , ele não funcionará servindo dois escopos dhcp no mesmo comutador.
Passei alguns anos tentando resolver um problema com um sistema de telefone poe e uma rede de computadores no mesmo switch gerenciado. Sim, ele deve funcionar sem uma VLAN, mas todos os meses, ou não, e redefiniria o comutador, causando problemas sem fim nos equipamentos conectados. (redefinições do sistema telefônico, redefinições do roteador e redefinições aleatórias do switch) Isso foi um pesadelo para nós, pois procurávamos um problema de hardware, pois a maioria aceita que um switch possa lidar com isso. Um interruptor estúpido, talvez, mas um switch gerenciado não. Eu tentei vários fabricantes importantes e todos eles seriam redefinidos aleatoriamente dentro de um mês :(
SEMPRE VLAN SEMPRE!