The UNIX and Linux Forums  

Go Back   UNIX e Linux Forum > Special Forum > Reti IP
.
google unix.com



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

Closed Thread
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered by Powered by Google
 
LinkBack Thread Tools Cerca in questo Thread Rate Thread Modalità di visualizzazione
  #1 (permalink)  
Old 03-11-2009
scriptrequests scriptrequests is offline
Utente Registrato
  
 

Iscriviti Data: marzo 2009
Interventi: 1
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?
Closed Thread

Segnalibri

Thread Tools Cerca in questo Thread
Cerca in questo Thread:

Ricerca Avanzata
Modalità di visualizzazione Vota questo thread
Vota questo thread:

Distacco regolamento
Tu non può post nuovo thread
Tu non può inviare una risposta
Tu non può postare allegati
Tu non può modificare i tuoi post

BB codice è Su
Smilies sono Su
[IMG] codice Su
Codice HTML è Chiuso
Trackbacks sono Su
Pingbacks sono Su
Refbacks sono Su




Tutti gli orari sono GMT -4. La data di oggi è 10:57 AM.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Limited. Traduzioni Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
UNIX e Linux Forum Content Copyright © 1993-2009. Tutti i diritti Reserved.Ad di gestione da RedTyger

Contenuti pertinenti URL da vBSEO 3.2.0