![]() |
Olá e boas-vindas de Estados Unidos para o UNIX e Linux Forum! Obrigado por visitar e fazer parte da nossa comunidade global.
|
|
google unix.com
|
|||||||
| Fóruns | Registar | Fórum Regimento | Ligações | Álbuns | FAQ | Lista deputados | Calendário | Pesquisa | Today's Posts | Mark Forums Read |
| IP Networking Saiba o TCP / IP, Internet Protocol, Routing, Routers, protocolos de rede UNIX e Linux neste fórum. |
Mais UNIX e Linux Fórum Tópicos Você pode achar Helpfull
|
||||
| Fio | Thread Starter | Fórum | Respostas | Última postagem |
| OLS: Kernel documentação, apresentação e patches do kernel | iBot | UNIX e Linux RSS Notícias | 0 | 07-25-2008 11:10 |
| número máximo de placas por módulo do kernel (o kernel 2.6.17, SuSE) | Brendan Kennedy | SuSE | 4 | 01-23-2008 09:40 |
| Kernel panic - not sincronização: não pode executar um kernel PAE activado no PAE-menos CPU | dave043 | Linux | 2 | 05-10-2007 01:57 |
| Req: Avançado kernel bible | gokulagiridaran | UNIX & avançada para usuários experientes | 3 | 12-27-2006 01:06 |
| Kernel Routing Table | redcrosskbg | UNIX para Dummies Perguntas & Respostas | 1 | 12-24-2001 11:29 |
|
|
Linkback | Thread Tools | Pesquisar este Thread | Rate Thread | Display Modes |
|
||||
|
roteamento avançado nix kernel
Temos a seguinte configuração em diversos servidores Linux:
eth0 \u003d Internet eth1 \u003d LAN (10.100.XX) Para este exemplo vamos dizer que temos: eth0 vai para a internet e o gateway padrão está definido no ifcfg-eth0 Servidor A tem três IPs na LAN (10.100.0.2, 10.100.22.3, 10.100.33.4) O gateway é 10.100.9.1. Naturalmente, se um IP tenta acessar um outro IP, que vai tomar o caminho mais curto. Em um servidor, o IP 10.100.0.2 tentativas de acesso 10.100.22.3 ou vice-versa. Queremos forçar este tráfego para sair eth1 no servidor A e para o gateway. O gateway é filtrar o tráfego, por isso, neste caso, pode ter uma regra bloqueando o acesso a partir de 10.100.0.2 para 10.100.22.3 - ou talvez uma licença política. ip regra de adicionar 10.100.0.2 tabela TEST1 ip route add 10.100.0.2 dev eth1 tabela TEST1 ip route add default via 10.100.9.1 tabela TEST1 ip regra de adicionar 10.100.22.3 tabela TEST2 ip via adicionar 10.100.22.3 tabela TEST2 ip route add default via 10.100.9.1 tabela TEST2 O meu entendimento da fonte baseado encaminhamento diz-me o que precede deve resolver o problema, no entanto, após a adição do gateway padrão (IP adicionar rota padrão através 10.100.9.1 tabela Test1 e adicionar ip rota padrão através 10.100.9.1 tabela TEST2), o tráfego não bater a porta a todos. Você tem alguma sugestão para resolver esse problema - é que é mesmo possível? |
| Marcadores |
| Thread Tools | Pesquisar este Thread |
| Display Modes | Esta taxa Thread |
|
|