¿Cómo puedo acceder a la interfaz gráfica de mi módem cuando está en modo puente?

Estoy consternado por la desinformación en la respuesta aceptada. Aunque no tengo experiencia con el ActionTec P5001a, sí tengo experiencia con media docena de dispositivos similares, y todos funcionan de la misma manera cuando están en modo puente.

Cuando está en modo puente no tiene interfaz web, ni IP.

Error. Tiene la misma dirección IP por defecto (192.168.0.1) y la misma interfaz web está a la espera de ser utilizada. Sin embargo, no hay ninguna ruta a la red, por lo que no puede llegar a 192.168.0.1 a menos que le diga a su router que se dirija a ella.

He instalado DD-WRT en mi router Linksys E4200. También está disponible para el E2500. Asegúrese de que la red del E2500 es cualquier cosa menos 192.168.0.1, luego apunte su navegador web a la UI de gestión del router.

• Haga clic en Administration

• En el campo de entrada de comandos, introduzca

• Haga clic en “Save Startup”

• En el campo de entrada de comandos, introduzca

• Haga clic en “Save Firewall”

• Reinicie el router

Acaba de dar al router la dirección IP 192.168.0.2 que está en la misma red que el módem puenteado y le ha ordenado que enrute los paquetes a esa red. Desde cualquier dispositivo de su red puede acceder a la interfaz de usuario del módem puenteado con

http://192.168.0.1/

Me encontré con este problema al cambiar la conexión a Internet en mi Linksys WRT1900ACS de DSL a un punto de acceso móvil. Estoy haciendo un puente a través de la radio de 5 Ghz y sirviendo a los clientes a través del lado de 2,4 Ghz. El Linksys tiene una cobertura WiFi mucho mejor que el hotspot y además soporta 4 dispositivos GB cableados. Puedo seguir conectando WiFi directamente al hotspot desde dispositivos que estén razonablemente cerca.

De todas formas, la sugerencia de la IP de difusión es genial, excepto en una plataforma Windows. La alternativa a esto es “arp -a”. Esto listará todas las direcciones Mac con su correspondiente IP que son visibles para tu ordenador. Busca cada IP por turno y encontrarás la dirección administrativa de tu router.

En el caso de los routers Arris (como el DG1670) cuando está en modo puente la UI está disponible en: http://192.168.100.1:8080/

Conseguí encontrar mi GUI en la nueva dirección http://192.168.100.1 (la original era 192.168.0.1 antes del modo puente) inicié la sesión y la volví a poner en modo router y después de esperar a que se reiniciara hice clic en el logotipo de acceso a Internet de la red en el escritorio y allí solucioné los problemas.

este video me ayudó https://www.youtube.com/watch?v=C-0VhTXxHS8

TL;DR : Abre routerlogin.net en un navegador que esté en la red local.

He utilizado los siguientes routers:

• Asus RT-AC68P (en la cocina , conectado a internet)
• Netgear WNDR4500v2 (en la oficina , creando una “ LAN de oficina” para los dispositivos conectados a ella)

Originalmente, http://192.168.0.1/ abría la página de administración del router de la oficina, pero cuando activé el modo puente, conectando la laneta de la oficina a internet a través del router de la cocina, al ir a http://192.168.0.1/ me dirigió a la página de administración del router de la cocina.

No sé qué método están utilizando para encontrar la dirección IP local correcta para el router de la oficina, pero la página web http://www.routerlogin.net (que en mi caso apunta a 192.168.1.76) encontró la correcta.

Así que parece que cuando un router está configurado en modo puente, todavía se puede encontrar en la red local, pero bajo una dirección IP diferente. En mi caso, era 192.168.1.76, pero si el registro DNS anterior no te funciona, puedes probar uno de estos otros métodos para tratar de averiguar en qué dirección IP se encuentra: Como recomendó kcrw79 , puede que aparezca al ejecutar el siguiente comando (a mí no me funcionó):

arp -a

