Hoe krijg ik toegang tot de GUI van mijn modem wanneer hij in bridged mode staat?

Ik ben ontsteld over de onjuiste informatie in het geaccepteerde antwoord. Hoewel ik geen ervaring heb met de ActionTec P5001a, heb ik wel ervaring met een half dozijn soortgelijke apparaten, en ze werken allemaal op dezelfde manier wanneer ze in bridgemodus zijn.

Als het in bridge mode staat heeft het geen web interface, geen IP.

Fout. Hij heeft hetzelfde standaard IP adres (192.168.0.1) en dezelfde webinterface staat klaar om gebruikt te worden. Er is echter geen route naar het netwerk, dus je kunt 192.168.0.1 niet bereiken tenzij je je router vertelt ernaar te routeren.

Ik heb DD-WRT op mijn Linksys E4200 router geïnstalleerd. Het is ook beschikbaar voor de E2500. Zorg ervoor dat het E2500-netwerk iets anders is dan 192.168.0.1, wijs dan uw webbrowser naar de management UI van de router.

• Klik op Beheer
• Voer in het invoerveld Command

in - Klik op “Opstarten opslaan”

• Voer in het invoerveld Command

in - Klik op “Firewall opslaan” - Start de router opnieuw op

Je hebt de router zojuist het IP-adres 192.168.0.2 gegeven, dat zich op hetzelfde netwerk bevindt als het gebridgde modem, en hem opdracht gegeven pakketten naar dat netwerk te routeren. Vanaf elk apparaat in je netwerk kun je nu inloggen in de UI van het gebridgde modem met

http://192.168.0.1/

Ik kwam dit probleem tegen toen ik de internetverbinding op mijn Linksys WRT1900ACS overschakelde van DSL naar een mobiele hotspot. Ik maak een brug via de 5 Ghz radio en bedien clients via de 2.4 Ghz kant. De Linksys heeft een veel betere WiFi dekking dan de hotspot en ondersteunt ook 4 bedrade GB apparaten. Ik kan nog steeds rechtstreeks WiFi verbinden met de hotspot vanaf apparaten in redelijke nabijheid.

Hoe dan ook, de broadcast IP suggestie is geweldig, behalve op een Windows platform. Het alternatief hiervoor is “arp -a”. Dit geeft een lijst van alle Mac adressen met het bijbehorende IP die zichtbaar zijn voor je computer. Blader achtereenvolgens naar elk IP en je zult het administratieve adres van je router vinden.

In het geval van Arris routers (zoals de DG1670) in bridged mode is de UI beschikbaar op: http://192.168.100.1:8080/

Beheerd om mijn GUI te vinden in nieuw adres http://192.168.100.1 (origineel was 192.168.0.1 voor bridged mode) ingelogd en draaide het terug naar router mode en na het wachten om te resetten Klikte netwerk Internet toegang logo op desktop en daar problemen oplossen.

deze video heeft me geholpen https://www.youtube.com/watch?v=C-0VhTXxHS8

TL;DR : Open routerlogin.net in een browser die zich op het lokale netwerk bevindt.

Ik gebruikte de volgende routers:

• Asus RT-AC68P (in de keuken , verbonden met het internet)
• Netgear WNDR4500v2 (in het kantoor , een “ kantoor LAN” creërend voor apparaten die erop aangesloten zijn)

Oorspronkelijk, http://192.168.0.1/ opende de beheerpagina voor de kantoor router, maar toen ik bridge mode inschakelde, om het kantoor LAN via de keuken router met het internet te verbinden, leidde naar http://192.168.0.1/ in plaats daarvan naar de beheerpagina voor de keuken router.

Ik weet niet welke methode ze gebruiken om het juiste lokale IP adres voor de kantoor router te vinden, maar de website http://www.routerlogin.net (die in mijn geval naar 192.168.1.76 wijst) vond het juiste.

Het lijkt er dus op dat wanneer een router in bridge mode staat, je hem nog steeds op het lokale netwerk kunt vinden, maar onder een ander IP adres. In mijn geval was dat 192.168.1.76, maar als het bovenstaande DNS record niet werkt voor jou, kun je een van deze andere methodes proberen om uit te vinden op welk IP adres hij staat vermeld: Zoals aanbevolen door kcrw79 , het zou kunnen verschijnen wanneer je het volgende commando uitvoert (bij mij werkte het niet):

arp -a

Of wat van mijn persoonlijke Bash magie die alle computers in het 192.168.1.* blok zal doorzoeken en kijken welke er werkende HTTP servers draaien (dit commando zal ~8 minuten en 30 seconden duren om volledig uit te voeren, je kan deze tijd verkorten met het risico dat je een server mist door de --connect-timeout waarde te verminderen):

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

TL;DR: probeer het broadcast adres te pingen

