Eu tenho um USB Armory Mk II executando o Debian e é bastante trivial obter a comunicação com o host USB .
No entanto, o que eu gostaria de alcançar é o seguinte. Eu gostaria de poder configurar o adaptador de rede no USB Armory condicionalmente. Três ângulos:
- se o DHCP estiver habilitado no host e se vincular ao adaptador Ethernet CDC , quero usar
dhclientpara atribuir um IP a ele. - a rede 10.0.0.0/24 fica incondicionalmente (aquela pré-configurada na imagem Debian fornecida pelo InversePath) configurada na interface com 10.0.0.1 atribuído ...
- configurar 192.168.137.2 (ou outro endereço IP 192.168.137.0/24 diferente de .1) como outro endereço IP ( Windows ICS )
Fazer isso não é um grande problema até agora. Como exemplo, esta resposta no StackOverflow mostra duas maneiras de alcançá-lo (estou indo para o segundo, adicionando o endereço do intervalo ICS como outro alias).
Mas o ponto crucial é como as rotas devem ser definidas. E essa é a parte em que estou preso agora:
- se o DHCP for bem-sucedido, quero usar o que for configurado por meio dele como uplink (gateway)
- caso contrário, quero verificar se posso comunicar em qualquer uma das duas sub-redes configuradas restantes ... e de preferência gostaria de algum script no USB Armory Mk II para descobrir qual gateway usar (ou seja, tente o óbvio .1, .2 e .254 na sub-rede /24 correspondente e, em seguida, expandindo a "pesquisa" se necessário)
Preciso de conselhos nas seguintes áreas:
- Como descobrir melhor qual das faixas de IP é viável como uplink? Por exemplo, devo farejar o tráfego ARP e usá-lo como um indicador? Ou existe um método mais confiável (por exemplo
ping -I <address>)? E pensando bem: como lidar com as mudanças na disponibilidade do uplink? - Em vez de usar alguns scripts, talvez haja uma maneira confiável de expressar isso via
ip-rule(8)?
Eu conheci alguns desses cenários no passado, mas ainda não encontrei a solução perfeita.
Primeiro, quando você atribuir os dois IPs estáticos, certifique-se de que sua métrica de roteamento seja algo alto, como 1000. Dessa forma, se houver uma rota padrão DHCP, ela será menor e escolhida automaticamente. Esta é a maneira que eu costumo fazer.
O próximo bit é muito mais complicado, porque o que é um bom uplink? O Linux nunca fará essa escolha por você - se um link está ativo, então está ativo.
Nos sistemas em que trabalho com esses problemas, sempre temos um script ou daemon em execução, e eles podem se tornar muito complexos rapidamente. Testamos principalmente a conectividade em relação a um endpoint em intervalos fixos e definimos rotas de acordo ou configuramos interfaces para cima ou para baixo.
Às vezes temos interfaces preferenciais (por exemplo, Ethernet versus modem), nesse caso fica ainda mais difícil, pois temos que testar se a conexão Ethernet está funcionando sem interromper as conexões do modem. Na verdade, não sei se o switch ping -I funciona com aliases de interface, mas pode. Se isso não acontecer, você também pode dividir os endereços inteiramente usando, por exemplo, macvlan ou ipvlan. Isso também permite configurar um endereço (ou sua interface virtual) para cima ou para baixo.
Algo totalmente diferente, que temos que levar em consideração, e você também deve considerar, é que às vezes temos que usar servidores DNS diferentes e talvez até reiniciar serviços também, ao alterar interfaces e sub-redes.
Você encontrará muitos guias para fazer failover no linux, mas eles quase sempre são baseados na queda do link físico, o que obviamente é fácil de ativar. Ou eles têm um daemon, ou script, que é o que sugiro para testar as rotas.
Esses foram meus 5 centavos, espero que faça algum sentido, e que possa levá-lo na direção certa.