hallo leute, folgende problemstellung: mein rechner hat tdsl für "normale" internetverbindungen (als default gateway) und einen isdn-zugang mit sync_ppp und fester ip-nummer. über die isdn-leitung sollen nur zwei bestimmte rechner (aus verschiedenen netzen) erreicht werden (für email via etrn). wie muss ich denn route.conf konfigurieren, damit dies läuft? dirk -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net
On Tue, Jul 30, 2002 at 04:34:54PM +0200, Dirk Borchers wrote:
hallo leute,
folgende problemstellung: mein rechner hat tdsl für "normale" internetverbindungen (als default gateway) und einen isdn-zugang mit sync_ppp und fester ip-nummer. über die isdn-leitung sollen nur zwei bestimmte rechner (aus verschiedenen netzen) erreicht werden (für email via etrn). wie muss ich denn route.conf konfigurieren, damit dies läuft?
Kommt einwenig auf die genaue Topologie an. Wenn es nur um die 2 Rechner geht und diese eine feste IP haben, muss Du garnichts weiter tun, die routen werden bei anlegen des devices automatisch gesetzt. Nur wenn die Einwahl IP eine andere ist als die wo die email connection hin soll, muessen zusaetzliche routen dorthin zeigen. Wenn andere Rechner im localen Netz auch Zugriff auf die Remote Rechner haben sollen, muessen diese wissen das die remote Rechner ueber ddeinen Rechner erreicht werden, das geht aber nicht ueber die route.conf Deines Rechners. -- Karsten Keil SuSE Labs ISDN development
On 30.07.2002 at 16:34 Dirk Borchers wrote:
hallo leute,
folgende problemstellung: mein rechner hat tdsl für "normale" internetverbindungen (als default gateway) und einen isdn-zugang mit sync_ppp und fester ip-nummer. über die isdn-leitung sollen nur zwei bestimmte rechner (aus verschiedenen netzen) erreicht werden (für email via etrn). wie muss ich denn route.conf konfigurieren, damit dies läuft?
Eigentlich hat jede Deiner zwei Verbindungen eine eigene IP-Adresse und ein eigenes Interface -- wenn sonst nichts weiter an Verbindungen existiert sollten das ippp0 und ippp1 sein. Diese beiden Interfaces sollten als echte HOST-Verbindungen eine Netzmaske von 255.255.255.255 haben -- eine Netzmaske wie 255.255.255.0 (Class-C) tut's aber auch (wenn die beiden Rechner dann nicht im gleichen Netzwerk liegen. Im Beispiel sei 192.168.33.11 Dein lokaler Rechner und 192.168.1.7 bzw. 192.168.5.32 Deine externen Rechner. Der lokale Rechner hat lediglich auf dem ppp-device für den DSL-Zugang eine dynamische Adresse, lokal auf eth0 eine feste! (Ich gehe davon aus, dass Du tatsächlich ein lokales Netz betreibst) Diese Zeilen kann man direkt in /etc/rc.config eintragen: NETCONFIG = "_0 _1 _2" IPADDR_0 = "192.168.33.11" IPADDR_1 = "192.168.33.11" IPADDR_2 = "192.168.33.11" NETDEV_0 = "eth0" NETDEV_1 = "ippp0" NETDEV_2 = "ippp1" IFCONFIG_0 = "eth0 192.168.33.11 netmask 255.255.255.0" IFCONFIG_1 = "ippp0 192.168.33.11 pointopoint 192.168.1.7 netmask 255.255.255.0" IFCONFIG_1 = "ippp1 192.168.33.11 pointopoint 192.168.5.32 netmask 255.255.255.0" In die /etc/route brauchst Du gar nichts einzutragen, da bereits die Interface- Definition alles festlegen sollte. Ein Check mittels 'route -n' sollte zunächst etwa folgendes ergeben (unbedingt __vor__ dem ersten Verbindungsaufbau überprüfen -- siehe nächsten Absatz): Destination Gateway Genmask Flags Metric Ref Use Iface 212.185.245.123 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 ippp0 192.168.5.0 0.0.0.0 255.255.255.0 U 0 0 0 ippp1 192.168.33.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 212.185.245.123 0.0.0.0 UG 0 0 0 ppp0 Natürlich gibt es da wieder eine Falle: SuSE hat für den Verbindungsaufbau das Skrip /etc/ppp/ip-up (und entsprechend das hard-linked Skrip /etc/ppp/ip-down) so gestaltet, dass bei jedem Verbindungsaufbau die Defaultroute auf das passende interface gesetzt wird. Da Du aber beim Verbindsaufbau gar nichts zu brauchst, stellst Du den Spuk dadurch ab, dass Du in der Datei den Fall des 'case "$INTERFACE" in' -> ippp*) durch ipppx) totlegst. Außerdem mußt Du auf die Datei /etc/ppp/options bzw. /etc/ppp/ioption.<interface> achten. Das keyword "defaultroute" muß auskommentiert sein und "useifip" sollte drin sein. Wenn __nach__ dem ersten Verbindungsaufbau Deine Routingtabelle anders aussieht als zuvor, dann ist da irgendwo diesbezüglich noch der Wurm drin (Ausnahme: die dynamische Adresse des ppp0-Interface kann sich natürlich ändern). Good Luck Andreas
participants (3)
-
Andreas Kretzer
-
Dirk Borchers
-
Karsten Keil