Ik zou mijn twee centen hier kunnen toevoegen … Mijn Gargoyle router (een versie van DD-WRT) was ingesteld in bridge mode voor het netwerk 192.168.100.0 en ik kon geen toegang krijgen tot zijn interface op ip 192.168.1.10, zelfs wanneer ik mijn eigen ip op hetzelfde subnet en netmask instelde. Wat ik ontdekte was dat de bridge een IP kreeg op het netwerk waar hij verbinding mee maakte. De manier waarop ik dat ontdekte was door te pingen op het broadcast adres voor het hoofdnetwerk: ping 192.168.100.255. Ik zag een onbekend adres, en na enige controle zag ik dat het hetzelfde MAC adres had. Ik kon toen verbinding maken met 192.168.100.176, het nieuw gevonden adres, de instellingen veranderen van Bridge naar AP en weer op weg zijn.

Ik had dit probleem toen ik mijn router (TP Link Archer C50 AC 1200) als een repeater liet werken door het modemnetwerk van mijn ISP (dat heel handig Bad Motherf heet) via WiFi te overbruggen (beide hadden dezelfde SSID). Hier is de oplossing:

1. Log in op het modem van je ISP door het standaard gateway IP te gebruiken (in mijn geval 192.168.1.1).

2. Verander de naam van het netwerk van het modem van je ISP in iets anders dan de oorspronkelijke naam (de mijne werd Bad Motherf*er Root).

3. Aangezien de router het netwerk met de oorspronkelijke SSID (d.w.z. Bad Motherf*er) niet kan vinden om het signaal te herhalen, gaat hij automatisch terug naar de DHCP-modus, zodat elk apparaat dat verbonden is met het netwerk dat hij voorheen uitzond via de gateway van de router (die 192.168.0.1 was), toegang heeft tot het netwerk.

Ik heb een ISP modem (een goedkope Tenda modem met aangepaste ISP fw) in Bridge Mode en een Asus AC3200 die PPPOE en NAT doet. ISP modem is 192.168.10.1 (Wifi uit, overbrugd, geen PPPOE) AC3200 is 192.168.1.1 (doet direct PPPOE en NAT)

mijn modem was niet toegankelijk voor clients die verbonden waren met AC3200 omdat de modem in bridge mode stond en NAT en wifi uitschakelt in bridge mode. Maar ik vond een manier om het te doen

1. Maakte een andere ATM in ISP-modem met willekeurige vermeldingen en ingeschakeld NAT op die ATM door het creëren van een willekeurige gebruikersnaam en wachtwoord voor de ppoe verbinding op die ATM (die uiteraard niet verbinden met ISP en AUTHENTICATION Failure weergeven)
2. Wanneer ik nu Router Management open op AC3200 toont het 2 WAN IPs, een van PPPOE direct van ISP en de tweede van mijn gebridged modem op nep ATM’s DHCP als 192.168.10.2

dus probleem opgelost als de router alle internet / normaal verkeer van klanten doorgeeft aan ISP’s Public IP en alleen het 192.168.10.1 verkeer naar de gebridged modem stuurt die een 2e nep ATM met DHCP gebruikt.

Hoe krijg ik toegang tot de GUI van mijn modem als hij in bridged mode staat?

De weinige die ik gebruikt heb, hebben in bridgemodus geen webinterface of IP. (misschien de jouwe wel)

Met die moet je hem resetten (reset-pin ingedrukt houden) om bij de webinterface te komen en dat haalt hem uit de bridge-modus. Met de jouwe zijn er misschien andere manieren, maar je kunt hem ook op die manier resetten en uit de bridge-modus en naar een webinterface gaan.

