![]() |
|
|
google unix.com
|
|||||||
| Foros | Registro | Reglas de los Foros | Enlaces | Álbumes | Preguntas más frecuentes | Lista de miembros | Calendario | Búsqueda | Puestos de hoy | Marcar Foros Como Leídos |
| Redes IP Aprender de TCP / IP, Protocolo de Internet, Enrutamiento, Routers, Protocolos de red en este foro de UNIX y Linux. |
Más UNIX y Linux Foro Temas usted puede encontrar útiles
|
||||
| Hilo | Hilo para principiantes | Foro | Respuestas | Último mensaje |
| Operación: la documentación del núcleo, y la presentación de parches del kernel | iBOT | UNIX y Linux Noticias RSS | 0 | 07-25-2008 12:10 PM |
| número máximo de placas por cada módulo del núcleo (kernel 2.6.17, SuSE) | Brendan Kennedy | SuSE | 4 | 01-23-2008 09:40 AM |
| Pánico del kernel - no sincronizar: no puede ejecutar un PAE habilitado en el núcleo PAE-menos de CPU | dave043 | Linux | 2 | 05-10-2007 02:57 AM |
| Req: Avanzada núcleo biblia | gokulagiridaran | UNIX para usuarios avanzados y expertos | 3 | 12-27-2006 01:06 PM |
| Tabla de enrutamiento de núcleo | redcrosskbg | UNIX for Dummies Preguntas y Respuestas | 1 | 12-24-2001 11:29 AM |
|
|
Linkback vínculo | Herramientas de hilo | Buscar en este Hilo | Tasa de Hilo | Modos de visualización |
|
||||
|
núcleo de enrutamiento avanzado nix
Tenemos la siguiente configuración en varios servidores linux:
eth0 \u003d Internet eth1 \u003d LAN (10.100.XX) Para este ejemplo digamos que tenemos: eth0 va a la Internet y la puerta de enlace predeterminada se establece en ifcfg-eth0 Un servidor tiene tres direcciones IP en la LAN (10.100.0.2, 10.100.22.3, 10.100.33.4) La puerta de enlace es 10.100.9.1. Naturalmente, si una propiedad intelectual intenta acceder a otro la propiedad intelectual, que va a tomar el camino más corto. En servidor A, el período de investigación 10.100.0.2 intentos de acceso 10.100.22.3 o viceversa. Queremos FUERZA este tráfico para salir eth1 en el servidor A y de la pasarela. La puerta de enlace es el filtrado de tráfico, por lo que en este caso podemos tener una regla de bloqueo de acceso 10.100.0.2 a 10.100.22.3 - o tal vez una política de permisos. ip 10.100.0.2 Estado de añadir la tabla test1 ip route add 10.100.0.2 dev eth1 tabla Prueba1 ip route add default via 10.100.9.1 tabla Prueba1 ip Estado de añadir 10.100.22.3 cuadro TEST2 ip route add 10.100.22.3 cuadro TEST2 ip route add default via 10.100.9.1 cuadro TEST2 Mi comprensión de la fuente de enrutamiento basado en lo anterior me dice que debería resolver el problema, sin embargo, añadiendo a la puerta de enlace predeterminada (ip route add default via 10.100.9.1 tabla Prueba1 y ip route add default via 10.100.9.1 cuadro TEST2), el tráfico no golpeó la puerta de entrada a todos. ¿Tiene usted alguna sugerencia para resolver este problema - es aún posible? |
| Marcadores |
| Herramientas de hilo | Buscar en este Hilo |
| Modos de visualización | Vota a este hilo |
|
|