Wie kann ich auf die GUI meines Modems zugreifen, wenn es sich im Bridged-Modus befindet?

Ich bin entsetzt über die Fehlinformationen in der akzeptierten Antwort. Ich habe zwar keine Erfahrung mit dem ActionTec P5001a, aber ich habe Erfahrung mit einem halben Dutzend ähnlicher Geräte, und sie arbeiten alle auf die gleiche Weise, wenn sie sich im Bridge-Modus befinden.

Wenn es sich im Bridge-Modus befindet, hat es kein Web-Interface, keine IP.

Falsch. Er hat dieselbe Standard-IP-Adresse (192.168.0.1) und dasselbe Web-Interface wartet darauf, benutzt zu werden. Allerdings gibt es keine Route zum Netzwerk, so dass Sie 192.168.0.1 nicht erreichen können, es sei denn, Sie sagen Ihrem Router, dass er dorthin routen soll.

Ich habe DD-WRT auf meinem Linksys E4200 Router installiert. Es ist auch für den E2500 verfügbar. Vergewissern Sie sich, dass das Netzwerk des E2500 nicht 192.168.0.1 ist, und rufen Sie dann mit Ihrem Webbrowser die Verwaltungsoberfläche des Routers auf.

• Klicken Sie auf “Administration”
• Geben Sie im Befehlseingabefeld

ein - Klicken Sie auf “Save Startup”

• Geben Sie im Befehlseingabefeld

ein - Klicken Sie auf “Save Firewall” - Starten Sie den Router neu

Sie haben dem Router soeben die IP-Adresse 192.168.0.2 zugewiesen, die sich im selben Netzwerk wie das überbrückte Modem befindet, und ihn angewiesen, Pakete an dieses Netzwerk zu leiten. Von einem beliebigen Gerät in Ihrem Netzwerk können Sie sich nun mit

