Sim é possivel mais para isso você terá que usar outra interface, se ja tem outra e esta na bridge tire ela da bridge e deixe-a fora do hotspot
Abraços
Versão Imprimível
Sim ... mas vou explicar melhor ... imagine uma estrutura de rede ja montada .. em bridge ..imagina ai um switch na sua rede ... entao vc tem sua rede trabalhando com a rede 192.168.0.xx .. tudo certo ate ai.... Ai vc precisa por neste switch uma rede 10.0.0.1/24 por exemplo que ficaria neste hotspot ... mas vc nao tem como tirar este switch pelomenos nao agora ...
Ai tudo bem vc coloca o hotspot.. funciona .. bele.. mas ..... a rede 192.168.0.1/24 para .. por causa que mesmo nao tendo o ip no mk ele reponde negando a rede .. .ai como foi sugerido eu add os ips la em ip binding... ai pinga a rede volta a funionar (192.168.0.1/24) mas esta rede 192.168.0.1/24 tem um servidor ...no caso aqui um linux ...debian .. ai do nada para de conmunicar com ele .. ai vou la elimino a entrada arp nele ai o ip que havia parado volta a funcionar.
hs...
Isto que nao queria... é como se o mk fosse o switch da rede e criasse uma certa bagunça nas macs .. travando meu servidor ..
eu posso mudar a estrutura so que se der pra funcionar assim separadamente sem um interferir no outro pra mim vai ser um grante alivio .. da pra fazer com mais calma as coisas ...
Olha aqui na minha rede tenho quase essa mesma estrutura, uma faixa de ips para clientes logarem normalmente e outra faixa para alguns clientes passarem direto sem autenticaçao, funciona perfeitamente.
Uma pergunta você disse que adicionou 192.168.0.1/24, tenta adicionar 192.168.0.0/24 talvez seja isso a causa do erro, outra coisa você amarra ip ao mac na arp??
O unico problema que tive foi justamente quando amarrava ip ao mac na arp list tinha hora que dava uns bugs ou a navegaçao ficava lenta ou entao parava de vez, so isso nada mais e ja faz muito tempo que roda assim.
Passe mais detalhes como esta seu hotspot e suas interface para analizarmos melhor ok
Ahh e suas regras tambem.
Regras nao tenho ainda .. no mk tenho somente as que o hotpot cria mesmo pra estar trabalhando..
aqui eu estou implantando esta mk pra fazer hotspot pra uma classe .. fisicamente uma rb.. paralelo a ele tem um servidor que fornece internet pra outros clientes em um intervalo diferente de rede ...
Mas ambos saem pelo mesmo switch...
Dai quem esta no servidor é que para de navegar... é como se o mk fosse uma especie de sniffer que pega os pacotes da outra classe e nao deixa funcionar...
explicando melhor :::
mk ip 192.168.0.1... (hotpot)>>>> clientes hotpot(192.168.0.2...3...4..
Servidor 192.170.170.1..(linux debian)>>> clientes 192.170.170.2...3...4...
pra vc ter uma deia .. suponhamos que eu esteja com um micro na rede 192.177.177.xx quem me atende e o mk que esta no ip 192.168.0.1....
Se eu pingo de um micro com ip 192.177.177.2 no ip 192.177.177.1.. quem responde é 192.168.0.1 (destination proibited)...
a unica coisa em comum é que os dois getways passam pelo mesmo suwitch...
Seguinte, faça o seguinte se puder, cria no mk a clase do outro servidor em ip address 192.177.177.x/24, no hotspot em ip bindigs 192.177.177.0/24 bypassed, e ve se o hotspot para de bloquear a navegaçao, esse destination proibited é pq o hotspot que esta travando a navegaçao.
O ideal serial vc colocar esse servidor em serie com o mk, e fazer o mk ser o gateway desse servidor, ficando mais ou menos assim
_______________________________ Link>>>>Mk>>>>>servidor>>>>Clientes do outro Servidor_____________________________ ↓
_______________________Clientes do hotspot
Acho que asim funcionaria direito nunca trabalhei com seridores em paralelo a nao ser squid e tals