O algo de mi magia personal de Bash que buscará en todos los ordenadores del bloque 192.168.1.* y verá cuáles están ejecutando servidores HTTP en funcionamiento (este comando tardará ~8 minutos y 30 segundos en ejecutarse por completo, puedes reducir este tiempo a riesgo de perder un servidor reduciendo el valor --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: intente hacer ping a la dirección de difusión

Podría añadir mis dos centavos aquí … Mi router Gargoyle (una versión de DD-WRT) estaba configurado en modo puente para la red 192.168.100.0 y no podía acceder a su interfaz en la ip 192.168.1.10, incluso al configurar mi propia ip en la misma subred y máscara de red. Lo que descubrí es que el puente tenía una IP en la red a la que se conectaba. La forma en que descubrí lo que era haciendo ping en la dirección de difusión para la red principal: ping 192.168.100.255. Me di cuenta de que había una dirección desconocida, y después de algunas comprobaciones vi que tenía la misma dirección MAC. Entonces pude conectarme a 192.168.100.176, la nueva dirección encontrada, cambiar la configuración de Bridge a AP y estar de nuevo en camino.

Tuve este problema mientras tenía mi router (TP Link Archer C50 AC 1200) trabajando como repetidor al hacer un puente con la red del módem de mi ISP (convenientemente llamado Bad Motherf**er) vía WiFi (ambos tenían el mismo SSID). La solución es la siguiente:

1. Entra en el módem de tu ISP utilizando la IP de la puerta de enlace por defecto (en mi caso 192.168.1.1).

2. Cambia el nombre de la red del módem de tu ISP por otro que no sea el nombre original (el mío pasó a ser Bad Motherf**er Root).

3. Como el router no puede encontrar la red con el SSID original (es decir, Bad Motherf**er) para repetir la señal, vuelve automáticamente al modo DHCP, lo que le permite acceder a cualquier dispositivo conectado a la red que antes transmitía utilizando la puerta de enlace del router (que era 192.168.0.1).

Tengo un módem ISP (un módem Tenda barato con fw ISP personalizada) en el modo de puente y un Asus AC3200 hacer PPPOE y NAT. El modem ISP es 192.168.10.1 (Wifi Off, Bridged, no PPPOE) AC3200 es 192.168.1.1 ( Directamente haciendo PPPOE y NAT)

mi modem no era accesible por ningún cliente conectado al AC3200 ya que el modem estaba en modo bridge y desactiva NAT y wifi en modo bridge. Pero he encontrado una manera de hacerlo

1. He creado otro ATM en el módem del ISP con entradas aleatorias y he activado el NAT en ese ATM creando un nombre de usuario y una contraseña aleatorios para la conexión ppoe en ese ATM (que obviamente no se conecta al ISP y muestra un fallo de autenticación)
2. Ahora cuando abro la gestión del router en el AC3200, el módem está en modo bridge. Ahora cuando abro la gestión del router en el AC3200 muestra 2 IPs WAN, una desde PPPOE directamente desde el ISP y la segunda desde mi módem puenteado en el DHCP del ATM falso como 192.168.10.2

así que el problema está resuelto ya que el router pasa todo el tráfico de Internet / normal de los clientes a la IP pública del ISP y sólo dirige el tráfico 192.168.10.1 al módem puenteado que ejecuta un segundo ATM falso con DHCP.

¿Cómo puedo acceder a la GUI de mi módem cuando está en modo puente?

Los pocos que he utilizado, cuando están en modo puente, no tienen interfaz web ni IP. (tal vez el tuyo lo tenga)

Con esos, tienes que reiniciarlo (manteniendo el pin de reinicio) para llegar a la interfaz web y eso lo saca del modo puente. Con el tuyo, puede haber otras formas, pero puedes resetearlo también así y salir del modo bridge y llegar a la interfaz web.

no hay forma de acceder a la GUI del módem si quiero hacer cosas como apagar su antena inalámbrica. (También estaba pensando en desactivar sus funciones NAT y DHCP, aunque ¿son relevantes cuando está en modo puente?

Con los que he usado, NAT y DHCP definitivamente no se hacen cuando está en modo puente, no puedo comentar sobre otros. Me sorprendería que lo hiciera de forma inalámbrica, pero puedes comprobarlo para estar 100% seguro. Si conoces el SSID (que necesitarías saber para saber cómo conectarte a tu propio router cuando está en modo normal), entonces busca ese SSID para ver si está emitiendo. Estoy seguro de que encontrarás que está apagado también, en cualquiera de estos dispositivos cuando está en modo puente. Supongo que también podrías probar que no está haciendo NAT, con el comando tracert www.google.com y buscar direcciones IP privadas como 192.168 o 10.0 y sólo deberías ver una de ellas, si es doble NAT supongo que verías dos.

Nota

He editado mi respuesta, mi respuesta anterior decía “Cuando está en modo puente no tiene interfaz web, ni IP”. He quitado eso ya que es falso para DDWRT y posiblemente falso para algunas marcas/modelos. La otra respuesta dice que no , sin embargo eso tampoco es cierto. Sé que esto es así (la interfaz web se apaga cuando está en modo puente), con algunos routers/módems/switches, específicamente con al menos algunos, los de belkin por ejemplo http://forums.whirlpool.net.au/archive/869904 como se menciona aquí “si el belkin está correctamente configurado en modo puente no se puede entrar en su interfaz web gui, ya que es sólo un módem”. En el caso de DDWRT sí que se puede acceder a la interfaz web.. Aunque es muy probable que su marca/modelo en particular pueda, ya que la otra respuesta dice haber usado modelos similares al del OP, y dice que se puede, es decir, que se puede con el suyo. Aunque la otra respuesta luego habla de DDWRT que el OP puede no estar ejecutando. Y la otra respuesta no especifica qué pasa con el dispositivo del PO si no tiene acceso a su interfaz web.

En mi experiencia personal, lo descubrí por casualidad ayer mientras restablecía mi router TP-Link C20. Después de reiniciar se completó, me llevó de nuevo a una IP diferente. El TP-Link está en la IP 198.168.0.1 y me llevó a 192.168.1.1 que me mostró la GUI de la web de mi router/módem puente ZTE-f660. Sin embargo, al intentar acceder de nuevo vía wi-fi, no fue posible. Volví a intentarlo a través del cable de red (ni siquiera conectado directamente al router, sino a un receptor powerline) y volví a poder acceder a esa GUI web. Por supuesto esto es válido para este tipo de router, no podría afirmar que esto es una regla innegable para cualquier marca de router que exista.

Eso es una basura, al menos en mi caso. Yo uso routers Tp-link en el puente WDS. Por supuesto, con el DHCP desactivado en el TP-link que funciona como repetidor - entra en conflicto con demasiada frecuencia si se deja el DHCP por defecto; podría haber intentado establecer manualmente una máscara de subred diferente o un rango de IP diferente al del router raíz, pero en mi caso no necesitaba tal ajuste, simplemente desactivé el segundo DHCP, quedándome sólo con el DHCP raíz para proporcionar IPs a mis dispositivos.

Ahora para acceder al panel de configuración/interfaz web del repetidor, simplemente desatornillé las antenas. Y luego usando la 192.168.0.1. No funcionó con el tplinklogin.net, ya que (supongo, por favor corríjanme) su propio DNS fue desactivado junto el DHCP. Ah, y he configurado la IP de la LAN de mi PC manualmente a 192.168.0.199 sólo para asegurarme de que es única. En realidad este es el “ingrediente milagroso”…

Con el “repetidor” conectado vía wifi al “root”, 192.168.0.1 accedí a la interfaz del root, sin las antenas (o si puedes, simplemente desenchufa el root de la principal o reinícialo y lo tienes caído durante unos 2 minutos) entré en la interfaz web del repetidor y disminuí la potencia como pretendía, SIN necesidad de resetearlo y reconfigurarlo.

Así de sencillo.

Por supuesto, ¡recuerda volver a poner el PC en DHCP automático!

Y para responder a otro tema de por aquí, yo uso sólo wifi para conectar tanto el “root” como el “repetidor” al router “principal” del edificio y a todos mis dispositivos. Hago esta cadena de routers por dos razones - paredes gruesas y - no tengo acceso a configurar el router “principal” del ISP.

Demasiado fácil… No sé por qué se habla tanto de este tema… se necesita un PC, conectar el PC al router directamente (puede ser el uso de puerto Ethernet), ahora usted puede obtener la IP de su servidor DHCP de la red en puente de forma automática, es necesario anular esto para acceder a su router IP por defecto, vaya a la configuración del adaptador eligió propiedades, seleccione el direccionamiento IPv4, haga clic en proprties, Ahora poner manualmente la IP de la red por defecto del router, En mi caso router IP por defecto es 192. 168.0.1, Así que puse IP: 192.168.0.10, máscara de subred: 255.255.255.0, gateway por defecto: 192.168.0.1 (IP por defecto de tu router) Deja dns en blanco, ¡volla! ahora puedes acceder a la GUI del router, solo selecciona obtener ip automáticamente después de que termines de configurar para restablecer la red.

El problema es que en el modo puente - la dirección IP es determinada por el router que está proporcionando el servicio DHCP, pero la dirección IP obtenida es desconocida.

Como mi router (Linksys EA9500) tiene la dirección MAC estampada en la parte inferior - hizo posible ver la tabla de arrendamiento DHCP en nuestro firewall/router que estaba suministrando los arrendamientos DHCP - y encontrar la dirección MAC de la unidad WIFI puenteada - esto correspondía a una dirección IP (en mi caso: 10.0.0.130) - y cuando usé esta IP - la interfaz web para el router WIFI puenteado apareció directamente.