Routing und Ras mit 2 Gateways unter Windows Server 2003
Hallo,
Ich habe da ein Problem der etwas größeren klasse.
Ich würde gern ein Netzwerk mit 2 Gateways errichten. Sie müssen aber Physikalisch getrennt sein. Um nicht lange Texte zu schreiben die keiner versteht habe ich ein Skizze angefertigt.
Ich hoffe ihr kennt euch damit aus.
Mfg
Jonas
Ich habe da ein Problem der etwas größeren klasse.
Ich würde gern ein Netzwerk mit 2 Gateways errichten. Sie müssen aber Physikalisch getrennt sein. Um nicht lange Texte zu schreiben die keiner versteht habe ich ein Skizze angefertigt.
Ich hoffe ihr kennt euch damit aus.
Mfg
Jonas
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 22313
Url: https://administrator.de/forum/routing-und-ras-mit-2-gateways-unter-windows-server-2003-22313.html
Ausgedruckt am: 25.12.2024 um 04:12 Uhr
21 Kommentare
Neuester Kommentar
Hi,
also der Rechner rechts oben stellt die Internet-Verbindung her ...
Der Server sollte als Gateway auf der einen Netzwerkkarte die IP dieses Cliensts bekommen, auf der 2. Karte kein Gateway.
Auf dem Server muss das TCP/IP-Forwarding aktiviert sein, siehe hier:
http://www.winfaq.de/faq_html/tip0908.htm
Beim Client oben rechts bin ich mir nicht so sicher, weil ich bisher die Internetverbindungsfreigabe noch nie benutzt habe.
Wenn Du das andere schon gemacht hast und es noch nicht geht, schau mal ob es hilft wenn Du auf in den Erweiteren TCP/IP-Eigenschaften des DFÜ-Eintrags den Haken "Standardgateway für das Remotenetzwerk verwenden" änderst.
Wenn das nicht hilft, dann stelle beim dem Client kein Gateway bei der Netzwerkkarte ein. Du musst dann nur noch das Routing für das 2. Netz händisch machen. Dazu trägt Du eine Route mittelst folgendes Befehls ein:
route -p add 192.168.1.0 mask 255.255.255.0 192.168.2.1
Melde Dich nochmal und sag ob es geklappt hat.
Gruss,
Thomas
also der Rechner rechts oben stellt die Internet-Verbindung her ...
Der Server sollte als Gateway auf der einen Netzwerkkarte die IP dieses Cliensts bekommen, auf der 2. Karte kein Gateway.
Auf dem Server muss das TCP/IP-Forwarding aktiviert sein, siehe hier:
http://www.winfaq.de/faq_html/tip0908.htm
Beim Client oben rechts bin ich mir nicht so sicher, weil ich bisher die Internetverbindungsfreigabe noch nie benutzt habe.
Wenn Du das andere schon gemacht hast und es noch nicht geht, schau mal ob es hilft wenn Du auf in den Erweiteren TCP/IP-Eigenschaften des DFÜ-Eintrags den Haken "Standardgateway für das Remotenetzwerk verwenden" änderst.
Wenn das nicht hilft, dann stelle beim dem Client kein Gateway bei der Netzwerkkarte ein. Du musst dann nur noch das Routing für das 2. Netz händisch machen. Dazu trägt Du eine Route mittelst folgendes Befehls ein:
route -p add 192.168.1.0 mask 255.255.255.0 192.168.2.1
Melde Dich nochmal und sag ob es geklappt hat.
Gruss,
Thomas
Hi,
das mit dem kein Gateway eintragen war nur für den Client mit der ISDN-Verbindung ins Internet gemeint.
Um es mal einzukreisen ... klappt es denn mit den anderen Clients soweit, wenn Du es so machst wie ich beschrieben habe? Rein intern meine ich mal, das Internet mal aussen vor gelassen.
Wenn ja, nächster Schritt ....
Da war mal was mit der Internet-Freigabe ... dass sich wenn man die aktiviert der Rechner eine bestimmte IP-Adresse gibt (oder eine aus einem bestimmten Bereich). Die kann man auch nicht ändern ... Stimmt das? Weil genau weiss ich das nicht mehr, hab ich als das Ding "auf sie Welt kam" mal gelesen, hab aber die Funktion noch NIE benutzt, da ich immer einen Router benutzt habe, sorry.
Gut, nächster Punkt ... mit welcher Konfiguration die ich oben genannt habe, kommt der Client mit der ISDN-Karte ins Internet? Gateway der Server oder ohne Gateway? Haken drin bei "Standard-Gateway nutzen" oder draussen? Sind 4 versch. Möglichkeiten, kannst Du das mal testen ... Ich weiss, das ist jetzt ein bissel "ausprobieren" aber wie gesagt, das ICS (Internet Connection Sharing = Internetfreigabe) ist für mich Neuland.
So, jetzt warte ich auf Deine Antwort bevor ich weiterschreibe, aber ich bin zuversichtlich dass wir das hinbekommen .
Gruss,
Thomas
das mit dem kein Gateway eintragen war nur für den Client mit der ISDN-Verbindung ins Internet gemeint.
Um es mal einzukreisen ... klappt es denn mit den anderen Clients soweit, wenn Du es so machst wie ich beschrieben habe? Rein intern meine ich mal, das Internet mal aussen vor gelassen.
Wenn ja, nächster Schritt ....
Da war mal was mit der Internet-Freigabe ... dass sich wenn man die aktiviert der Rechner eine bestimmte IP-Adresse gibt (oder eine aus einem bestimmten Bereich). Die kann man auch nicht ändern ... Stimmt das? Weil genau weiss ich das nicht mehr, hab ich als das Ding "auf sie Welt kam" mal gelesen, hab aber die Funktion noch NIE benutzt, da ich immer einen Router benutzt habe, sorry.
Gut, nächster Punkt ... mit welcher Konfiguration die ich oben genannt habe, kommt der Client mit der ISDN-Karte ins Internet? Gateway der Server oder ohne Gateway? Haken drin bei "Standard-Gateway nutzen" oder draussen? Sind 4 versch. Möglichkeiten, kannst Du das mal testen ... Ich weiss, das ist jetzt ein bissel "ausprobieren" aber wie gesagt, das ICS (Internet Connection Sharing = Internetfreigabe) ist für mich Neuland.
So, jetzt warte ich auf Deine Antwort bevor ich weiterschreibe, aber ich bin zuversichtlich dass wir das hinbekommen .
Gruss,
Thomas
Hi,
also wenn jeder Client als Gateway die Netzwerkkarte des Servers eingetragen hat, und zwar immer die im jeweiligen Subnet des Clients, und Du das Routing auf der Server wie beschrieben geändert hast, dann müsste das interne Netz aber funktionieren.
Und was das ICS-IP-Adressen-Problem angeht ... schau mal hier:
http://www.winpage.info/pages/Netzwerk/freigabe.php
Das heisst dass Du Deine Adressen ändern müsstest damit es funktioniert.
Mit DNS hat das ganze nichts zu tun. Der DNS-Server löst ja nur die Adressen auf.
Grundsätzlich gehen alle Datenpakete welche für ein Netz ausserhalb des eigenen bestimmt sind immer an das Standard-Gateway. Folglich geht jede Anfrage ans Internet erst mal an den Server. Der leitet es dann wieder über sein Standard-Gateway weiter. Also muss das Standard-Gateway des Servers auf dem Client mit der ISDN-Karte zeigen. Das ist so weit mal Fakt.
Was ich jetzt nur nicht weiss, ist, ob das Routing des ICS Vorrang hat vor dem Standard-Gateway, weil das würde die Datenpakete ja wieder an den Server zurückschicken (wenn das Routing aktiv wäre).
Und daher dann die Idee dem Rechner eben kein Standard-Gateway auf dem Server zu setzen. Weil dann müsste das Gateway der Internetverbindung ziehen. Und Pakete an das zweite interne Netz müssten dann halt per manuell eingetragener Route zum Server geschickt werden.
Eben so wie ich es schon beschrieben habe.
Gruss,
Thomas
also wenn jeder Client als Gateway die Netzwerkkarte des Servers eingetragen hat, und zwar immer die im jeweiligen Subnet des Clients, und Du das Routing auf der Server wie beschrieben geändert hast, dann müsste das interne Netz aber funktionieren.
Und was das ICS-IP-Adressen-Problem angeht ... schau mal hier:
http://www.winpage.info/pages/Netzwerk/freigabe.php
Das heisst dass Du Deine Adressen ändern müsstest damit es funktioniert.
Mit DNS hat das ganze nichts zu tun. Der DNS-Server löst ja nur die Adressen auf.
Grundsätzlich gehen alle Datenpakete welche für ein Netz ausserhalb des eigenen bestimmt sind immer an das Standard-Gateway. Folglich geht jede Anfrage ans Internet erst mal an den Server. Der leitet es dann wieder über sein Standard-Gateway weiter. Also muss das Standard-Gateway des Servers auf dem Client mit der ISDN-Karte zeigen. Das ist so weit mal Fakt.
Was ich jetzt nur nicht weiss, ist, ob das Routing des ICS Vorrang hat vor dem Standard-Gateway, weil das würde die Datenpakete ja wieder an den Server zurückschicken (wenn das Routing aktiv wäre).
Und daher dann die Idee dem Rechner eben kein Standard-Gateway auf dem Server zu setzen. Weil dann müsste das Gateway der Internetverbindung ziehen. Und Pakete an das zweite interne Netz müssten dann halt per manuell eingetragener Route zum Server geschickt werden.
Eben so wie ich es schon beschrieben habe.
Gruss,
Thomas
Hi,
also zu der 192.168.2.1 ... diese IP hast Du in der Zeichnung dem Client und dem Server zugeordnet.
DNS braucht ein Client nur deshalb für den Internetzugang, damit Du www.administrator.de eingeben kannst und der Client das in eine IP-Adresse umsetzen kann. Bei 2 Clienst per ICS solltst Du beim Client der die Verbindung mitnutzt nicht die IP des Rechners mit der ISDN-Verbindung eingeben sondern einen DNS-Server des Providers.
Wenn Du bei Dir auf dem Server einen DNS-Server laufen hast, muss der eine DNS-Weiterleitung zum DNS-Server des Providers haben.
Nochmal ... lass den ISDN-Rechner mal ganz aussen vor. Können die Clients in beiden Netzen untereinander Kontakt aufnehmen? Per Ping (Firewall aus!)?
Wenn nicht stimmt was am Server nicht. Poste mal dessen Routing-Tabelle (route print) und die TCP/IP-Konfiguration (ipconfig /all).
Hast Du das mit den IP-Adressen und dem ICS gelesen?
Ich nutze einen zentralen Router der die Internet-Verbindung herstellt.
Gruss,
Thomas
also zu der 192.168.2.1 ... diese IP hast Du in der Zeichnung dem Client und dem Server zugeordnet.
DNS braucht ein Client nur deshalb für den Internetzugang, damit Du www.administrator.de eingeben kannst und der Client das in eine IP-Adresse umsetzen kann. Bei 2 Clienst per ICS solltst Du beim Client der die Verbindung mitnutzt nicht die IP des Rechners mit der ISDN-Verbindung eingeben sondern einen DNS-Server des Providers.
Wenn Du bei Dir auf dem Server einen DNS-Server laufen hast, muss der eine DNS-Weiterleitung zum DNS-Server des Providers haben.
Nochmal ... lass den ISDN-Rechner mal ganz aussen vor. Können die Clients in beiden Netzen untereinander Kontakt aufnehmen? Per Ping (Firewall aus!)?
Wenn nicht stimmt was am Server nicht. Poste mal dessen Routing-Tabelle (route print) und die TCP/IP-Konfiguration (ipconfig /all).
Hast Du das mit den IP-Adressen und dem ICS gelesen?
Ich nutze einen zentralen Router der die Internet-Verbindung herstellt.
Gruss,
Thomas
OK, dann gehen wir mal den ISDN-Rechner an:
Ich sehe 4 Einstellungen die man versuchen kann:
a) mit Gateway zum Server
a1) Standard-Gateway verwenden ja
a2) Standard-Gateway nein
b) ohne Gateway zum Server
b1) Standard-Gateway verwenden ja
b2) Standard-Gateway nein
Bei welcher Konfiguration kommt man vom Client selbst ins Internet?
Kannst Du mal die Routingtabelle und die IP-Konfiguration des Clients hier posten? Auslesen wenn die Internet-Verbindung steht.
Gruss,
Thomas
Ich sehe 4 Einstellungen die man versuchen kann:
a) mit Gateway zum Server
a1) Standard-Gateway verwenden ja
a2) Standard-Gateway nein
b) ohne Gateway zum Server
b1) Standard-Gateway verwenden ja
b2) Standard-Gateway nein
Bei welcher Konfiguration kommt man vom Client selbst ins Internet?
Kannst Du mal die Routingtabelle und die IP-Konfiguration des Clients hier posten? Auslesen wenn die Internet-Verbindung steht.
Gruss,
Thomas
Hi,
Dir auch noch alles Gute fürs neue Jahr.
Also wenn wir da jetzt nicht an uns vorbei reden, dann ist das ja genau das was wir wollen.
Ich hole nochmal etwas aus, wenn ich was falsch verstanden habe, korrigiere mich ...
Der Server hat als Gateway die IP-Adresse des ISDN-Rechners. Wenn Du bei dem ISDN-Rechner dann das Gateway auf den Server setzt, dann werden alle Anfragen ins Internet geroutet?
Das können dann ja aber nur Anfragen ans 192.168.1.0er Netz sein und Internetanfragen. Weil die Anfragen ans eigene 192.168.2.0er Netz werden ja direkt ausgeführt ...
Moment ... sagtest Du nicht in der vorherien Antwort "Die Ips auf den Server Netzwerkarten enden auf null." ? Das kann ja nicht sein, weil die Null hinten ist das ganze Netz. Und die lässt Dich Windows ja gar nicht eintragen.
So, oben weiter ...
Du musst dann nur noch auf dem ISDN-Rechner eine Route eintragen, dass er das 192.168.1.0er Netz auf dem Server routet.
Dort sollte es ja schon die Route ins 192.168.1.0er Netz geben.
So jetzt aber mal noch ein Fazit von mir:
- Der Plan von Dir stimmt nicht ganz, da sowohl der Server als auch der ISDN-Client die gleiche IP haben.
- Die Aussage, die Server haben hinten die 0 in der IP-Adresse dürfte ja eigentlich auch nicht stimmen, oder?
- Ich habe Dich schon mehrfach gebeten, die Ausgabe von IPCONFIG zu posten - bisher immer Fehlanzeige .
- Und ich hatte Dich in meiner letzten Antwort gebeten, mal diverse Dinge auf dem ISDN-Rechner zu testen - leider auch Fehlanzeige .
Ich möchte Dir echt gerne helfen, aber dann solltest Du auch auf meine Rückfragen eingehen.
Gruss,
Thomas
Dir auch noch alles Gute fürs neue Jahr.
Wenn ich beim ISDN Rechner den Eintrag
192.168.2.1 für die Standartgateway
setze, Routet der ALLE Anfragen zur
Standartgateway des Providers. Was tun?
192.168.2.1 für die Standartgateway
setze, Routet der ALLE Anfragen zur
Standartgateway des Providers. Was tun?
Also wenn wir da jetzt nicht an uns vorbei reden, dann ist das ja genau das was wir wollen.
Ich hole nochmal etwas aus, wenn ich was falsch verstanden habe, korrigiere mich ...
Der Server hat als Gateway die IP-Adresse des ISDN-Rechners. Wenn Du bei dem ISDN-Rechner dann das Gateway auf den Server setzt, dann werden alle Anfragen ins Internet geroutet?
Das können dann ja aber nur Anfragen ans 192.168.1.0er Netz sein und Internetanfragen. Weil die Anfragen ans eigene 192.168.2.0er Netz werden ja direkt ausgeführt ...
Moment ... sagtest Du nicht in der vorherien Antwort "Die Ips auf den Server Netzwerkarten enden auf null." ? Das kann ja nicht sein, weil die Null hinten ist das ganze Netz. Und die lässt Dich Windows ja gar nicht eintragen.
So, oben weiter ...
Du musst dann nur noch auf dem ISDN-Rechner eine Route eintragen, dass er das 192.168.1.0er Netz auf dem Server routet.
Dort sollte es ja schon die Route ins 192.168.1.0er Netz geben.
So jetzt aber mal noch ein Fazit von mir:
- Der Plan von Dir stimmt nicht ganz, da sowohl der Server als auch der ISDN-Client die gleiche IP haben.
- Die Aussage, die Server haben hinten die 0 in der IP-Adresse dürfte ja eigentlich auch nicht stimmen, oder?
- Ich habe Dich schon mehrfach gebeten, die Ausgabe von IPCONFIG zu posten - bisher immer Fehlanzeige .
- Und ich hatte Dich in meiner letzten Antwort gebeten, mal diverse Dinge auf dem ISDN-Rechner zu testen - leider auch Fehlanzeige .
Ich möchte Dir echt gerne helfen, aber dann solltest Du auch auf meine Rückfragen eingehen.
Gruss,
Thomas
Moin,
mit ziemlicher Sicherheit: Das Vorhaben geht so nicht!
Das Problem ist, dass das WAN-Gateway im Netzbereich liegt, welches definitiv physikalisch von Netz -1- nicht erreichbar sein darf.
Die jeweiligen Routen (Ziel=0.0.0.0) würden spätestens auf dem Server in das Netz -2- pointen (Gateway/Schnitstelle), spätestens hier ist das Vorhaben gescheitert!
Abhilfe: Ein drittes Netz muss für das WAN-Gateway geschaffen werden, nur so wäre es möglich.
Soll heissen: Dritte NIC in den Server (Netz-ID -3-) und den XP-Pro ebenfalls in den Bereich setzen (192.168.3.1)
Die "Rückwege" müssten (m.E.) nicht auf dem XP-Pro gesetzt werden, da der W2K3
a) die statischen Routen automatisch haben sollte
b) das ICS das in Verbindung mit dem Routing (Routing/RAS/NAT) auf dem Server übernimmt.
"Offiziell" tritt der W2K3 ggü. dem XP-Pro als Quelle auf und verteilt/routet dann intern zurück.
Gruß, Rene
Anm.: Zweiter Postingversuch Um 09:48 war das Forum für 5 Minuten nicht erreichbar (schnell den Text per Copy & Paste kopiert ):
mit ziemlicher Sicherheit: Das Vorhaben geht so nicht!
Das Problem ist, dass das WAN-Gateway im Netzbereich liegt, welches definitiv physikalisch von Netz -1- nicht erreichbar sein darf.
Die jeweiligen Routen (Ziel=0.0.0.0) würden spätestens auf dem Server in das Netz -2- pointen (Gateway/Schnitstelle), spätestens hier ist das Vorhaben gescheitert!
Abhilfe: Ein drittes Netz muss für das WAN-Gateway geschaffen werden, nur so wäre es möglich.
Soll heissen: Dritte NIC in den Server (Netz-ID -3-) und den XP-Pro ebenfalls in den Bereich setzen (192.168.3.1)
Die "Rückwege" müssten (m.E.) nicht auf dem XP-Pro gesetzt werden, da der W2K3
a) die statischen Routen automatisch haben sollte
b) das ICS das in Verbindung mit dem Routing (Routing/RAS/NAT) auf dem Server übernimmt.
"Offiziell" tritt der W2K3 ggü. dem XP-Pro als Quelle auf und verteilt/routet dann intern zurück.
Gruß, Rene
Anm.: Zweiter Postingversuch Um 09:48 war das Forum für 5 Minuten nicht erreichbar (schnell den Text per Copy & Paste kopiert ):
Hi,
so, auf ein Neues ....
Wenn der Rechner mit der ISDN Karte kein Gateway hat, dann erreicht er trotzdem alle Rechner in seinem Subnetz (192.168.2.0). Die Rechner im Subnetz 192.168.1.0 erreicht er erst mal nicht, denn alles was er nicht in seinem Subnetz hat, würde er erst mal ins Internet routen. Damit dem nicht so ist, braucht er für dieses Netz eine zusätzliche Route, welche Anfragen an dieses Netz zum Server schickt:
route add 192.168.1.0 mask 255.255.255.0 192.168.2.1
Der Server selbst hat dann ja die Route zum 192.168.1.0er Netz und leitet die Pakete weiter.
Wenn Du auf diesem Rechner (ISDN) das Standard-Gatway auf den Server setzt, werden alle Pakete die der Rechner nicht kennt, an den Server weitergeleitet. Stellst Du dann auf dem Rechner eine Internetverbindung her, wird das Standard-Gateway auf diese umgebogen. Folglich werden dann auch Anfragen ans Interne Netz versucht über diese zu schicken. Auch hier müsste der Eintrag der o.g. Route die internen Anfragen an den Server leiten, wenn die Route eine höhere Priorität hat (deshalb die Bitte nach der Ausgabe von route print bei bestehender Internetverbindung).
Das Umbiegen des Standard-Gateways kann man verhindern, indem man den Haken "Standard-Gateway für das Remotenetzwerk verwenden" rausmacht (oder rein? - jedenfalls ändern). Zu finden in den Eigenschaften der ISDN-Verbindung -> Register Netzwerk -> Eigenschaften Internetprotokoll -> Erweitert.
Allerdings sehe ich das Problem, dass wenn das Standard-GW auf den Server zeigt, die Internetverbindung nicht automatisch beim Aufruf einer Internetadresse hergestellt werden wird, da ja alle Anfragen ans nichteigene Netz zum Server geschickt werden.
Daher denke ich dass es besser geht, wenn Du mein ISDN-Rechner kein Standard-GW eingibst. Ob das dann aber mit der Rückroute klappt, kann ich erst sagen wenn ich die Routingtabelle des Rechner gesehen habe (Route print). Falls Du die postest, bitte auch die des Servers, nur damit ich auch sehen kann, dass dort alles passt.
Gruss,
Thomas
so, auf ein Neues ....
Wenn der Rechner mit der ISDN Karte kein Gateway hat, dann erreicht er trotzdem alle Rechner in seinem Subnetz (192.168.2.0). Die Rechner im Subnetz 192.168.1.0 erreicht er erst mal nicht, denn alles was er nicht in seinem Subnetz hat, würde er erst mal ins Internet routen. Damit dem nicht so ist, braucht er für dieses Netz eine zusätzliche Route, welche Anfragen an dieses Netz zum Server schickt:
route add 192.168.1.0 mask 255.255.255.0 192.168.2.1
Der Server selbst hat dann ja die Route zum 192.168.1.0er Netz und leitet die Pakete weiter.
Wenn Du auf diesem Rechner (ISDN) das Standard-Gatway auf den Server setzt, werden alle Pakete die der Rechner nicht kennt, an den Server weitergeleitet. Stellst Du dann auf dem Rechner eine Internetverbindung her, wird das Standard-Gateway auf diese umgebogen. Folglich werden dann auch Anfragen ans Interne Netz versucht über diese zu schicken. Auch hier müsste der Eintrag der o.g. Route die internen Anfragen an den Server leiten, wenn die Route eine höhere Priorität hat (deshalb die Bitte nach der Ausgabe von route print bei bestehender Internetverbindung).
Das Umbiegen des Standard-Gateways kann man verhindern, indem man den Haken "Standard-Gateway für das Remotenetzwerk verwenden" rausmacht (oder rein? - jedenfalls ändern). Zu finden in den Eigenschaften der ISDN-Verbindung -> Register Netzwerk -> Eigenschaften Internetprotokoll -> Erweitert.
Allerdings sehe ich das Problem, dass wenn das Standard-GW auf den Server zeigt, die Internetverbindung nicht automatisch beim Aufruf einer Internetadresse hergestellt werden wird, da ja alle Anfragen ans nichteigene Netz zum Server geschickt werden.
Daher denke ich dass es besser geht, wenn Du mein ISDN-Rechner kein Standard-GW eingibst. Ob das dann aber mit der Rückroute klappt, kann ich erst sagen wenn ich die Routingtabelle des Rechner gesehen habe (Route print). Falls Du die postest, bitte auch die des Servers, nur damit ich auch sehen kann, dass dort alles passt.
Gruss,
Thomas
Hm, da der Server kein Standard-GW hat, kann er nur interne Netze über seine Routingeinträge auflösen.
Was passiert wenn Du dem Server als GW die IP des ISDN-Rechners verpasst? Der sollte dann aber eine feste IP haben und sie nicht per DHCP beziehen.
Du kannst auch mal ein tracert -d Server im Internet machen. Dann siehst Du bis wo er kommt. Denke das ist aber nicht weit ... nur bis zum Server.
Kleiner Tipp noch: Du hättest die Routing-Tabellen nicht als Bilder reinstellen müssen, ein
route print > C:\ausgabe.txt schreibt die Ausgabe in die Textdatei. Geht finde ich einfacher.
Gruss,
Thomas
Was passiert wenn Du dem Server als GW die IP des ISDN-Rechners verpasst? Der sollte dann aber eine feste IP haben und sie nicht per DHCP beziehen.
Du kannst auch mal ein tracert -d Server im Internet machen. Dann siehst Du bis wo er kommt. Denke das ist aber nicht weit ... nur bis zum Server.
Kleiner Tipp noch: Du hättest die Routing-Tabellen nicht als Bilder reinstellen müssen, ein
route print > C:\ausgabe.txt schreibt die Ausgabe in die Textdatei. Geht finde ich einfacher.
Gruss,
Thomas
Halllo, ich habe genau das gleiche Problem und wollte fragen ob Ihr mir noch etwas helfen könnt.
Mein LAN - PC hat die IP 192.168.4.3 und sollte über den Server 192.168.4.100 (auch zweite IP 3.100) auf den 2ten Server 192.168.3.15 zugreifen tut es aber nicht.
1) Die Server sehen sich gegenseitig...ok
2) am 4.3 LAN PC ROUTE add 192.168.3.0 mask 255.255.255.0 192.168.4.100 bringt leider nichts
?) Was muss ich noch am Server einstellen, dachte das geht automatisch
mfg Stefan
Mein LAN - PC hat die IP 192.168.4.3 und sollte über den Server 192.168.4.100 (auch zweite IP 3.100) auf den 2ten Server 192.168.3.15 zugreifen tut es aber nicht.
1) Die Server sehen sich gegenseitig...ok
2) am 4.3 LAN PC ROUTE add 192.168.3.0 mask 255.255.255.0 192.168.4.100 bringt leider nichts
?) Was muss ich noch am Server einstellen, dachte das geht automatisch
mfg Stefan