![]() |
|
|
#1 |
|
Gast
Beiträge: n/a
|
Mahlzeit,
also folgendes problem: ich habe eine bestehende 6 mbit internetverbindung, die ich per gateway über meine netzwerkkarte anspreche. surfen geht, alles kein problem und alle sind glücklich. öffne ich aber nun eine DFÜ verbindung, werden ab diesem zeitpunkt alle internetanfragen über die dfü rausgeschickt. selbes phänomen gibt es bei einer microsoft-vpn-verbindung. das ist mist, da die dfü natürlich nur isdn wäre und somit die bandbreite um ein vielfaches kleiner ist - und ich dann keine mucke mehr hören kann. sowas nervt einen extrem wenn man 3 stunden nen kunden fernwarten muss und nichtmal mucke hat. . . hat jemand eine lösung für dieses problem? ['radio kaufen' wäre eine möglichkeit, ist aber nicht die antwort auf meine frage!] danke, marco |
|
|
|
#2 |
|
Erfahrener Benutzer
Registriert seit: 23.06.2002
Ort: Ilmenau
Alter: 46
Beiträge: 3.360
|
Wofür brauchst du denn die DFÜ-Verbindung?
Du kannst doch das VPN auch über die DSL-Leitung bauen? Cherry
__________________
GS91 98-01, 17-45 Mm / GS97 01-?, 10-55 Mm Verantwortung übernehmen heißt: "die Geschwindigkeit an die Verhältnisse anpassen", nicht zu denken, dass das Tempolimit "Denken und Verantwortung übernehmen" am Steuer erspart. |
|
|
|
|
|
#3 |
|
Gast
Beiträge: n/a
|
okay missverstanden.
ich hab meine dsl leitung, die ich normalerweise immer benutze. wenn ich jetzt einen kunden fernwarten muss, sprich bei dem was aufm server spiele, dann läuft das per DFÜ (ISDN) oder VPN (DSL). windows erstellt für die verbindungen jeweils eine externe. sobald diese verbindung besteht, wird alles über die verbindung geroutet, meine lan ist dann praktisch tod. ich habe bei bestehender dfü/vpn verbindung nicht mehr meinen router als access zum internet, sondern den wohin meine dfü gerade geht. im endeffekt wäre das ne statische route für nen paar bestimmte ports an der richtigen stelle, nur die suche ich ;D mit vpn-verbindung: Code:
Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\Dokumente und Einstellungen\ms.TECHNOSOFT>tracert gs-500.de Routenverfolgung zu gs-500.de [80.67.17.85] über maximal 30 Abschnitte: 1 95 ms 95 ms 92 ms 192.168.1.34 2 97 ms 97 ms 97 ms fritz.box.feige [192.168.1.253] 3 147 ms 145 ms 148 ms 217.0.116.98 4 144 ms 149 ms 147 ms 217.0.70.214 5 145 ms 145 ms 145 ms 62.154.32.218 6 150 ms 145 ms 148 ms 62.67.38.241 7 148 ms 148 ms 145 ms ae-0-16.mp2.Hamburg1.Level3.net [195.122.140.178 ] 8 161 ms 161 ms 158 ms so-3-0-0.mp2.Munich1.Level3.net [4.68.128.49] 9 163 ms 158 ms 158 ms ge-5-2.hsa1.Munich1.Level3.net [195.122.176.203] 10 187 ms 182 ms 184 ms gige-0-1.core.ispgateway.de [62.67.32.38] 11 183 ms 182 ms 182 ms GigE-0-1.gate.ispgateway.de [80.67.18.114] 12 184 ms 183 ms 182 ms khamsin.ispgateway.de [80.67.17.85] Ablaufverfolgung beendet. C:\Dokumente und Einstellungen\ms.TECHNOSOFT> ohne vpn: Code:
C:\Dokumente und Einstellungen\ms.TECHNOSOFT>tracert gs-500.de Routenverfolgung zu gs-500.de [80.67.17.85] über maximal 30 Abschnitte: 1 <1 ms 1 ms <1 ms satellite.technosoft.intern [192.168.20.252] 2 42 ms 54 ms 42 ms 217.0.116.98 3 41 ms 40 ms 41 ms 217.0.70.210 4 41 ms 41 ms 41 ms 62.154.32.86 5 58 ms 41 ms 41 ms 62.67.38.241 6 43 ms 42 ms 42 ms ae-0-16.mp2.hamburg1.level3.net [195.122.140.178 ] 7 54 ms 55 ms 55 ms so-1-0-0.mp1.Munich1.Level3.net [4.68.128.53] 8 55 ms 56 ms 55 ms ge-5-2.hsa1.munich1.level3.net [195.122.176.203] 9 79 ms 79 ms 79 ms gige-0-1.core.ispgateway.de [62.67.32.38] 10 79 ms 79 ms 79 ms gige-0-1.gate.ispgateway.de [80.67.18.114] 11 78 ms 78 ms 80 ms khamsin.ispgateway.de [80.67.17.85] Ablaufverfolgung beendet. mit isdn Code:
C:\Dokumente und Einstellungen\ms.TECHNOSOFT>tracert gs-500.de Routenverfolgung zu gs-500.de [80.67.17.85] über maximal 30 Abschnitte: 1 28 ms 22 ms 21 ms 192.168.10.240 2 72 ms 75 ms 77 ms 217.0.116.98 3 77 ms 75 ms 77 ms 217.0.70.218 4 70 ms 75 ms 77 ms 62.154.32.86 5 80 ms 76 ms 77 ms 62.67.38.241 6 78 ms 75 ms 77 ms ae-0-20.mp2.Hamburg1.Level3.net [195.122.140.202 ] 7 96 ms 92 ms 92 ms so-1-0-0.mp1.munich1.level3.net [4.68.128.53] 8 92 ms 91 ms 94 ms ge-4-1.hsa1.Munich1.Level3.net [195.122.176.163] 9 106 ms 107 ms 108 ms gige-0-1.core.ispgateway.de [62.67.32.38] 10 118 ms 108 ms 108 ms gige-0-1.gate.ispgateway.de [80.67.18.114] 11 106 ms 107 ms 108 ms khamsin.ispgateway.de [80.67.17.85] Ablaufverfolgung beendet. C:\Dokumente und Einstellungen\ms.TECHNOSOFT> |
|
|
|
#4 |
|
Erfahrener Benutzer
Registriert seit: 15.07.2002
Ort: Stadt der 7 Türme
Beiträge: 331
|
Zumindestens bei der VPN verwbindung gibt es die Einstellung eines Gateway. Da darf kein Haken sein. Dann nutzt er nach möglichkeit die normale DSL-Verbindung.
Ob es die Option auch bei ISDN gibt kann ich mangels Erfahrungen nicht sagen. Mike
__________________
My alcohol drinking club has a skydiving problem. |
|
|
|
|
|
#5 |
|
Gast
Beiträge: n/a
|
Deiner Aussage entnehme ich die ISDN Verbindung nutzt Du nicht über das Internet, sondern als Direkteinwahl zum jew. Kunden ?.
Angenommen dein LAN hat 130.0.0.0 SNM 255.255.0.0 Der Kunde mit dem RAS Zugang hat 131.0.0.0 SNM 255.255.0.0, der Zielrechner 131.0.0.1, trägst Du diesen als Gateway ein (DFÜ Verb Art -> In ein priv Netzwerk einwählen) Dabei sollte nun Windows 130.0.0.0 intern handlen können, 131.0.x.x über die ISDN Verb. und (<>130.0.x.x) & (<>131.0.x.x) über DSL Du musst mal schauen wo Du genau dann bei den Eigenschaften TCIP --> Gerät (z.B. Netzwerkkarte bzw. DFÜ Verb.) den Haken bei Standard Gateway akti- deaktivieren musst, das müsste ich selber erst ausprobieren, weiss nichtmehr genau wie Windoof das handhabt. Ob das Routing funktioniert kannst Du überprüfen in dem Du im CMD (Start, Ausführen, cmd) mit dem befehl "Netstat -r" die Routingtabelle anzeigen lässt. Manipulieren kannst DU die Routing Tabelle auch mit dem Befehl "Route" im CMD, hierbei schaust Du einfach in welchem Netz die ISDN Karte sich befindet und gibst einfach die zusätzliche Route über besagten Befehl ein, den Rest müsste Windows dann über den Standard Gateway handlen. Achte nur darauf, dass Dir die DFÜ Verbindung nicht den Standardgateway von der Netzwerkkarte (fürs DSL) auf die ISDN Karte umgelegt hat, zur Not korrigieren. BSP für eine zugefügte Route: Netzwerkziel: 131.0.0.0 SNM: 255.255.0.0 Gateway: 131.0.0.1 Netzwerkadapter: (die IP die Du entweder vom Zielrechner bekommen hast, oder die statische). Bist Du mit ISDN auch parallel im Internet kannst DU auch die Zieladresse selber z.B. 84.112.13.24 eingeben, die Route muss nicht auf ein komplettes Netz verweisen. Falls Du die jeweiligen zugewiesenen IP Adressen (Netzwerkkarte, ISDN ) anzeigen lassen willst, in CMD "ipconfig" eingeben. Wenn DU mit der Wartung beim Kunden fertig bist, kannst Du die zugefügte Route wieder aus der Tabelle löschen. Ist nen halber Roman geworden, sorry, hoffe es hilft bei deinem Problem... |
|
|
|
#6 |
|
Gast
Beiträge: n/a
|
wunnerbar, funzt!
bin heute leider erst dazu gekommen.. funzt aber alles so, wie ich möchte. einstellung wie folgt: 1. rechtsklick verbindung „eigenschaften“ 2. karteikarte „neztwerk“ 3. internetprotokoll (tcp/ip) doppelt anklicken 4. schaltfläche „erweitert“ 5. haken „standardgateway für das remote-netzwerke verwenden“ aushaken! thx euch =) hätte man finden können, aber man geht ja immer den weg des geringsten widerstandes grüße, marco |
|
![]() |
| Lesezeichen |
|
|
Ähnliche Themen
|
||||
| Thema | Autor | Forum | Antworten | Letzter Beitrag |
| Internetverbindung bricht bei Google Maps Aufruf ab | Reinki | Computer, Handy, Technik, ... | 14 | 29.05.2009 08:48:30 |