geen manier om toegang te krijgen tot de modem GUI als ik dingen wil doen zoals de draadloze antenne uitzetten. (Ik dacht er ook aan om de NAT en DHCP functies uit te schakelen, maar zijn die wel relevant als hij in bridged mode staat?

Met degenen die ik heb gebruikt, NAT en DHCP zeker niet worden gedaan wanneer het in bridge-modus, kan ik geen commentaar op anderen. Ik zou verbaasd zijn als het draadloos deed, maar je kunt controleren om 100% zeker te zijn… Als je het SSID weet (wat je moet weten om te weten hoe je verbinding maakt met je eigen router als hij in normale modus staat), zoek dan naar dat SSID om te zien of het uitzendt. Ik weet zeker dat je zult zien dat dit ook uit staat bij elk van deze apparaten als ze in bridge mode staan. Ik veronderstel dat je ook kan bewijzen dat het geen NAT doet, met het tracert commando tracert www.google.com en zoek naar private IP adressen zoals 192.168 of 10.0 en je zou er maar één moeten zien, als het een dubbele NAT is zou je er waarschijnlijk twee zien.

Note

Ik heb mijn antwoord bewerkt, mijn vorige antwoord zei “Als het in bridge mode staat heeft het geen web interface, geen IP.” Ik heb dat verwijderd aangezien het vals is voor DDWRT en mogelijk vals voor sommige merken/modellen. Het andere antwoord zegt nee, maar dat is ook niet waar. Ik weet dat dit het geval is (de webinterface die uitschakelt wanneer in bridging-modus), met sommige router/modem/switches, in het bijzonder met minstens sommige, die van belkin bv. http://forums.whirlpool.net.au/archive/869904 zoals hier vermeld “als de belkin correct op bridge-modus is ingesteld, kunt u zijn gui webinterface niet binnengaan, aangezien het slechts een modem is”. Het is waar van DDWRT dat u nog steeds toegang hebt tot de webinterface… Hoewel het zeer waarschijnlijk is dat zijn specifiek merk/model dit kan, aangezien het andere antwoord beweert dat hij gelijkaardige modellen als het OP heeft gebruikt, en zegt dat het kan, d.w.z. dat het kan met het zijne. Hoewel het andere antwoord het dan heeft over DDWRT dat het OP misschien niet gebruikt. En het andere antwoord specificeert niet wat er aan de hand is met het apparaat van het OP als hij geen toegang heeft tot zijn webinterface.

Mijn persoonlijke ervaring is dat ik hier gisteren bij toeval achter kwam toen ik mijn TP-Link C20 router aan het resetten was. Nadat het resetten voltooid was, bracht het me terug naar een ander IP. TP-Link staat op IP 198.168.0.1 en het bracht me naar 192.168.1.1 dat me de web GUI voor mijn ZTE-f660 gebrugde router/modem toonde. Toen ik echter opnieuw toegang probeerde te krijgen via wi-fi, was dat niet mogelijk. Ik probeerde het opnieuw via een netwerkkabel (niet eens direct aangesloten op de router maar op een powerline ontvanger) en ik kon weer toegang krijgen tot die web GUI. Natuurlijk geldt dit voor dit type router, ik kan niet beweren dat dit een onbetwistbare regel is voor elk merk router dat er is.

Dat is onzin, althans in mijn geval. Ik gebruik Tp-link routers in WDS bridge. Natuurlijk, met DHCP uit op de TP-link die als een repeater werkt - het conflicteert te vaak als je standaard DHCP laat werken; Ik had kunnen proberen om handmatig een ander subnetmasker of een andere IP range dan de root router in te stellen, maar in mijn geval had ik zo'n tweak niet nodig, ik heb gewoon de tweede DHCP uitgeschakeld, zodat alleen de root DHCP overbleef om IPs aan mijn apparaten te leveren.

Om toegang te krijgen tot het instellingen-dashboard/web-interface van de repeater, heb ik gewoon de antennes losgeschroefd. En dan met behulp van de 192.168.0.1. Werkte niet met de tplinklogin.net, omdat (ik neem aan, corrigeer me a.u.b.) zijn eigen DNS was uitgeschakeld samen de DHCP. Oh, EN ik heb het LAN IP op mijn PC handmatig ingesteld op 192.168.0.199, gewoon om zeker te zijn dat het uniek is. Eigenlijk is dit het “wonder ingredient”…

Met de “repeater” via wifi verbonden met de “root”, 192.168.0.1 toegang tot de interface van de root, zonder de antennes (of als je kunt, gewoon de stekker van de root uit het stopcontact halen of rebooten en je hebt hem voor ongeveer 2 minuten uit) kwam ik in de webinterface van de repeater en verminderde het vermogen zoals ik van plan was, ZONDER de noodzaak om hem te resetten en opnieuw te configureren.

Zo eenvoudig.

Natuurlijk, vergeet niet om je PC weer op auto DHCP te zetten!

En om te reageren op een ander probleem hier, ik gebruik alleen wifi om zowel de “root” als de “repeater” te verbinden met de “hoofd” router in het gebouw en met al mijn apparaten. Ik doe deze keten van routers om twee redenen: - dikke muren en - ik heb geen toegang tot het configureren van de “hoofd” router van de ISP.

Te gemakkelijk… Ik weet niet waarom dit veel gepraat over dit onderwerp … je een pc nodig hebt, sluit de pc op de router direct (kan worden met behulp van ethernet-poort), nu kunt u ip krijgen van uw gebrugde netwerk DHCP-server automatisch, moet u dit opheffen om uw router Default IP, Ga naar adapter instelling koos eigenschappen, Selecteer IPv4 adressering, klik op specialiteiten, Zet nu handmatig IP van uw router standaard netwerk, In mijn geval router standaard IP is 192. 168.0.1, Dus ik zet IP: 192.168.0.10, subnet mask: 255.255.255.0, standaard gateway: 192.168.0.1 (standaard ip van je router) Laat dns leeg, volla! nu heb je toegang tot de router GUI, selecteer gewoon obtain ip automatically nadat je klaar bent met configureren om het netwerk opnieuw in te stellen.

Het probleem is dat in bridged mode - het IP adres wordt bepaald door de router die de DHCP service levert, maar het verkregen IP adres is onbekend.

Aangezien mijn router (Linksys EA9500) het MAC adres aan de onderkant heeft gestempeld - was het mogelijk om de DHCP lease tabel te bekijken op onze firewall/router die de DHCP leases leverde - en het MAC adres van de gebridgde WIFI unit te vinden - dit correspondeerde met een IP adres (in mijn geval: 10.0.0.130) - en toen ik dit IP adres gebruikte - kwam de webinterface voor de gebridgde WIFI router tevoorschijn.