Sim, parece que você precisa adicionar uma regra para o novo IP 44.44.44.X no em2. Isso seria ip rule add from 44.44.44.X table MGMT
.
Sem regra para a tabela MGMT (200), a rota padrão escolhida seria default via 22.22.22.2 dev em1
, mesmo para esse IP no em2. Com essa configuração, um cliente da Internet tentando acessar esse novo IP de gerenciamento teria a conexão dela chegando ao em2 de um IP sem rota padrão (sem rota) definida via em2: a configuração padrão para CentOS ' a filtragem de caminho inverso eliminaria o pacote.
Da mesma forma, um pacote de saída com este novo IP 44.44.44.X tentaria ir para o cliente através da única rota padrão disponível: 22.22.22.2 em em1. É possível (mas não muito relevante, o outro caminho já não está funcionando) que um outro equipamento no caminho não permitiria isso (por exemplo: se 22.22.22.2 e 44.44.44.2 estão passando por dois provedores de Internet diferentes, ou simplesmente se 22.22.22.2 não tem conectividade com a Internet).
Adicionar ip rule add from 44.44.44.X table MGMT
selecionará esta tabela de roteamento quando o ip de origem for 44.44.44.X, selecionando agora default via 44.44.44.2 dev em2
da tabela MGMT. Um pacote da Internet chegando em 44.44.44.X via em2 agora tem seu caminho através de em2, então não será descartado pelo rp_filter. Um pacote de saída de 44.44.44.X agora usará corretamente o em2 para acessar a Internet via 44.44.44.2.
Você pode ver facilmente a diferença digitando, por exemplo:
ip route get 8.8.8.8 from 44.44.44.X
Sem a regra, você verá a rota 8.8.8.8 from 44.44.44.X via 22.22.22.2 dev em1
, com ela ela mudará para 8.8.8.8 from 44.44.44.X via 44.44.44.2 dev em2 table 200