¿Cómo accedo a la GUI de mi módem cuando está en modo puenteado?

Quería intentar configurar mi módem / enrutador DSL ActionTec P5001a en modo puente con un enrutador Linksys E2500 para mejorar el rendimiento NAT. Cambiar el módem al modo puente y el enrutador a PPPoE funcionó perfectamente, pero ahora parece que no tengo forma de acceder a la interfaz gráfica de usuario del módem si quiero hacer cosas como apagar su antena inalámbrica. (También estaba pensando en deshabilitar sus funciones NAT y DHCP, aunque ¿son relevantes incluso cuando está en modo puente?)

Intenté acceder a él a través de la dirección IP original que usaba (192.168.0.1) tanto a través del enrutador como directamente conectado a uno de los puertos Ethernet del módem, pero parece que ya no es accesible a través de una dirección IP.

¿Existe una solución alternativa para restaurar la configuración predeterminada del módem u otro método para acceder a la GUI además de a través de un navegador utilizando una dirección IP?

Gracias por cualquier sugerencia!

¿Cómo accedo a la GUI de mi módem cuando está en modo puenteado?

Los pocos que he usado, cuando estoy en modo puente, no tienen interfaz web o IP. (tal vez el tuyo sí)

Con eso, debe restablecerlo (manteniendo presionado el pin de restablecimiento) para acceder a la interfaz web y eso lo saca del modo puente. Con el suyo, puede haber otras formas, pero también puede restablecerlo de esa manera y salir del modo puente y acceder a una interfaz web.

