¿Cómo puedo encontrar la dirección IP de mi enrutador de puente de cliente?


11

Tengo un puente de cliente (enrutador LinkSys WRT54GL con firmware DD-WRT). Especifiqué una dirección IP de 192.168.1.2 para el dispositivo, sin embargo, cuando ejecuto ipconfig, la puerta de enlace predeterminada ahora es 192.168.0.1. Del mismo modo, cuando intento conectarme a http://192.168.1.2 , no puedo acceder a la página administrativa del enrutador.

¿Algunas ideas?


¿Tracert te daría alguna idea? En otras palabras, rastree al DNS de su ISP, por ejemplo, y vea qué IP golpeó en el camino.
Michael Todd

1
Un puente es un dispositivo de capa2. No es un dispositivo de capa3. traceroute opera en la capa 3.
user23307

Respuestas:


8

Tengo un puente de cliente

Okay..

la puerta de enlace predeterminada ahora es 192.168.0.1.

porque tiene un puente y su información DHCP proviene del enrutador ...

cuando intento conectarme a http://192.168.1.2 , no puedo acceder a la página administrativa del enrutador.

porque está en la red 192.168.0 y ni su máquina ni su enrutador saben nada sobre la red 192.168.1. Hacer esto:

  1. asigne temporalmente a su computadora una dirección de 192.168.1.100
  2. inicie sesión en 192.168.1.2, vuelva a configurarlo para usar 192.168.0.2 (o simplemente dígale que use dhcp)
  3. configura tu máquina de nuevo a dhcp
  4. ¡lucro!

4

Puede realizar un escaneo de ping ( ¿Cómo puedo hacer ping a un rango de direcciones IP simultáneamente? ).

Escaneará un rango de IP e informará cuáles están respondiendo. Luego puede adivinar e intentar conectarse a las direcciones que podrían ser su dispositivo.

El comando que funcionó para mí en Linux:

el@defiant ~$ nmap -sP 192.168.13.1-255

Starting Nmap 6.01 ( http://nmap.org ) at 2014-02-10 16:48 EST
Nmap scan report for 192.168.13.79
Host is up (0.0016s latency).
Nmap scan report for 192.168.13.84
Host is up (0.00025s latency).
Nmap scan report for 192.168.13.88
Host is up (0.00021s latency).
Nmap scan report for 192.168.13.100
Host is up (0.00056s latency).
Nmap scan report for 192.168.13.108
Host is up (0.00069s latency).
Nmap done: 255 IP addresses (5 hosts up) scanned in 6.17 seconds

Estas son todas las IP que respondieron a un ping, visité cada una de estas IP en un navegador y descubrí que una de ellas era mi puente de cliente oculto.


0

Puede forzar la configuración de la puerta de enlace predeterminada en las propiedades de su adaptador.

¿Es posible que todavía tenga este conjunto de cómo se configuró su conexión anterior?


0

¿Está utilizando DHCP en la computadora del cliente? El enrutador normalmente debe ser la puerta de enlace (o xxx1 en su subred) asignada; En este caso, 192.168.0.1. ¿Has intentado borrar cualquier caché en el cliente? Ex. "reparar" la conexión. ¿Las páginas administrativas están disponibles en ambos lados del puente?


0

Divertida pregunta previa, ¿estás seguro de que estás en la red inalámbrica correcta? Lo siento, pero la experiencia me ha enseñado a preguntar siempre eso primero.

La pregunta a responder sería de dónde salió la dirección de la puerta de enlace predeterminada actual. Ejecute "ipconfig / all" y verifique si dice "DHCP habilitado ..... Sí".

De lo contrario, ingrese a sus propiedades TCP / IP y habilite DHCP o configure manualmente la configuración de IP del cliente.

Si está habilitado para DHCP, el campo "Servidor DHCP ..." identificará el servidor del que obtuvo la dirección, intente hacer ping y conectarse a esa dirección a través de HTTP y HTTPS. Si alguno de esos funciona, probablemente tenga varios dispositivos en modo de enrutador en su red, busque y elimine el pícaro.

Si el servidor no responde, entonces probablemente tenga información antigua allí. Ejecute "ipconfig / release" para deshacerse del antiguo contrato de arrendamiento de DHCP, luego ejecute "ipconfig / all" para asegurarse de que ve una interfaz no configurada, finalmente ejecute "ipconfig / renew" para obtener una nueva dirección, con suerte ahora verá que se puede usar direcciones.

Si aún no está trabajando, intente configurar su cliente manualmente y verifique si puede acceder al enrutador y todo funciona, de ser así, su servidor DHCP puede estar dañado. Asegúrese de que esté configurado correctamente y reinícielo.

Buena suerte


0

Cómo encontrar la dirección IP perdida de un puente inalámbrico:

Si tiene Linux, nmap resolverá su problema. nmap escaneará todas sus direcciones IP en busca de respuestas.

Suponga que sabe que la dirección IP está en algún lugar alrededor de 192.168.13.1 -> 192.168.13.150. Pero no estás seguro de cuál es. Esto reducirá enormemente su espacio de búsqueda.

Instalar nmap en el linux

[root@defiant bin]# yum install nmap
   Package 2:nmap-6.01-4.fc17.x86_64 already installed and latest version

Ejecute el comando nmap:

nmap -sP 192.168.13.80-140

Comprenda el comando nmap anterior:

El indicador -sP le dice a nmap que (no busque puertos) después de descubrir un host. El 80-140token al final de la dirección IP significa buscar direcciones IP 192.168.13.80 a 192.168.13.140.

El comando nmap produce salida:

Starting Nmap 6.01 ( http://nmap.org ) at 2013-08-04 23:12 EDT
Nmap scan report for 192.168.13.84
Host is up (0.00019s latency).
Nmap scan report for 192.168.13.99
Host is up (0.0012s latency).
Nmap scan report for 192.168.13.101
Host is up (0.00063s latency).
Nmap scan report for 192.168.13.104
Host is up (0.040s latency).
Nmap scan report for 192.168.13.108
Host is up (0.00068s latency).
Nmap done: 61 IP addresses (5 hosts up) scanned in 1.66 seconds

Interpreta la salida:

Entonces, lo que esto me dice es que esas direcciones IP enumeradas fueron las únicas que respondieron a los pings. Puedo mirar a cada uno y decir, ajá, el 192.168.13.101 es mi puente inalámbrico perdido. Al ingresar esa dirección IP en un navegador, aparece el nombre de usuario / inicio de sesión de ese enrutador que actúa como puente.


0

Vaya al enrutador principal (conectándose desde el puente del cliente), ubique la tabla dhcp y busque el addr mac del puente del cliente. Pero no puedes hacer ping. En resumen, se parece a una dirección IP virtual.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.