![]() |
|
|
Google unix.com
|
|||||||
| Foren | Registrieren | Forum-Regeln | Links | Alben | FAQ | Benutzerliste | Kalender | Suche | Die heutige Beiträge | Alle Foren als gelesen markieren |
| IP-Networking Erfahren Sie TCP / IP, Internet Protocol, Routing, Router, Netzwerk-Protokolle in UNIX-und Linux-Forum. |
Mehr UNIX-und Linux-Forum Themen Vielleicht finden Sie hilfreiche
|
||||
| Faden | Thread Starter | Forum | Antworten | Last Post |
| OLS: Kernel-Dokumentation, und der Einreichung der Kernel-Patches | iBot | UNIX-und Linux-RSS-News | 0 | 07-25-2008 12:10 PM |
| max Anzahl der Platten pro-Kernel-Modul (Kernel 2.6.17, SuSE) | Brendan Kennedy | SuSE | 4 | 01-23-2008 09:40 AM |
| Kernel-Panik - nicht synchronisiert: kann nicht führen eine PAE-fähigen PAE-Kernel auf weniger CPU - | dave043 | Linux | 2 | 05-10-2007 02:57 AM |
| Req: Erweitert Kernel Bibel | gokulagiridaran | UNIX für Fortgeschrittene und Experten | 3 | 12-27-2006 01:06 PM |
| Kernel-Routing-Tabelle | redcrosskbg | UNIX for Dummies Questions & Answers | 1 | 12-24-2001 11:29 AM |
![]() |
|
|
LinkBack | Thread Tools | Suche diesen Thread | Rate Thread | Anzeige-Modi |
|
|
|
||||
|
Erweiterte nix Kernel-Routing -
Wir haben die folgende Konfiguration auf mehreren Linux-Server:
eth0 \u003d Internet eth1 \u003d LAN (10.100.XX) Für dieses Beispiel sagen wir, wir haben: eth0 geht an das Internet und die Standard-Gateway ist in ifcfg-eth0 Ein Server hat drei IP-Adressen im LAN (10.100.0.2, 10.100.22.3, 10.100.33.4) Das Gateway ist 10.100.9.1. Natürlich, wenn eine IP-Versuche auf andere IP, es geht um den kürzesten Weg. Auf Server A, der IP 10.100.0.2 versucht, auf 10.100.22.3 oder umgekehrt. Wir wollen diesen Verkehr zu gehen eth1 auf dem Server A und auf das Tor. Das Gateway ist Filterung Verkehr, so dass in diesem Fall kann man eine Regel haben die Blockierung des Zugangs von 10.100.0.2 zu 10.100.22.3 - oder vielleicht eine Genehmigung Politik. IP-Regel hinzufügen aus 10.100.0.2 Tabelle TEST1 ip route add 10.100.0.2 dev eth1 Tabelle TEST1 ip route add default via 10.100.9.1 Tabelle TEST1 IP-Regel hinzufügen aus 10.100.22.3 Tabelle TEST2 ip route add 10.100.22.3 Tabelle TEST2 ip route add default via 10.100.9.1 Tabelle TEST2 Mein Verständnis von Source-based Routing sagt mir die oben genannten sollte das Problem lösen, jedoch auf das Hinzufügen der Standard-Gateway (ip route add default via 10.100.9.1 Tabelle TEST1 und ip route add default via 10.100.9.1 Tabelle TEST2), der Verkehr nicht auf den Gateway auf allen. Haben Sie Vorschläge um dieses Problem zu beheben - ist es überhaupt möglich? |
![]() |
| Lesezeichen |
| Thread Tools | Suche diesen Thread |
| Anzeige-Modi | Rate this thread |
|
|