J'ai un pont client (routeur Linksys WRT54G avec le micrologiciel DD-WRT). J'ai spécifié une adresse IP de 192.168.1.2 pour le périphérique, toutefois, lorsque j'exécute IPConfig, la passerelle par défaut est maintenant 192.168.0.1. De même, lorsque j'essaie de vous connecter http://192.168.1.2 , je ne peux pas accéder à la page administrative du routeur.
Des idées?
J'ai un pont client
d'accord..
la passerelle par défaut est maintenant 192.168.0.1.
parce que vous avez un pont et vos informations DHCP proviennent du routeur ...
lorsque j'essaie de vous connecter http://192.168.1.2 , je ne peux pas accéder à la page administrative du routeur.
parce que vous êtes sur le réseau 192.168.0 et ni votre machine ni votre routeur ne sait rien sur le réseau 192.168.1. Faites ceci:
Vous pouvez effectuer une analyse ping ( Comment puis-je ping une gamme d'adresses IP simultanément ).
Il scannera une gamme de droits de propriété intellectuelle et signalera ceux qui répondent. Ensuite, vous pouvez deviner et essayer de vous connecter à ces adresses qui pourraient être votre appareil.
La commande qui a fonctionné pour moi sur 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
Ce sont toutes les IP qui ont répondu à une ping, j'ai visité chacune de ces IP d'un navigateur et j'ai trouvé que l'un d'entre eux était mon pont client caché.
Si vous avez Linux, NMAP résoudra votre problème. NMAP scannera toutes vos adresses IP pour répondre aux réponses.
Supposons que vous sachiez que l'adresse IP est quelque part vers 192.168.13.1 -> 192.168.13.150. Mais vous n'êtes pas sûr lequel c'est. Cela rétrécira grandement votre espace de recherche.
Installez NMAP sur le Linux
[root@defiant bin]# yum install nmap
Package 2:nmap-6.01-4.fc17.x86_64 already installed and latest version
Exécutez la commande NMAP :
nmap -sP 192.168.13.80-140
Comprenez la commande NMAP ci-dessus :
Le drapeau -SP indique NMAP à (pas de ports de recherche) après la découverte d'un hôte. Le 80-140
Jeton à la fin de l'adresse IP signifie Numérisation des adresses IP 192.168.13.80 à 192.168.13.140.
la commande NMAP produit la sortie :
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
interpréter la sortie :
Alors, qu'est-ce que cela me dit, c'est que ces adresses IP répertoriées étaient les seules répondant à Pingings. Je peux jouer au globe oculaire et dire, AHA, le 192.168.13.101 est mon pont sans fil manquant. Entrer sur cette adresse IP dans un navigateur amène le nom d'utilisateur/connexion de ce routeur agissant en tant que pont.
Question préalable drôle, êtes-vous sûr que vous êtes sur le réseau sans fil droit? Désolé, mais l'expérience m'a appris à toujours demander cela en premier.
La question à répondre serait la suivante: l'adresse de la passerelle par défaut actuelle. Exécutez "ipconfig/tout" et vérifiez si cela indique "DHCP activé ..... oui".
Sinon, entrez dans vos propriétés TCP/IP et activez DHCP ou configurez manuellement les paramètres IP du client.
S'il s'agit de DHCP activé, le champ "Server DHCP ..." "identifiera le serveur qu'elle a obtenu l'adresse, essayez de pinging et de vous connecter à cette adresse via HTTP et HTTPS. Si l'une de ces travailleurs vous travaillez probablement plusieurs périphériques en mode routeur sur votre réseau, trouvez et supprimez le voleur.
Si le serveur ne répond pas en place, vous avez probablement d'anciennes informations là-bas. Exécutez "ipconfig/version" pour lâcher l'ancien bail de DHCP, puis exécutez "ipconfig/tout" pour vous assurer de voir une interface non configurée, exécutez enfin "ipconfig/renouveler" pour obtenir une nouvelle adresse, espérons-le que vous allez maintenant voir utilisable adresses.
Si vous ne travaillez toujours pas, essayez de configurer votre client manuellement et de voir si vous pouvez accéder au routeur et que tout fonctionne, si votre serveur DHCP peut être déplacé. Assurez-vous qu'il est configuré correctement et redémarrez-le.
Bonne chance
Allez au routeur principal (connexion du pont client), localisez la table DHCP et trouvez le Mac Addr du pont client. Mais vous ne pouvez pas le ping. En bref, on dirait d'une adresse IP virtuelle.
Vous pouvez forcer les paramètres de la passerelle par défaut dans vos propriétés de l'adaptateur.
Est-il possible que vous ayez toujours cet ensemble de la manière dont votre connexion précédente a été configurée?
Utilisez-vous DHCP sur l'ordinateur client? Le routeur devrait normalement être la passerelle (ou le x.x.x.1 dans votre sous-réseau) attribué; Dans ce cas, 192.168.0.1. Avez-vous essayé de débloquer des caches sur le client? Ex. "Réparer" la connexion. Les pages administratives sont-elles disponibles des deux côtés du pont?