Jak uzyskać dostęp do GUI modemu, gdy jest on w trybie zmostkowanym?

Jestem przerażony błędnymi informacjami zawartymi w zaakceptowanej odpowiedzi. Nie mam doświadczenia z ActionTec P5001a, ale mam doświadczenie z pół tuzinem podobnych urządzeń i wszystkie działają tak samo, gdy są w trybie mostka.

Kiedy jest w trybie mostka, nie ma interfejsu WWW, nie ma IP.

Nieprawda. Ma ten sam domyślny adres IP (192.168.0.1) i ten sam interfejs WWW czeka na użycie. Jednak nie ma trasy do sieci, więc nie możesz dotrzeć do 192.168.0.1, chyba że powiesz routerowi, aby kierował na niego.

Zainstalowałem DD-WRT na moim routerze Linksys E4200. Jest on dostępny również dla E2500. Upewnij się, że sieć E2500 jest inna niż 192.168.0.1, a następnie skieruj przeglądarkę internetową do interfejsu zarządzania routera.

• Kliknij na Administration

• W polu Command entry field wpisz

• Kliknij “Save Startup”

• W polu Command entry field wpisz

• Kliknij “Save Firewall”

• Uruchom ponownie router

Właśnie nadałeś routerowi adres IP 192.168.0.2, który jest w tej samej sieci co zmostkowany modem i poinstruowałeś go, aby kierował pakiety do tej sieci. Z dowolnego urządzenia w sieci można teraz zalogować się do interfejsu użytkownika modemu zmostkowanego za pomocą

