13
Metric des Loopback Adapter ändern
Hallo liebe Forumler
Ich möchte gerne die Metric des Loopback Adapter unter Windows ändern.
Hintergrund:
EINE Netzwerkkarte hat zwei IP Adressen zugewiesen
NIC1 --> 192.0.0.10 und 192.0.0.11
Es läuft ein Webserver der nur auf die 192.0.0.10 hören darf.
Ein nicht änderbarer Dienst soll auf den Webserver zugreifen und macht das NUR über 127.0.0.1
Ergebnis: Da beide Routen die Metrik 10 haben, greift der Dienst immer auf die 192.0.0.11 zu, obwohl das die zusätzlich eingerichtete IP des NIC ist!
Ich will also der Route von 127.0.0.1 auf 192.0.0.10 die Metrik 10 geben,
und der Route 127.0.0.1 auf 192.0.0.11 die Metrik 20 geben!
Leider kann ich nicht die IP Adressen am NIC drehen!
Ich habe es schon versucht über "route change 192.0.0.10 mask 255.255.255.255 127.0.0.1 metric 5"
Da behauptet XP die angegebene Route kann nicht gefunden werden, obwohl ich sie mit "route print" sehen kann!
Wer hat ein Idee ?????
Gruß,
Tonio
Hintergrund:
EINE Netzwerkkarte hat zwei IP Adressen zugewiesen
NIC1 --> 192.0.0.10 und 192.0.0.11
Es läuft ein Webserver der nur auf die 192.0.0.10 hören darf.
Ein nicht änderbarer Dienst soll auf den Webserver zugreifen und macht das NUR über 127.0.0.1
Ergebnis: Da beide Routen die Metrik 10 haben, greift der Dienst immer auf die 192.0.0.11 zu, obwohl das die zusätzlich eingerichtete IP des NIC ist!
Ich will also der Route von 127.0.0.1 auf 192.0.0.10 die Metrik 10 geben,
und der Route 127.0.0.1 auf 192.0.0.11 die Metrik 20 geben!
Leider kann ich nicht die IP Adressen am NIC drehen!
Ich habe es schon versucht über "route change 192.0.0.10 mask 255.255.255.255 127.0.0.1 metric 5"
Da behauptet XP die angegebene Route kann nicht gefunden werden, obwohl ich sie mit "route print" sehen kann!
Wer hat ein Idee ?????
Gruß,
Tonio
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 116080
Url: https://administrator.de/contentid/116080
Printed on: April 19, 2024 at 23:04 o'clock
13 Comments
Latest comment
Du kannst die Route sehn? das glaube ich kaum... Denn da wäre schon irgendetwas sehr komisch...
Wieso kann der Dienst nur 127.0.0.1 aufrufen, und wieso kann der Server nur an 192.0.0.11 hören? Das sind Einschränkungen die für sich genommen keinen Sinn machen... Kannst du das näher erklären?
Wieso kann der Dienst nur 127.0.0.1 aufrufen, und wieso kann der Server nur an 192.0.0.11 hören? Das sind Einschränkungen die für sich genommen keinen Sinn machen... Kannst du das näher erklären?
Natürlich sind das andere IP adressen, hab die nur genommen um es nicht zu verwirrend zu machen!
Die echten IP Adressen sind öffentliche, auf die Medizinische Geräte im Mobilen Einsatz zugreifen. Diese können kein DNS also kann ich die IP nicht einfach drehen, da auf die andere IP wiederum andere Dienste zugreifen!
Der Dienst der nur auf 127.0.0.1 den Webserver auf dem gleichen System anspricht, kann nicht konfiguriert werden, da es die Firma die es programmiert hat nicht mehr gibt!
Tut hier auch nix zu Sache, es geht nur um die Metrik der beiden Routen!
Gruß,
Tonio
Die echten IP Adressen sind öffentliche, auf die Medizinische Geräte im Mobilen Einsatz zugreifen. Diese können kein DNS also kann ich die IP nicht einfach drehen, da auf die andere IP wiederum andere Dienste zugreifen!
Der Dienst der nur auf 127.0.0.1 den Webserver auf dem gleichen System anspricht, kann nicht konfiguriert werden, da es die Firma die es programmiert hat nicht mehr gibt!
Tut hier auch nix zu Sache, es geht nur um die Metrik der beiden Routen!
Gruß,
Tonio
Nein, es geht nicht um die Metrik. Was du bräuchtest wäre ein Proxyserver, denn mittels Routing kannst du keinen Dienst dazu bringen mit IP Y zu sprechen, wenn er nur zu IP X verbinden will.
Proxy wäre übertrieben und unnötig, würde abgesehen davon nur unnötigen Netzwerktraffic verursachen!
Lasst alles außer acht, das einzige was ich muss ist mit einer NIC mit zwei IP Adressen folgendes Routing zu machen:
NIC IPAdressen : erste: 192.0.0.10 ; zweite: 192.0.0.11
Route1: 127.0.0.1 auf 192.0.0.10 Metric 10
Route 2: 127.0.0.1 auf 192.0.0.11 Metric 20
Gruß,
Tonio
Lasst alles außer acht, das einzige was ich muss ist mit einer NIC mit zwei IP Adressen folgendes Routing zu machen:
NIC IPAdressen : erste: 192.0.0.10 ; zweite: 192.0.0.11
Route1: 127.0.0.1 auf 192.0.0.10 Metric 10
Route 2: 127.0.0.1 auf 192.0.0.11 Metric 20
Gruß,
Tonio
Welchen Netzwerktraffik? Du redest von Diensten auf dem selben System!
Und nein, dir hilft Routing nicht... Mit Routing schickst du IP Pakete in der Gegend herum, änderst aber nicht ihre Ziel-IP Adresse. Und solange das Ziel eine IP ist auf die dein Dienst nicht hören will, tut er das auch nicht.
Und nein, dir hilft Routing nicht... Mit Routing schickst du IP Pakete in der Gegend herum, änderst aber nicht ihre Ziel-IP Adresse. Und solange das Ziel eine IP ist auf die dein Dienst nicht hören will, tut er das auch nicht.
Ok Fruchtzerg, Du verstehst die Fragestellung und das Problem nicht, also versuche es nicht weiter!
Nur zu Erklärung:
Egal erst mal wo sich ein Netzwek befindet!
127.0.0.X ist ein Netzwerk.
192.0.0.x ist auch ein Netzwerk, ein anderes....!
Wie komm ich dort hin ? Genau Routing!
Und jetzt hoffe ich das Andere eine Idee haben zur Problemstellung!
Gruß,
Tonio
Nur zu Erklärung:
Egal erst mal wo sich ein Netzwek befindet!
127.0.0.X ist ein Netzwerk.
192.0.0.x ist auch ein Netzwerk, ein anderes....!
Wie komm ich dort hin ? Genau Routing!
Und jetzt hoffe ich das Andere eine Idee haben zur Problemstellung!
Gruß,
Tonio
Ich glaube eher du kannst das Problem nicht so beschreiben dass man es verstehen kann... Versuch es doch bitte nochmal anders.
Selbst wenn dir die Route "127.0.0.1 via 192.0.0.10" helfen würde, ist völlig egal ob die Route jetzt "127.0.0.1 via 192.0.0.10" oder "127.0.0.1 via 192.0.0.11" lautet, da 192.0.0.10 und 192.0.0.11 die selbe MAC Adresse haben. Selbst wenn du die Route irgendwie umbiegen kannst, die gesendeten IP Pakete werden sich dadurch nicht ändern.
Gruß,
Andreas
Selbst wenn dir die Route "127.0.0.1 via 192.0.0.10" helfen würde, ist völlig egal ob die Route jetzt "127.0.0.1 via 192.0.0.10" oder "127.0.0.1 via 192.0.0.11" lautet, da 192.0.0.10 und 192.0.0.11 die selbe MAC Adresse haben. Selbst wenn du die Route irgendwie umbiegen kannst, die gesendeten IP Pakete werden sich dadurch nicht ändern.
Gruß,
Andreas
Nicht richtig!
Da es ja jetzt schon geht, nur eben invertiert!
Lass es einfach Fruchtzwerk!
Tonio
Da es ja jetzt schon geht, nur eben invertiert!
Lass es einfach Fruchtzwerk!
Tonio
Wenn 192.0.0.10 und 192.0.0.11 der selben Netzwerkkarte zugewiesen sind, erzeugen die Routen "127.0.0.1 via 192.0.0.10" und "127.0.0.1 via 192.0.0.11" völlig identische Ergebnisse, das ist nunmal einfach so.
Wenn also etwas falsch ist, dann nur meine Auffassung deines Problems, aber dafür kann ich nichts, denn deine Beschreibung war in diesen Punkten eindeutig.
Schade, dass du dir nicht helfen lassen willst.
Wenn also etwas falsch ist, dann nur meine Auffassung deines Problems, aber dafür kann ich nichts, denn deine Beschreibung war in diesen Punkten eindeutig.
Schade, dass du dir nicht helfen lassen willst.
Du hast also einen Dienst der seine Pakete nur an 127.0.0.1 sendet und einen Dienst, der nur auf 192.168.0.10 Pakete empfängt. Das ist eine Pech-gehabt-Situation, bei der dir Routing nicht hilft.
Du kannst nicht einfach 127.0.0.1 Traffic routen, weil es
a) Windows entweder sofort abblocken würde
oder b) 5 Minuten später der Rechner in sich zusammenfallen würde.
Was du suchst ist DNAT. Also eine Regel:
"Port 80 an IP 127.0.0.1 übersetzen auf Port 80 an IP 192.168.0.10"
Das klappt aber auch nicht, weil 127.x-Traffic eben nicht routebar ist.
Du kannst dein Problem aber z.b. mit http://www.gcd.org/sengoku/stone/ lösen - das ist ein TCP Proxy.
Die Anwendung in deinem Fall ist:
Grüße
Max
Du kannst nicht einfach 127.0.0.1 Traffic routen, weil es
a) Windows entweder sofort abblocken würde
oder b) 5 Minuten später der Rechner in sich zusammenfallen würde.
Was du suchst ist DNAT. Also eine Regel:
"Port 80 an IP 127.0.0.1 übersetzen auf Port 80 an IP 192.168.0.10"
Das klappt aber auch nicht, weil 127.x-Traffic eben nicht routebar ist.
Du kannst dein Problem aber z.b. mit http://www.gcd.org/sengoku/stone/ lösen - das ist ein TCP Proxy.
Die Anwendung in deinem Fall ist:
stone.exe 192.168.0.10:http localhost:http
Grüße
Max
So!
Allen Unkenrufen zum trotz!
Es hat doch so funktioniert wie ich mir das dachte!
Zwar hat der Weg die Konfiguration mit Hilfe von route.exe nicht funktioniert.
Dazu war wie schon so oft nur der Umweg über die Registry erfolgreich, nach dem deaktivieren der automatischen Metrik vergabe, konnte ich dort die Metrik genau so konfigurieren wie von mir gewollt!
Und siehe da, es klappt so wie gewollt!
Ohne Proxy oder sonstigen Programmen!
Trotzdem vielen Dank!
Tonio
Allen Unkenrufen zum trotz!
Es hat doch so funktioniert wie ich mir das dachte!
Zwar hat der Weg die Konfiguration mit Hilfe von route.exe nicht funktioniert.
Dazu war wie schon so oft nur der Umweg über die Registry erfolgreich, nach dem deaktivieren der automatischen Metrik vergabe, konnte ich dort die Metrik genau so konfigurieren wie von mir gewollt!
Und siehe da, es klappt so wie gewollt!
Ohne Proxy oder sonstigen Programmen!
Trotzdem vielen Dank!
Tonio
Bestätigt nur, dass dein Problem falsch beschrieben war ;)
Ach Du armer, armer Bube.....hat er nicht gelesen was ich geschrieben habe.....
GENAU SO WIE ICH ES BESCHRIEBEN HABE WAR DIE LÖSUNG!
Da ist wohl jeglicher Kommentar überflüssig!
GENAU SO WIE ICH ES BESCHRIEBEN HABE WAR DIE LÖSUNG!
Da ist wohl jeglicher Kommentar überflüssig!
