![]() |
|
|
google unix.com
|
|||||||
| Forum | Registrati | Regole Forum | Collegamenti | Album | FAQ | Members List | Calendario | Ricerca | Today's Posts | Mark Forums Read |
| Reti IP Per saperne di TCP / IP, Internet Protocol, Routing, Router, Protocolli di rete in questo forum di UNIX e Linux. |
Più di UNIX e Linux Forum Argomenti potreste trovare utili
|
||||
| Filo | Thread Starter | Forum | Risposte | Ultimo Post |
| OLS: la documentazione del kernel, e la presentazione del kernel patch | iBot | UNIX e Linux RSS News | 0 | 07-25-2008 12:10 PM |
| max numero di lastre per ogni modulo del kernel (kernel 2.6.17, SuSE) | Brendan Kennedy | SuSE | 4 | 01-23-2008 09:40 AM |
| Kernel panic - non sincronizzazione: non può eseguire un kernel abilitato PAE-PAE-meno sulla CPU | dave043 | Linux | 2 | 05-10-2007 02:57 AM |
| Req: Avanzata kernel bibbia | gokulagiridaran | UNIX e avanzata per utenti esperti | 3 | 12-27-2006 01:06 PM |
| La tabella di routing del kernel | redcrosskbg | UNIX for Dummies Domande & Risposte | 1 | 12-24-2001 11:29 AM |
![]() |
|
|
LinkBack | Thread Tools | Cerca in questo Thread | Rate Thread | Modalità di visualizzazione |
|
|
|
||||
|
avanzate di routing del kernel nix
Abbiamo i seguenti parametri di installazione su più server linux:
eth0 \u003d Internet LAN \u003d eth1 (10.100.XX) Per questo esempio, diciamo che abbiamo: eth0 va a Internet e il gateway predefinito è impostato in ifcfg-eth0 Un server ha tre indirizzi IP sulla LAN (10.100.0.2, 10.100.22.3, 10.100.33.4) Il gateway 10.100.9.1. Naturalmente, se uno IP tenta di accedere a un altro periodo, è andare a prendere il percorso più breve. Il server A, il IP 10.100.0.2 tentativi di accesso 10.100.22.3 o viceversa. Vogliamo VIGORE questo traffico di uscire eth1 sul server A e al gateway. Il gateway è il filtraggio del traffico, così in questo caso si può avere una regola da 10.100.0.2 bloccando l'accesso a 10.100.22.3 - o forse un permesso politica. ip regola da aggiungere 10.100.0.2 tabella TEST1 ip route add 10.100.0.2 dev eth1 tabella TEST1 ip route add default via 10.100.9.1 tabella TEST1 ip regola da aggiungere 10.100.22.3 tabella TEST2 ip route add 10.100.22.3 tabella TEST2 ip route add default via 10.100.9.1 tabella TEST2 La mia comprensione di base di origine di routing di cui sopra mi dice dovrebbe risolvere il problema, tuttavia, al momento di aggiungere il gateway predefinito (ip route add default via 10.100.9.1 tabella TEST1 e ip route add default via 10.100.9.1 tabella TEST2), il traffico non colpito la porta a tutti. Avete suggerimenti per risolvere questo problema - è ancora possibile? |
![]() |
| Segnalibri |
| Thread Tools | Cerca in questo Thread |
| Modalità di visualizzazione | Vota questo thread |
|
|