http://192.168.0.1/
```.

Wpadłem na ten problem podczas przełączania połączenia internetowego w moim Linksys WRT1900ACS z DSL na mobilny hotspot. Mostkuję przez radio 5 Ghz i obsługuję klientów przez stronę 2.4 Ghz. Linksys ma znacznie lepszy zasięg WiFi niż hotspot i obsługuje również 4 przewodowe urządzenia GB. Nadal mogę podłączyć WiFi bezpośrednio do hotspota z urządzeń znajdujących się w rozsądnej odległości.

W każdym razie, sugestia broadcast IP jest świetna, z wyjątkiem platformy Windows. Alternatywą dla tego jest “arp -a”. Spowoduje to wyświetlenie listy wszystkich adresów Mac z odpowiadającym im IP, które są widoczne dla Twojego komputera. Przejdź do każdego IP po kolei i znajdziesz adres administracyjny routera.

W przypadku routerów Arris (takich jak DG1670) w trybie zmostkowanym UI jest dostępny pod adresem: http://192.168.100.1:8080/ .

Udało mi się znaleźć moje GUI w nowym adresie http://192.168.100.1 (oryginalny był 192.168.0.1 przed trybem bridged) zalogowałem się i przełączyłem go z powrotem w tryb routera i po odczekaniu aż się zresetuje kliknąłem na logo dostępu do sieci Internet na pulpicie i tam rozwiązywałem problemy.

ten filmik mi pomógł https://www.youtube.com/watch?v=C-0VhTXxHS8

TL;DR : Otwórz routerlogin.net w przeglądarce, która jest w sieci lokalnej.

Używałem następujących routerów:

• Asus RT-AC68P (w kuchni , podłączony do internetu)
• Netgear WNDR4500v2 (w biurze , tworzący “ biurową sieć LAN” dla podłączonych do niego urządzeń)

Początkowo, http://192.168.0.1/ otwierał stronę administracyjną routera biurowego, ale kiedy włączyłem tryb bridge, łącząc biurową sieć LAN z Internetem za pośrednictwem routera kuchennego, przejście do http://192.168.0.1/ zamiast tego przekierowało mnie na stronę administracyjną routera kuchennego.

Nie wiem, jakiej metody używają, aby znaleźć prawidłowy lokalny adres IP dla routera biurowego, ale strona http://www.routerlogin.net (która w moim przypadku wskazuje na 192.168.1.76) znalazła prawidłowy adres.

Wygląda więc na to, że gdy router jest ustawiony w trybie bridge, nadal można go znaleźć w sieci lokalnej, ale pod innym adresem IP. W moim przypadku było to 192.168.1.76, ale jeśli powyższy rekord DNS nie działa dla Ciebie, możesz spróbować jednej z tych innych metod, aby spróbować dowiedzieć się, jaki adres IP jest wymieniony na: Zgodnie z zaleceniem kcrw79 , może pokazać się po uruchomieniu następującej komendy (u mnie się nie pojawiła):

arp -a

Albo trochę mojej osobistej magii Bash, która przeszuka wszystkie komputery w bloku 192.168.1.* i zobaczy, które z nich mają działające serwery HTTP (ta komenda zajmie ~8 minut i 30 sekund, aby uruchomić się całkowicie, możesz skrócić ten czas przy ryzyku pominięcia serwera poprzez zmniejszenie wartości --connect-timeout):

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

TL;DR: spróbuj pingować adres rozgłoszeniowy

Mógłbym dodać tutaj swoje dwa centy … Mój router Gargoyle (wersja DD-WRT) był ustawiony w trybie mostu dla sieci 192.168.100.0 i nie mogłem uzyskać dostępu do jego interfejsu na ip 192.168.1.10, nawet po ustawieniu mojego własnego ip na tę samą podsieć i maskę sieciową. To co odkryłem to fakt, że most dostał IP z sieci, do której się podłączył. Sposób w jaki to odkryłem to pingowanie na adresie rozgłoszeniowym dla głównej sieci: ping 192.168.100.255. Zauważyłem nieznany adres, a po pewnym sprawdzeniu zobaczyłem, że ma ten sam adres MAC. Mogłem wtedy połączyć się z 192.168.100.176, nowo znalezionym adresem, zmienić ustawienia z Bridge na AP i znów być na dobrej drodze.

Miałem ten problem, gdy mój router (TP Link Archer C50 AC 1200) pracował jako repeater, mostkując sieć modemu mojego ISP (dogodnie nazwaną Bad Motherf) przez WiFi (oba miały ten sam SSID). Oto rozwiązanie:

1. Zaloguj się do modemu ISP używając domyślnego adresu IP bramy (w moim przypadku 192.168.1.1).

2. Zmień nazwę sieci modemu Twojego ISP na inną niż oryginalna nazwa (moja stała się Bad Motherf\u00↩er Root).

3. Ponieważ router nie może znaleźć sieci z oryginalnym SSID (tj. Bad Motherf\), aby powtórzyć sygnał, automatycznie wraca do trybu DHCP, umożliwiając w ten sposób dostęp do niego przez dowolne urządzenie podłączone do sieci, którą wcześniej rozgłaszał za pomocą bramy routera (która była 192.168.0.1).

Mam modem ISP (tani modem Tenda z dostosowanym ISP fw) w trybie Bridge oraz Asus AC3200 robiący PPPOE i NAT. Modem ISP to 192.168.10.1 (Wifi Off, Bridged, no PPPOE) AC3200 to 192.168.1.1 (Directly doing PPPOE and NAT)

mój modem nie był dostępny dla żadnego klienta podłączonego do AC3200, ponieważ modem był w trybie bridge, a on wyłącza NAT i wifi w trybie bridge. Ale znalazłem sposób aby to zrobić

1. Stworzyłem inny ATM w modemie ISP z losowymi wpisami i włączyłem NAT na tym ATM tworząc losową nazwę użytkownika i hasło dla połączenia ppoe na tym ATM (które oczywiście nie łączy się z ISP i wyświetla AUTHENTICATION Failure)
2. Teraz kiedy otwieram Router Management na AC3200 pokazuje 2 WAN IP, jeden z PPPOE bezpośrednio od ISP i drugi z mojego zmostkowanego modemu na fałszywym ATM’s DHCP jako 192.168.10.2

więc problem rozwiązany jako router przekazuje cały internet / normalny ruch od klientów do publicznego IP ISP i tylko kieruje 192.168.10.1 ruch do zmostkowanego modemu, który działa 2. fałszywy ATM z DHCP.

Jak uzyskać dostęp do GUI modemu, gdy jest on w trybie mostka?

Kilka modemów, których używałem, nie ma interfejsu WWW ani IP, gdy są w trybie mostka. (może twój ma)

W tych, musisz go zresetować (przytrzymując pin reset), aby dostać się do interfejsu WWW, a to usuwa go z trybu mostka. W twoim przypadku mogą być inne sposoby, ale możesz go zresetować w ten sposób i wyjść z trybu mostka i przejść do interfejsu WWW.

nie ma możliwości dostępu do GUI modemu, jeśli chcę zrobić takie rzeczy jak wyłączenie anteny bezprzewodowej. (Myślałem też o wyłączeniu funkcji NAT i DHCP, ale czy są one w ogóle istotne, gdy modem jest w trybie mostka?

W tych, których używałem, NAT i DHCP zdecydowanie nie są wykonywane, gdy jest w trybie bridge, nie mogę wypowiedzieć się na temat innych. Zdziwiłbym się, gdyby działał w trybie bezprzewodowym, ale możesz sprawdzić dla 100% pewności… Jeśli wiesz, SSID (które trzeba wiedzieć, aby wiedzieć, jak połączyć się z własnym routerem, gdy jest w trybie zwykłym), a następnie szukać, że SSID, aby zobaczyć, czy to jest broadcasting. Jestem pewien, że znajdziesz, że jest wyłączony również w każdym z tych urządzeń, gdy w trybie mostu. Przypuszczam, że możesz również udowodnić, że nie robi NAT, za pomocą polecenia tracert tracert www.google.com i poszukaj prywatnych adresów IP jak 192.168 lub 10.0 i powinieneś zobaczyć tylko jeden z nich, jeśli podwójny NAT przypuszczam, że zobaczysz dwa.

Uwaga

Edytowałem moją odpowiedź, moja poprzednia odpowiedź mówiła “Kiedy jest w trybie mostu, nie ma interfejsu sieciowego, nie ma IP.” Usunąłem to, ponieważ jest to fałszywe dla DDWRT i prawdopodobnie fałszywe dla niektórych marek/modeli. Druga odpowiedź mówi, że nie, ale to też nie jest prawda. Wiem, że tak jest (wyłączenie interfejsu www w trybie bridge), w przypadku niektórych routerów/modemów/switchy, a konkretnie w przypadku przynajmniej niektórych, belkinowskich np. http://forums.whirlpool.net.au/archive/869904 jak wspomniano tutaj “jeśli belkin jest poprawnie ustawiony w tryb bridge nie można wejść do jego interfejsu www, ponieważ jest to tylko modem”. W przypadku DDWRT jest tak, że nadal można wejść do interfejsu webowego… Choć całkiem prawdopodobne, że jego konkretna marka/model może, jak inna odpowiedź twierdzi, że używane podobne modele do OP, i mówi, że można, tj. można z jego. Chociaż druga odpowiedź mówi o DDWRT, którego OP może nie używać. A druga odpowiedź nie precyzuje, co się dzieje z urządzeniem OP, jeśli nie ma on dostępu do swojego interfejsu WWW.

Z mojego osobistego doświadczenia, dowiedziałem się o tym przypadkiem wczoraj podczas resetowania mojego routera TP-Link C20. Po zakończeniu resetowania, router przeniósł mnie z powrotem do innego IP. TP-Link jest pod adresem IP 198.168.0.1 i przeniosło mnie do 192.168.1.1, który pokazał mi GUI dla mojego ZTE-f660 zmostkowanego routera/modemu. Jednakże, gdy próbowałem ponownie uzyskać dostęp przez wi-fi, nie było to możliwe. Spróbowałem ponownie przez kabel sieciowy (nawet nie podłączony bezpośrednio do routera, ale do odbiornika powerline) i znowu mogłem uzyskać dostęp do tego GUI. Oczywiście jest to ważne dla tego typu routera, nie mogę twierdzić, że jest to niepodważalna reguła dla każdej marki routera tam.

To są bzdury, przynajmniej w moim przypadku. Używam routerów Tp-link w mostku WDS. Oczywiście przy wyłączonym DHCP na TP-link'u pracującym jako repeater - zbyt często dochodzi do konfliktów jeśli pozwolimy na domyślny DHCP; mogłem spróbować ustawić ręcznie inną maskę podsieci lub inny zakres IP niż na routerze głównym, ale w moim przypadku nie potrzebowałem takiego tweak'u, po prostu wyłączyłem drugi DHCP, pozostając tylko przy głównym DHCP do dostarczania IP do moich urządzeń.

Teraz, aby uzyskać dostęp do panelu ustawień/interfejsu internetowego repeatera, po prostu odkręciłem anteny. A następnie używając 192.168.0.1. Nie zadziałało z tplinklogin.net, ponieważ (przypuszczam, proszę mnie poprawić) jego własny DNS był wyłączony razem z DHCP. Aha, i ustawiłem LAN IP na moim komputerze ręcznie na 192.168.0.199, żeby mieć pewność, że jest unikalny. Właściwie to jest ten “cudowny składnik”…

Z “repeaterem” podłączonym przez wifi do “roota”, 192.168.0.1 uzyskałem dostęp do interfejsu roota, bez anten (lub jeśli możesz, po prostu odłącz roota od zasilania lub zrestartuj go i masz go na około 2 minuty) dostałem się do interfejsu WWW repeatera i zmniejszyłem moc zgodnie z moim zamiarem, BEZ potrzeby resetowania i ponownej konfiguracji.

Takie proste.

Oczywiście należy pamiętać o ponownym włączeniu automatycznego DHCP na komputerze!

A odpowiadając na inny problem wokół nas, używam tylko wifi, aby połączyć zarówno “root” jak i “repeater” do “głównego” routera w budynku i do wszystkich moich urządzeń. Robię ten łańcuch routerów z dwóch powodów: - grube ściany i - nie mam dostępu do konfiguracji “głównego” routera dostawcy internetu.

Zbyt proste… Nie wiem, dlaczego tak dużo mówić na ten temat… trzeba pc, podłączyć pc do routera bezpośrednio (może być za pomocą portu ethernet), teraz możesz dostać ip z sieci zmostkowanej z serwera DHCP automatycznie, trzeba nadpisać to, aby uzyskać dostęp do domyślnego IP routera, Przejdź do ustawień adaptera wybrać właściwości, Wybierz adresowanie IPv4, kliknij proprties, Teraz ręcznie umieścić IP domyślnej sieci routera, W moim przypadku domyślne IP routera jest 192. 168.0.1, Więc I umieścić IP: 192.168.0.10, maska podsieci: 255.255.255.0, brama domyślna: 192.168.0.1 (domyślne IP routera) Pozostaw dns puste, volla! teraz można uzyskać dostęp do interfejsu GUI routera, po prostu wybierz uzyskać ip automatycznie po zakończeniu konfiguracji, aby zresetować sieć.

Problem polega na tym, że w trybie zmostkowanym - adres IP jest ustalany przez router, który świadczy usługę DHCP, ale uzyskany adres IP jest nieznany.

Ponieważ mój router (Linksys EA9500) ma adres MAC wytłoczony na spodzie - umożliwiło to przeglądanie tabeli dzierżaw DHCP na naszym firewallu/routerze, który dostarczał dzierżawy DHCP - i znalezienie adresu MAC zmostkowanego urządzenia WIFI - odpowiadało to adresowi IP (w moim przypadku: 10.0.0.130) - i kiedy użyłem tego IP - interfejs sieciowy zmostkowanego routera WIFI pojawił się od razu.