클라이언트 브리지 라우터의 IP 주소를 어떻게 찾을 수 있습니까?

클라이언트 브리지가 있습니다 (DD-WRT 펌웨어가 포함 된 LinkSys WRT54GL 라우터). 장치에 IP 주소 192.168.1.2를 지정했지만 ipconfig를 실행할 때 기본 게이트웨이는 이제 192.168.0.1입니다. 마찬가지로 http://192.168.1.2 에 연결하려고 하면 라우터의 관리 페이지에 액세스 할 수 없습니다.

어떤 아이디어?

고객 다리가 있습니다

확인..

기본 게이트웨이는 이제 192.168.0.1입니다.

브리지가 있고 DHCP 정보가 라우터에서 제공되기 때문에 ...

http://192.168.1.2 에 연결하려고 하면 라우터의 관리 페이지에 액세스 할 수 없습니다.

192.168.0 네트워크에 있고 컴퓨터 나 라우터가 192.168.1 네트워크에 대해 아무것도 모르기 때문입니다. 이 작업을 수행:

1. 컴퓨터에 192.168.1.100 주소를 일시적으로 할당
2. 192.168.1.2에 로그인하고 192.168.0.2를 사용하도록 재구성하십시오 (또는 그냥 dhcp를 사용하도록 지시하십시오)
3. 기계를 다시 DHCP로 설정하십시오.
4. 이익!

핑 스캔을 수행 할 수 있습니다 ( IP 주소 범위를 동시에 핑하는 방법 ).

다양한 IP를 스캔하고 어떤 IP가 응답하는지보고합니다. 그런 다음 장치가 될 수있는 주소를 추측하여 연결할 수 있습니다.

리눅스에서 나를 위해 일한 명령 :

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

이들은 핑에 응답 한 모든 IP이며 브라우저에서 각 IP를 방문했으며 그 중 하나가 숨겨진 클라이언트 브리지라는 것을 알았습니다.

어댑터 특성에서 기본 게이트웨이 설정을 강제 실행할 수 있습니다.

이전 연결 설정 방법에서이 설정을 계속 사용할 수 있습니까?

클라이언트 컴퓨터에서 DHCP를 사용하고 있습니까? 라우터는 일반적으로 게이트웨이 (또는 서브넷의 xxx1)에 할당되어야합니다. 이 경우 192.168.0.1입니다. 클라이언트에서 캐시를 지우려고 했습니까? 전의. 연결을 "수리"하십시오. 교량 양쪽에서 관리 페이지를 사용할 수 있습니까?

재미있는 전제 조건 질문입니다. 올바른 무선 네트워크에 연결되어 있습니까? 미안하지만, 경험상 저에게 항상 먼저 물어 보라고했습니다.

대답 할 질문은 현재 기본 게이트웨이 주소의 출처입니다. "ipconfig / all"을 실행하고 "DHCP Enabled ..... Yes"인지 확인하십시오.

그렇지 않은 경우 TCP / IP 등록 정보로 이동하여 DHCP를 활성화하거나 클라이언트 IP 설정을 수동으로 구성하십시오.

DHCP가 활성화 된 경우 "DHCP Server ...."필드는 주소를받은 서버를 식별하고 핑을 시도한 후 HTTP 및 HTTPS를 통해 해당 주소에 연결을 시도합니다. 이 중 하나라도 작동하면 네트워크에서 라우터 모드에 여러 장치가있을 수 있습니다. 불량을 찾아서 제거하십시오.

서버가 응답하지 않으면 오래된 정보가있을 수 있습니다. "ipconfig / release"를 실행하여 이전 DHCP 임대를 중단 한 다음 "ipconfig / all"을 실행하여 구성되지 않은 인터페이스가 표시되는지 확인한 다음 "ipconfig / renew"를 실행하여 새 주소를 얻습니다. 구애.

여전히 작동하지 않는 경우 클라이언트를 수동으로 구성하고 라우터에 액세스 할 수 있고 모든 것이 작동하는지 확인하여 DHCP 서버가 손상 될 수 있는지 확인하십시오. 올바르게 구성되었는지 확인하고 다시 시작하십시오.

행운을 빕니다

무선 브리지의 손실 된 IP 주소를 찾는 방법 :

Linux가 있다면 nmap이 문제를 해결합니다. nmap은 모든 IP 주소를 검색하여 응답합니다.

ip 주소가 192.168.13.1-> 192.168.13.150 부근에 있다고 가정하십시오. 그러나 당신은 그것이 어느 것인지 확실하지 않습니다. 검색 공간이 크게 줄어 듭니다.

리눅스에 nmap을 설치하십시오

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

nmap 명령을 실행하십시오.

nmap -sP 192.168.13.80-140

위의 nmap 명령을 이해하십시오.

-sP 플래그는 호스트가 발견 된 후 nmap에 (검색 포트 아님)을 알려줍니다. 80-140ip 주소의 끝에 있는 토큰은 192.168.13.80에서 192.168.13.140까지의 IP 주소를 스캔 함을 의미합니다.

nmap 명령은 출력을 생성합니다.

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

출력을 해석하십시오.

이것이 나에게 알려주는 것은 나열된 IP 주소가 핑에 응답하는 유일한 주소라는 것입니다. 192.168.13.101은 제가 놓친 무선 브리지입니다. 브라우저에 해당 IP 주소를 입력하면 해당 라우터의 사용자 이름 / 로그인이 브리지 역할을합니다.

기본 라우터 (클라이언트 브리지에서 연결)로 이동하여 dhcp 테이블을 찾은 후 클라이언트 브리지의 mac addr를 찾으십시오. 그러나 핑을 할 수 없습니다. 간단히 말해서 가상 IP 주소와 같습니다.