http://192.168.0.1/
``` in die Benutzeroberfläche des überbrückten Modems einloggen.

Ich bin auf dieses Problem gestoßen, als ich die Internetverbindung an meinem Linksys WRT1900ACS von DSL auf einen mobilen Hotspot umgestellt habe. Ich überbrücke die Verbindung über das 5-GHz-Radio und bediene die Clients über die 2,4-GHz-Seite. Der Linksys hat eine viel bessere WiFi-Abdeckung als der Hotspot und unterstützt auch 4 kabelgebundene GB-Geräte. Ich kann immer noch eine direkte WiFi-Verbindung zum Hotspot von Geräten in angemessener Nähe herstellen.

Wie auch immer, der Broadcast-IP-Vorschlag ist großartig, außer auf einer Windows-Plattform. Die Alternative dazu ist “arp -a”. Damit werden alle Mac-Adressen mit der entsprechenden IP aufgelistet, die für Ihren Computer sichtbar sind. Blättern Sie nacheinander zu jeder IP und Sie finden die administrative Adresse Ihres Routers.

Bei Arris-Routern (wie z. B. dem DG1670) ist das UI im Bridged-Modus verfügbar unter: http://192.168.100.1:8080/

Habe es geschafft, meine GUI unter der neuen Adresse http://192.168.100.1 zu finden (ursprünglich war 192.168.0.1 vor dem Bridged-Modus), habe mich eingeloggt und es zurück in den Router-Modus geschaltet und nachdem ich gewartet habe, dass es zurückgesetzt wird, habe ich auf das Netzwerk-Internetzugangslogo auf dem Desktop geklickt und dort die Probleme behoben.

dieses Video hat mir geholfen https://www.youtube.com/watch?v=C-0VhTXxHS8

TL;DR : Öffnen Sie routerlogin.net in einem Browser, der sich im lokalen Netzwerk befindet.

Ich habe die folgenden Router verwendet:

• Asus RT-AC68P (in der Küche , verbunden mit dem Internet)
• Netgear WNDR4500v2 (im Büro , erstellt ein “ Büro-LAN” für die daran angeschlossenen Geräte)

Ursprünglich, http://192.168.0.1/ öffnete die Administrationsseite für den Büro-Router, aber als ich den Bridge-Modus aktivierte und das Büro-LAN über den Küchen-Router mit dem Internet verband, wurde ich stattdessen über http://192.168.0.1/ auf die Administrationsseite für den Küchen-Router geleitet.

Ich weiß nicht, welche Methode sie verwenden, um die korrekte lokale IP-Adresse für den Büro-Router zu finden, aber die Website http://www.routerlogin.net (die in meinem Fall auf 192.168.1.76 zeigt) fand die richtige.

Es scheint also, wenn ein Router auf den Bridge-Modus eingestellt ist, kann man ihn immer noch im lokalen Netzwerk finden, aber unter einer anderen IP-Adresse. In meinem Fall war es 192.168.1.76, aber wenn der obige DNS-Eintrag bei Ihnen nicht funktioniert, können Sie eine dieser anderen Methoden ausprobieren, um herauszufinden, unter welcher IP-Adresse er gelistet ist: Wie von kcrw79 empfohlen , es könnte auftauchen, wenn Sie den folgenden Befehl ausführen (bei mir war das nicht der Fall):

arp -a

Oder etwas von meiner persönlichen Bash-Magie, die alle Computer im 192.168.1.*-Block durchsucht und nachschaut, auf welchen funktionierende HTTP-Server laufen (dieser Befehl braucht ~8 Minuten und 30 Sekunden, um komplett zu laufen, Sie können diese Zeit auf die Gefahr hin, einen Server zu übersehen, reduzieren, indem Sie den --connect-timeout-Wert reduzieren):

for ip in 192.168.1.{1..255}; do curl --silent --connect-timeout 2 -I "http://$ip/" && echo "http://$ip/" && echo '--------------'; done

TL;DR: versuchen Sie, die Broadcast-Adresse anzupingen

Ich könnte hier meine zwei Cents hinzufügen … Mein Gargoyle-Router (eine Version von DD-WRT) war im Bridge-Modus für das Netzwerk 192.168.100.0 eingerichtet und ich konnte keinen Zugriff auf seine Schnittstelle mit der IP 192.168.1.10 erhalten, selbst wenn ich meine eigene IP auf das gleiche Subnetz und die gleiche Netzmaske einstellte. Was ich herausfand, war, dass die Bridge eine IP auf dem Netzwerk bekam, mit dem sie verbunden war. Die Art und Weise, wie ich herausfand, was es war, war durch einen Ping auf die Broadcast-Adresse für das Hauptnetzwerk: ping 192.168.100.255. Ich bemerkte eine unbekannte Adresse, und nach einiger Überprüfung sah ich, dass sie die gleiche MAC-Adresse hatte. Ich konnte mich dann mit 192.168.100.176, der neu gefundenen Adresse, verbinden, die Einstellungen von Bridge auf AP ändern und war wieder auf dem Weg.

Ich hatte dieses Problem, als ich meinen Router (TP Link Archer C50 AC 1200) als Repeater arbeiten ließ, indem ich das Modem-Netzwerk meines ISP (praktischerweise Bad Motherf**er genannt) über WiFi überbrückte (beide hatten die gleiche SSID). Hier ist die Lösung:

1. Melden Sie sich am Modem Ihres ISP an, indem Sie die Standard-Gateway-IP verwenden (in meinem Fall 192.168.1.1).

2. Ändern Sie den Namen des Modemnetzwerks Ihres ISP in einen anderen als den ursprünglichen Namen (meiner wurde Bad Motherf**er Root).

3. Da der Router das Netzwerk mit der ursprünglichen SSID (d. h. Bad Motherf**er) nicht finden kann, um das Signal zu wiederholen, geht er automatisch in den DHCP-Modus zurück und ermöglicht so den Zugriff für jedes Gerät, das mit dem Netzwerk verbunden ist, das er zuvor über das Gateway des Routers übertragen hat (das 192.168.0.1 war).

Ich habe ein ISP-Modem (ein billiges Tenda-Modem mit angepasster ISP-FW) im Bridge-Modus und einen Asus AC3200, der PPPOE und NAT ausführt. ISP Modem ist 192.168.10.1 (Wifi Off, Bridged, kein PPPOE) AC3200 ist 192.168.1.1 (Direkt PPPOE und NAT)

mein Modem war für keine Clients erreichbar, die mit AC3200 verbunden waren, da das Modem im Bridge-Modus war und NAT und Wifi im Bridge-Modus ausgeschaltet sind. Aber ich habe eine Lösung gefunden

1. Ich habe einen weiteren ATM im ISP-Modem mit zufälligen Einträgen erstellt und NAT auf diesem ATM eingeschaltet, indem ich einen zufälligen Benutzernamen und ein zufälliges Kennwort für die ppoe-Verbindung auf diesem ATM erstellt habe (der offensichtlich keine Verbindung zum ISP herstellt und AUTHENTICATION Failure anzeigt)
2. Wenn ich jetzt die Router-Verwaltung auf dem AC3200 öffne, zeigt er zwei WAN-IPs an, eine von PPPOE direkt vom ISP und die zweite von meinem überbrückten Modem auf dem gefälschten ATM mit DHCP als 192.168.10.2

, also ist das Problem gelöst, da der Router den gesamten Internet-/Normalverkehr von Clients an die öffentliche IP des ISP weiterleitet und nur den Verkehr von 192.168.10.1 an das überbrückte Modem weiterleitet, das einen zweiten gefälschten ATM mit DHCP betreibt.

Wie kann ich auf die GUI meines Modems zugreifen, wenn es sich im Bridge-Modus befindet?

Die wenigen, die ich benutzt habe, haben im Bridge-Modus kein Web-Interface oder IP. (vielleicht hat Ihres eine)

Bei diesen muss man es zurücksetzen (den Reset-Pin gedrückt halten), um auf die Web-Oberfläche zuzugreifen, und das bringt es aus dem Bridge-Modus. Bei Ihrem Gerät gibt es vielleicht andere Möglichkeiten, aber Sie können es auch auf diese Weise zurücksetzen und so aus dem Bridge-Modus auf die Web-Oberfläche gelangen.

keine Möglichkeit, auf die Modem-GUI zuzugreifen, wenn ich Dinge wie das Ausschalten der WLAN-Antenne tun möchte. (Ich habe auch daran gedacht, die NAT- und DHCP-Funktionen zu deaktivieren, aber sind diese überhaupt relevant, wenn es sich im Bridge-Modus befindet?

Bei denen, die ich benutzt habe, werden NAT und DHCP definitiv nicht gemacht, wenn es im Bridge-Modus ist, ich kann nichts über andere sagen. Ich wäre überrascht, wenn es drahtlos funktioniert, aber Sie können das überprüfen, um 100% sicher zu sein. Wenn Sie die SSID kennen (was Sie wissen müssen, um zu wissen, wie Sie sich mit Ihrem eigenen Router verbinden können, wenn er sich im normalen Modus befindet), dann suchen Sie nach dieser SSID, um zu sehen, ob er sendet. Ich bin mir sicher, dass Sie feststellen werden, dass auch das bei jedem dieser Geräte ausgeschaltet ist, wenn es sich im Bridge-Modus befindet. Ich nehme an, Sie könnten auch beweisen, dass es kein NAT macht, mit dem Befehl tracert www.google.com und suchen Sie nach privaten IP-Adressen wie 192.168 oder 10.0 und Sie sollten nur eine davon sehen, bei Doppel-NAT würden Sie vermutlich zwei sehen.

Hinweis

Ich habe meine Antwort editiert, in meiner vorherigen Antwort stand “Wenn es im Bridge-Modus ist, hat es kein Web-Interface, keine IP.” Ich habe das entfernt, da es für DDWRT falsch ist und möglicherweise für einige Marken/Modelle falsch ist. Die andere Antwort sagt “Nein”, aber auch das ist nicht wahr. Ich weiß, dass dies bei einigen Routern/Modems/Switches der Fall ist (die Weboberfläche schaltet sich ab, wenn sie sich im Bridgemodus befinden), insbesondere bei einigen von Belkin, z.B. http://forums.whirlpool.net.au/archive/869904 wie hier erwähnt “wenn der Belkin korrekt auf den Bridgemodus eingestellt ist, kann man seine Weboberfläche nicht betreten, da es nur ein Modem ist”. Bei DDWRT ist es so, dass man trotzdem auf das Webinterface zugreifen kann. Obwohl es ziemlich wahrscheinlich ist, dass sein spezielles Fabrikat/Modell es kann, da die andere Antwort behauptet, ähnliche Modelle wie der OP verwendet zu haben, und sagt, dass man es kann, d.h. man kann es mit seinem. Allerdings spricht die andere Antwort dann von DDWRT, das der OP vielleicht nicht einsetzt. Und die andere Antwort gibt nicht an, was mit dem Gerät des Benutzers los ist, wenn er keinen Zugriff auf sein Webinterface hat.

In meiner persönlichen Erfahrung habe ich das gestern zufällig herausgefunden, als ich meinen TP-Link C20 Router zurücksetzte. Nachdem das Zurücksetzen abgeschlossen war, brachte er mich zurück zu einer anderen IP. TP-Link hat die IP 198.168.0.1 und brachte mich zu 192.168.1.1, was mir die Web-GUI für meinen ZTE-f660 Bridged Router/Modem zeigte. Beim erneuten Versuch, über Wi-Fi zuzugreifen, war dies jedoch nicht möglich. Ich versuchte es erneut über ein Netzwerkkabel (nicht einmal direkt mit dem Router verbunden, sondern mit einem Powerline-Empfänger) und konnte wieder auf diese Web-GUI zugreifen. Natürlich gilt dies nur für diesen Routertyp, ich kann nicht behaupten, dass dies eine unumstößliche Regel für jede Routermarke da draußen ist.

Das ist so ein Quatsch, zumindest in meinem Fall. Ich benutze Tp-Link-Router in WDS-Brücke. Natürlich, mit ausgeschaltetem DHCP auf dem TP-Link, der als Repeater arbeitet - es kommt zu häufigen Konflikten, wenn man das Standard-DHCP zulässt; ich hätte versuchen können, manuell eine andere Subnetzmaske oder einen anderen IP-Bereich als den des Root-Routers einzustellen, aber in meinem Fall brauchte ich solch einen Tweak nicht, ich deaktivierte einfach das zweite DHCP und blieb nur mit dem Root-DHCP, um meinen Geräten IPs zu geben.

Um nun auf das Einstellungs-Dashboard/Web-Interface des Repeaters zuzugreifen, habe ich einfach die Antennen abgeschraubt. Und dann die 192.168.0.1 verwendet. Hat mit dem tplinklogin.net nicht funktioniert, da (ich nehme an, bitte korrigieren Sie mich) dessen eigener DNS zusammen mit dem DHCP deaktiviert war. Oh, UND ich habe die LAN-IP auf meinem PC manuell auf 192.168.0.199 gesetzt, nur um sicherzugehen, dass sie eindeutig ist. Das ist eigentlich die “Wunderzutat”…

Mit dem “Repeater”, der über Wifi mit dem “Root” verbunden ist, griff 192.168.0.1 auf die Schnittstelle des Roots zu, ohne die Antennen (oder wenn Sie können, ziehen Sie einfach den Root vom Netz oder starten Sie ihn neu und Sie haben ihn für ca. 2 Minuten außer Betrieb) kam ich in die Weboberfläche des Repeaters und verringerte die Leistung wie beabsichtigt, OHNE dass ich ihn zurücksetzen und neu konfigurieren musste.

So einfach.

Vergessen Sie natürlich nicht, Ihren PC wieder auf Auto-DHCP zu stellen!

Und um auf ein anderes Problem hier einzugehen, ich verwende nur Wifi, um sowohl den “Root” als auch den “Repeater” mit dem “Haupt”-Router im Gebäude und mit allen meinen Geräten zu verbinden. Ich mache diese Kette von Routern aus zwei Gründen: - dicke Wände und - ich habe keinen Zugang zur Konfiguration des “Haupt”-Routers des ISP.

Zu einfach… Ich weiß nicht, warum so viel reden über dieses Thema.. Sie brauchen einen PC, schließen Sie den PC an den Router direkt (kann mit Ethernet-Port), jetzt können Sie ip von Ihrem überbrückten Netzwerk DHCP-Server automatisch erhalten, müssen Sie dies überschreiben, um Ihren Router Standard-IP zugreifen, gehen Sie zu Adapter-Einstellung wählte Eigenschaften, Wählen Sie IPv4-Adressierung, klicken Sie auf proprties, jetzt manuell setzen IP von Ihrem Router-Standard-Netzwerk, in meinem Fall Router Standard-IP ist 192. 168.0.1, also habe ich IP: 192.168.0.10, Subnetzmaske: 255.255.255.0, Standard-Gateway: 192.168.0.1 (Standard-IP Ihres Routers) Lassen Sie dns leer, volla! jetzt können Sie auf die Router-GUI zugreifen, wählen Sie einfach obtain ip automatically, nachdem Sie die Konfiguration abgeschlossen haben, um das Netzwerk zurückzusetzen.

Das Problem ist, dass im überbrückten Modus - die IP-Adresse von dem Router bestimmt wird, der den DHCP-Dienst bereitstellt, aber die erhaltene IP-Adresse ist unbekannt.

Da mein Router (Linksys EA9500) die MAC-Adresse auf der Unterseite aufgestempelt hat - war es möglich, die DHCP-Lease-Tabelle auf unserer Firewall/dem Router, der die DHCP-Leases bereitstellt, einzusehen - und die MAC-Adresse des überbrückten WIFI-Geräts zu finden - diese entsprach einer IP-Adresse (in meinem Fall: 10.0.0.130) - und als ich diese IP-Adresse verwendete - kam das Web-Interface für den überbrückten WIFI-Router direkt hoch.