![]() |
|
|
google unix.com
|
|||||||
| Forums | S'inscrire | Forum Rules | Liens | Albums | FAQ | Liste des membres | Calendrier | Recherche | Aujourd'hui, les postes | Marquer les forums comme lus |
| IP Networking Apprendre le protocole TCP / IP, protocole Internet, routage, routeurs, protocoles réseau dans ce forum Linux et UNIX. |
Plus d'UNIX et Linux Forum Sujets Vous trouverez peut-être utile
|
||||
| Fil | Thread Starter | Forum | Réponses | Last Post |
| SBO: Kernel documentation, et de soumettre des correctifs du noyau | iBot | UNIX et Linux News RSS | 0 | 07-25-2008 12:10 PM |
| nombre maximum de blocs par module de noyau (kernel 2.6.17, SuSE) | Brendan Kennedy | SuSE | 4 | 01-23-2008 09:40 AM |
| Kernel panic - pas de synchronisation: impossible d'exécuter un PAE-enabled kernel-PAE sur moins de CPU | dave043 | Linux | 2 | 05-10-2007 02:57 AM |
| Req: Options du noyau bible | gokulagiridaran | UNIX for Advanced & Expert Users | 3 | 12-27-2006 01:06 PM |
| Table de routage du noyau | redcrosskbg | UNIX pour les nuls Questions et réponses | 1 | 12-24-2001 11:29 AM |
|
|
LinkBack | Thread Tools | Recherche sur ce Thread | Rate Thread | Modes d'affichage |
|
||||
|
nix avancées de routage du noyau
Nous avons la suite de l'installation sur plusieurs serveurs linux:
eth0 \u003d Internet LAN \u003d eth1 (10.100.XX) Pour cet exemple, disons que nous avons: eth0 va à l'internet et la passerelle par défaut est défini dans ifcfg-eth0 A Server dispose de trois adresses IP sur le LAN (10.100.0.2, 10.100.22.3, 10.100.33.4) La passerelle 10.100.9.1. Naturellement, si l'on tente d'accéder à la propriété intellectuelle d'une autre IP, il va prendre le chemin le plus court. Sur le serveur A, l'adresse IP 10.100.0.2 tentatives d'accès 10.100.22.3 ou vice-versa. Nous voulons que ce trafic de la Force de sortir eth1 sur le serveur A et de la passerelle. La passerelle de filtrage du trafic, dans ce cas, nous mai ont une règle de blocage de l'accès 10.100.0.2 à 10.100.22.3 - ou peut-être une autorisation politique. ip règle ajouter de 10.100.0.2 table TEST1 ip route add 10.100.0.2 dev eth1 table TEST1 ip route add default via 10.100.9.1 table TEST1 ip règle ajouter de 10.100.22.3 table TEST2 ip route add 10.100.22.3 table TEST2 ip route add default via 10.100.9.1 table TEST2 Ma compréhension de la source d'acheminement me dit ci-dessus devrait permettre de résoudre le problème, mais sur l'ajout de la passerelle par défaut (ip route add default via 10.100.9.1 table TEST1 et ip route add default via 10.100.9.1 table TEST2), le trafic n'est pas frappé la porte à tous. Avez-vous des suggestions pour résoudre ce problème - est-il encore possible? |
| Bookmarks |
| Thread Tools | Recherche sur ce Thread |
| Modes d'affichage | Rate this thread |
|
|