No hay forma de acceder a la interfaz gráfica de usuario del módem si quiero hacer cosas como apagar su antena inalámbrica. (También estaba pensando en deshabilitar sus funciones NAT y DHCP, aunque ¿son relevantes incluso cuando está en modo puenteado?

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 si funcionara de manera inalámbrica, pero puede verificarlo solo para asegurarse al 100%. Si conoce el SSID (que necesitaría saber para saber cómo conectarse a su propio enrutador cuando está en modo normal), luego busque ese SSID para ver si se está transmitiendo. Estoy seguro de que también encontrará que está apagado, en cualquiera de estos dispositivos cuando está en modo puente. Supongo que también podría probar que no está haciendo NAT, con el comando tracert tracert www.google.com y buscar direcciones IP privadas como 192.168 o 10.0 y solo debería ver una de ellas, si doble NAT, supongo que vería dos.

Nota

He editado mi respuesta, mi respuesta anterior decía "Cuando está en modo puente no tiene interfaz web, no tiene IP". Lo eliminé porque 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 este es el caso (la interfaz web se apaga cuando está en modo puente), con algunos enrutadores / módems / conmutadores, específicamente con al menos algunos, por ejemplo, http://forums.whirlpool.net.au/archive/ 869904 como se menciona aquí "si el belkin está configurado correctamente en modo puente, no puede ingresar a su interfaz web gui, ya que es solo un módem". Es cierto de DDWRT que todavía puede acceder a la interfaz web. Aunque es bastante probable que su marca / modelo en particular pueda, como la otra respuesta afirma haber usado modelos similares al OP, y dice que puede, es decir, puede hacerlo con su . Aunque la otra respuesta luego habla sobre DDWRT que el OP puede no estar ejecutándose. Y la otra respuesta no especifica qué está pasando con el dispositivo del OP si no tiene acceso a su interfaz web.

Estoy horrorizado por la información errónea en la respuesta aceptada. Si bien 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.

Incorrecto. Tiene la misma dirección IP predeterminada (192.168.0.1) y la misma interfaz web está esperando ser utilizada. Sin embargo, no hay una ruta a la red, por lo que no puede llegar a 192.168.0.1 a menos que le indique al enrutador que se dirija a ella.

He instalado DD-WRT en mi enrutador Linksys E4200. También está disponible para el E2500. Asegúrese de que la red E2500 no sea 192.168.0.1, luego apunte su navegador web a la IU de administración del enrutador.

• Haga clic en Administración

• En el campo de entrada Comando, ingrese

  ifconfig `nvram get wan_ifname`: 0 192.168.0.2 máscara de red 255.255.255.0

• Haga clic en "Guardar inicio"

• En el campo de entrada Comando, ingrese

  iptables -t nat -I POSTROUTING -o `nvram get wan_ifname` -d 192.168.0.0/24 -j MASQUERADE

• Haga clic en "Guardar firewall"
• Reinicia el enrutador

Acaba de dar al enrutador la dirección IP 192.168.0.2 que se encuentra en la misma red que el módem en puente y le indicó que enrutara los paquetes a esa red. Desde cualquier dispositivo en su red, ahora puede iniciar sesión en la interfaz de usuario del módem en puente 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 conectando a través de la radio de 5 Ghz y sirviendo a clientes a través del lado de 2.4 Ghz. El Linksys tiene una cobertura WiFi mucho mejor que el punto de acceso y también admite 4 dispositivos GB con cable. Todavía puedo conectar WiFi directamente al punto de acceso desde dispositivos en proximidad razonable.

De todos modos, la sugerencia de IP de transmisión es excelente, excepto en una plataforma Windows. La alternativa a esto es "arp -a". Esto mostrará una lista de todas las direcciones Mac con la IP correspondiente que son visibles para su computadora. Busque cada IP por turno y encontrará la dirección administrativa de su enrutador.

En el caso de los enrutadores Arris (como el DG1670) cuando está en modo puente, la IU está disponible en:

http://192.168.100.1:8080/

Logré encontrar mi GUI en una nueva dirección: http://192.168.100.1 (el original era 192.168.0.1 antes del modo puenteado), inicié sesión y volví al modo de enrutador y después de esperar a que se restablezca. solucionar problemas

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

TL; DR: intente hacer ping a la dirección de transmisión

Podría agregar mis dos centavos aquí ... Mi enrutador Gargoyle (una versión de DD-WRT) se configuró en modo puente para la red 192.168.100.0 y no pude acceder a su interfaz en la ip 192.168.1.10, incluso cuando configurando mi propia ip en la misma subred y máscara de red. Lo que descubrí fue que el puente tenía una IP en la red a la que estaba conectado. La forma en que descubrió lo que era haciendo ping en la dirección de transmisión de la red principal: ping 192.168.100.255. Noté una dirección desconocida y, después de revisarla, vi que tenía la misma dirección MAC. Luego podría conectarme a 192.168.100.176la nueva dirección encontrada, cambiar la configuración de Bridge a AP y volver a estar en camino.

Tuve este problema mientras mi enrutador (TP Link Archer C50 AC 1200) funcionaba como repetidor al unir la red de módem de mi ISP (convenientemente llamada Bad Motherf *** er) a través de WiFi (ambos tenían el mismo SSID). Aquí está la solución:

1. Inicie sesión en el módem de su ISP utilizando la puerta de enlace IP predeterminada (en mi caso 192.168.1.1).

2. Cambie el nombre de la red de módem de su ISP por otro que no sea el nombre original (el mío se convirtió en Bad Motherf *** er Root).

3. Dado que el enrutador no puede encontrar la red con el SSID original (es decir, Bad Motherf *** er) para repetir la señal, automáticamente vuelve al modo DHCP, lo que permite que cualquier dispositivo conectado a la red pueda acceder a él. transmitiendo usando la puerta de enlace del enrutador (que era 192.168.0.1).

TL; DR : Abrir routerlogin.neten un navegador que esté en la red local.

Estaba usando los siguientes enrutadores:

• 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í la página de administración para el enrutador de la oficina , pero cuando habilité el modo puente, conectando la LAN de la oficina a Internet a través del enrutador de la cocina , en su http://192.168.0.1/lugar, me dirigió a la página de administración para el enrutador de la cocina .

No sé qué método están utilizando para encontrar la dirección IP local correcta para el enrutador de la oficina , pero el sitio web http://www.routerlogin.net(que en mi caso señala 192.168.1.76) encontró la correcta.

Por lo tanto, parece que cuando un enrutador está configurado en modo puente, aún puede encontrarlo en la red local, pero con una dirección IP diferente. En mi caso, lo fue 192.168.1.76, pero si el registro DNS anterior no funciona para usted, puede probar uno de estos otros métodos para tratar de averiguar en qué dirección IP aparece:

Según lo recomendado por kcrw79 , podría aparecer al ejecutar el siguiente comando (no lo hizo para mí):

arp -a

O algo de mi magia Bash personal que buscará en todas las computadoras del 192.168.1.*bloque y verá cuáles están ejecutando servidores HTTP en funcionamiento (este comando tardará ~ 8 minutos y 30 segundos en ejecutarse por completo, puede reducir este tiempo a riesgo de perder un servidor reduciendo el --connect-timeoutvalor):

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

Eso es una basura, al menos en mi caso. Yo uso enrutadores Tp-link en el puente WDS. Por supuesto, con DHCP desactivado en el enlace TP que funciona como repetidor, entra en conflicto con demasiada frecuencia si deja el DHCP predeterminado; Podría haber intentado configurar manualmente una máscara de subred diferente o un rango de IP diferente que el enrutador raíz, pero en mi caso no necesitaba tal ajuste, simplemente desactivé el segundo DHCP, quedando solo con el DHCP raíz para proporcionar IP a mi dispositivos.

Ahora, para acceder al panel de configuración / interfaz web del repetidor, simplemente desenrosqué las antenas. Y luego usando el 192.168.0.1. No funcionó con tplinklogin.net, ya que (supongo, corríjame) su propio DNS se deshabilitó junto con el DHCP. Ah, y configuré la LAN IP en mi PC manualmente en 192.168.0.199 solo para asegurarme de que sea única. En realidad este es el "ingrediente maravilloso" ...

Con el "repetidor" conectado a través de wifi a la "raíz", 192.168.0.1 accedió a la interfaz de la raíz, sin las antenas (o si puede, simplemente desconecte la raíz de la red principal o reiníciela y tendrá que bajar durante unos 2 minutos ) Ingresé a la interfaz web del repetidor y disminuí la potencia como pretendía, sin necesidad de reiniciarlo y reconfigurarlo.

Tan sencillo.

¡Por supuesto, recuerde volver a poner su PC en DHCP automático!

Y para responder a otro problema por aquí, utilizo solo wifi para conectar tanto la "raíz" como el "repetidor" al enrutador "principal" del edificio y a todos mis dispositivos. Hago esta cadena de enrutadores por dos razones: - paredes gruesas y - No tengo acceso para configurar el enrutador "principal" del ISP.

Tengo un módem ISP (un módem Tenda barato con ISP personalizado fw) en modo Puente y un Asus AC3200 haciendo PPPOE y NAT. El módem ISP es 192.168.10.1 (Wifi apagado, puenteado, sin PPPOE) AC3200 es 192.168.1.1 (directamente haciendo PPPOE y NAT)

ningún cliente conectado a AC3200 pudo acceder a mi módem porque estaba en modo puente y apaga NAT y wifi en modo puente. Pero encontré una manera de hacerlo

1. Creé otro cajero automático en el módem del ISP con entradas aleatorias y activé NAT en ese cajero automático al crear un nombre de usuario y contraseña aleatorios para la conexión de ppoe en ese cajero automático (que obviamente no se conecta al ISP y muestra la falla de AUTENTICACIÓN)
2. Ahora, cuando abro Router Management en AC3200, muestra 2 IP de WAN, una de PPPOE directamente del ISP y la segunda de mi módem en puente en el falso DHCP de ATM como 192.168.10.2

Entonces, el problema se resolvió cuando el enrutador pasa todo el tráfico de Internet / normal de los clientes a la IP pública del ISP y solo dirige el tráfico 192.168.10.1 al módem en puente que ejecuta un segundo cajero automático falso con DHCP.

En mi experiencia personal, ayer me enteré por casualidad al restablecer mi enrutador TP-Link C20. Después de completar el restablecimiento, me llevó de vuelta a una IP diferente. TP-Link está en IP 198.168.0.1 y me llevó a 192.168.1.1 que me mostró la GUI web para mi enrutador / módem con puente ZTE-f660. Sin embargo, al intentar acceder de nuevo a través de wi-fi, no fue posible. Volví a intentarlo a través del cable de red (ni siquiera conectado directamente al enrutador sino a un receptor de línea eléctrica) y nuevamente pude acceder a esa GUI web. Por supuesto, esto es válido para este tipo de enrutador, no podría afirmar que esta es una regla innegable para cualquier marca de enrutador.

Demasiado fácil ... No sé por qué se habla tanto sobre este tema ... necesita una PC, conecte la PC al enrutador directamente (puede estar utilizando el puerto Ethernet), ahora puede obtener ip del servidor DHCP de su red puenteada automáticamente, debe anular esto para acceder a su IP predeterminada del enrutador, vaya a la configuración del adaptador, elija las propiedades, seleccione el direccionamiento IPv4, haga clic en propiedades, ahora coloque manualmente la IP de la red predeterminada de su enrutador, en mi caso, la IP predeterminada del enrutador es 192.168.0.1, así que puse IP: 192.168.0.10, máscara de subred: 255.255.255.0, puerta de enlace predeterminada: 192.168.0.1 (ip predeterminada de su enrutador) ¡Deje dns en blanco, volla! ahora puede acceder a la GUI del enrutador turístico, solo seleccione obtener ip automáticamente después de haber terminado la configuración para restablecer la red.

El problema es que en modo puenteado: la dirección IP está determinada por el enrutador que proporciona el servicio DHCP, pero la dirección IP obtenida es desconocida.

Dado que mi enrutador (Linksys EA9500) tiene la dirección MAC estampada en la parte inferior, hizo posible ver la tabla de arrendamiento DHCP en nuestro firewall / enrutador que suministraba los arrendamientos DHCP, y encontrar la dirección MAC de la unidad WIFI puenteada. correspondía a una dirección IP (en mi caso: 10.0.0.130), y cuando usé esta IP, la interfaz web para el enrutador WIFI en puente apareció de inmediato.