Comment accéder à l'interface graphique de mon modem lorsqu'il est en mode ponté?
Je voulais essayer de configurer mon modem/routeur ActionTec P5001a DSL en mode ponté avec un routeur Linksys E2500 pour améliorer les performances de NAT. Basculer le modem en mode ponté et le routeur en PPPoE fonctionnait parfaitement, mais maintenant, il me semble que je n'ai aucun moyen d'accéder à l'interface graphique du modem si je souhaite éteindre son antenne sans fil par exemple. (Je pensais aussi à désactiver ses fonctions NAT et DHCP, bien que celles-ci soient même pertinentes lorsqu'elles sont en mode ponté?)
J'ai essayé d'y accéder via l'adresse IP d'origine utilisée (192.168.0.1) à la fois via le routeur et directement connecté à l'un des ports Ethernet du modem, mais il semble ne plus être accessible via une adresse IP.
Existe-t-il une solution de contournement pour la restauration des paramètres par défaut du modem ou une autre méthode pour accéder à l'interface graphique en plus via un navigateur utilisant une adresse IP?
Merci pour vos suggestions!
Comment accéder à l'interface graphique de mon modem lorsqu'il est en mode ponté?
Les quelques-uns que j'ai utilisés, en mode pont, n'ont aucune interface Web ou IP. (peut-être que le vôtre fait)
Avec ceux-ci, vous devez le réinitialiser (en maintenant la broche de réinitialisation) pour accéder à l'interface Web, ce qui le sort du mode pont. Avec le vôtre, il y a peut-être d'autres moyens, mais vous pouvez également le réinitialiser et quitter le mode pont et accéder à une interface Web.
aucun moyen d'accéder à l'interface graphique du modem si je veux faire des choses comme éteindre son antenne sans fil. (Je pensais aussi à désactiver ses fonctions NAT et DHCP, bien que celles-ci soient même pertinentes en mode ponté?
Avec ceux que j'ai utilisés, NAT et DHCP ne sont définitivement pas utilisés en mode pont, je ne peux pas commenter les autres. Je serais surpris que la connexion sans fil soit active, mais vous pouvez simplement vérifier à 100%. Si vous connaissez le SSID (vous devez également savoir comment vous connecter à votre propre routeur en mode normal), Ensuite, recherchez ce SSID pour voir s'il diffuse. Je suis sûr que vous constaterez également que cette option est désactivée dans tous les périphériques en mode pont. Je suppose que vous pouvez également prouver qu'il ne s'agit pas de NAT, avec la commande tracert tracert www.google.com et recherchez des adresses IP privées telles que 192.168 ou 10.0 et vous ne devriez en voir qu'un, en cas de double NAT. Je suppose que vous verriez deux.
Note
J'ai modifié ma réponse, ma réponse précédente disait: "Quand il est en mode pont, il n'a pas d'interface Web, pas d'adresse IP." J'ai enlevé ça car c'est faux pour DDWRT et éventuellement faux pour certaines marques/modèles. L'autre réponse dit non, mais ce n'est pas vrai non plus. Je sais que tel est le cas (l’interface Web étant désactivée en mode pontage), avec certains routeur/modem/commutateurs, en particulier avec au moins certains, par exemple belkin. http://forums.whirlpool.net.au/archive/869904 comme mentionné ici "si le belkin est correctement configuré en mode pont, vous ne pouvez pas entrer dans son interface Web gui, car il ne s'agit que d'un modem". Il est vrai que DDWRT vous permet toujours d’accéder à l’interface Web .. Bien que sa marque/modèle en particulier puisse le faire, l’autre réponse affirmant avoir utilisé des modèles similaires à ceux de l’opération et affirmer que vous le pouvez, c’est-à-dire avec son . Bien que l’autre réponse parle alors de DDWRT que l’opérateur peut ne pas exécuter. Et l'autre réponse ne précise pas ce qui se passe avec l'appareil de l'OP s'il n'a pas accès à son interface Web.
Je suis consterné par la désinformation contenue dans la réponse acceptée. Bien que je n’ai aucune expérience du ActionTec P5001a, j’ai une expérience avec une demi-douzaine d’appareils similaires, et ils fonctionnent tous de la même manière en mode ponté.
En mode pont, il n’a pas d’interface Web, pas d’IP.
Faux. Il a la même adresse IP par défaut (192.168.0.1) et la même interface Web est en attente d'utilisation. Cependant, il n'y a pas de route vers le réseau, vous ne pouvez donc pas atteindre 192.168.0.1 à moins d'indiquer votre routeur.
J'ai installé DD-WRT sur mon routeur Linksys E4200. Il est également disponible pour le E2500. Assurez-vous que le réseau E2500 est différent de 192.168.0.1, puis pointez votre navigateur Web sur l'interface utilisateur de gestion du routeur.
- Cliquez sur Administration
Dans le champ Entrée de commande, entrez
ifconfig `nvram get wan_ifname`: 0 192.168.0.2 masque de réseau 255.255.255.0
Cliquez sur "Enregistrer le démarrage"
Dans le champ Entrée de commande, entrez
iptables -t nat -I POSTROUTING -o `nvram get wan_ifname` -d 192.168.0.0/24 -j MASQUERADE
- Cliquez sur "Enregistrer le pare-feu"
- Redémarrez le routeur
Vous venez de donner au routeur l'adresse IP 192.168.0.2 qui se trouve sur le même réseau que le modem ponté et lui avez demandé de router les paquets vers ce réseau. À partir de n’importe quel appareil de votre réseau, vous pouvez maintenant vous connecter à l’UI du modem ponté avec
http://192.168.0.1/
J'ai rencontré ce problème lors du basculement de la connexion Internet sur mon Linksys WRT1900ACS de DSL vers un point d'accès mobile. Je fais le pont entre la radio 5 Ghz et le service clients via le côté 2.4 Ghz. Le Linksys offre une bien meilleure couverture WiFi que le hotspot et prend également en charge 4 périphériques GB câblés. Je peux toujours connecter le WiFi directement au point d'accès sans fil depuis des appareils situés à une distance raisonnable.
Quoi qu'il en soit, la suggestion d’adresse IP de diffusion est excellente, sauf sur une plate-forme Windows. L'alternative à ceci est "arp -a". Ceci listera toutes les adresses Mac avec l'IP correspondante visibles sur votre ordinateur. Parcourez chaque adresse IP l'une après l'autre et vous trouverez l'adresse administrative de votre routeur.
Dans le cas de routeurs Arris (tels que le DG1670) en mode ponté, l'interface utilisateur est disponible à l'adresse suivante:
J'ai réussi à trouver mon interface graphique dans la nouvelle adresse: http://192.168.100.1 (l'original était 192.168.0.1 avant le mode ponté), s'est connecté et a repassé le mode routeur, après l'avoir réinitialisé pour réinitialiser le logo d'accès Internet réseau sur le bureau et y résoudre les problèmes.
cette vidéo m'a aidé: https://www.youtube.com/watch?v=C-0VhTXxHS8
TL; DR: essayez d'envoyer une requête ping à l'adresse de diffusion
J'ajouterais peut-être mes deux cents ici ... Mon routeur Gargoyle (une version de DD-WRT) a été configuré en mode pont pour le réseau 192.168.100.0 et je ne pouvais pas accéder à son interface sur ip 192.168.1.10, même lorsque paramétrer ma propre adresse IP sur le même sous-réseau et le même masque de réseau. Ce que j'ai découvert, c'est que le pont a reçu une adresse IP sur le réseau auquel il est connecté. La façon dont j'ai découvert ce que c'était en interrogeant l'adresse de diffusion du réseau principal: ping 192.168.100.255. J'ai remarqué une adresse inconnue et, après vérification, j'ai vu qu'elle avait la même adresse MAC. Je pouvais ensuite me connecter à 192.168.100.176, la nouvelle adresse trouvée, modifier les paramètres de Bridge à AP et reprendre mon chemin.
J'ai eu ce problème alors que mon routeur (TP Link Archer C50 AC 1200) fonctionnait comme un répéteur en établissant un pont entre le réseau modem de mon FAI (appelé commodément Bad Motherf *** er) via WiFi (les deux avaient le même SSID). Voici le correctif:
Connectez-vous au modem de votre FAI en utilisant l'adresse IP de passerelle par défaut (dans mon cas, 192.168.1.1).
Remplacez le nom du réseau modem de votre FAI par un nom autre que le nom d'origine (le mien est devenu Bad Motherf *** er Root).
Etant donné que le routeur ne peut pas trouver le réseau avec le SSID d'origine (c.-à-d. Bad Motherf *** er) pour répéter le signal, il repasse automatiquement en mode DHCP, ce qui permet à tout périphérique connecté au réseau de le rejoindre auparavant. diffusion en utilisant la passerelle du routeur (qui était 192.168.0.1).
TL; DR : Ouvrez
routerlogin.netdans un navigateur Web situé sur le réseau local.
J'utilisais les routeurs suivants:
- Asus RT-AC68P (dans le cuisine , connecté à Internet)
- Netgear WNDR4500v2 (dans le office , création d'un " office LAN " pour les périphériques qui y sont connectés)
À l’origine, http://192.168.0.1/ ouvrait la page d’administration du routeur office , mais lorsque j’ai activé le mode pont, connectez le office LAN à Internet via le kitchen routeur, en passant. à http://192.168.0.1/ m'a plutôt dirigé vers la page d'administration pour le kitchen router.
Je ne sais pas quelle méthode ils utilisent pour trouver la bonne adresse IP locale pour le office routeur, mais le site Web http://www.routerlogin.net (qui dans mon cas pointe sur 192.168.1.76) a trouvé la bonne.
Il semble donc que lorsqu'un routeur est configuré en mode pont, vous pouvez toujours le trouver sur le réseau local, mais sous une adresse IP différente. Dans mon cas, il s'agissait de 192.168.1.76, mais si l'enregistrement DNS ci-dessus ne fonctionne pas pour vous, vous pouvez utiliser l'une de ces méthodes pour essayer de connaître l'adresse IP indiquée à l'adresse:
Comme recommandé par kcrw79 , il pourrait apparaître lors de l'exécution de la commande suivante (ce n'est pas le cas pour moi):
arp -a
Ou encore une partie de ma magie Bash personnelle qui va rechercher tous les ordinateurs du bloc 192.168.1.* et voir ceux qui fonctionnent avec des serveurs HTTP en état de marche (cette commande prend environ 8 minutes et 30 secondes pour s'exécuter complètement. Vous pouvez ainsi réduire ce temps au risque de manquer un serveur en réduisant la valeur --connect-timeout):
for ip in 192.168.1.{1..255}; do curl --silent --connect-timeout 2 -I "http://$ip/" && echo "http://$ip/" && echo '--------------'; done
D'après mon expérience personnelle, j'ai découvert par hasard hier en réinitialisant mon routeur TP-Link C20. Une fois la réinitialisation terminée, cela m'a ramené à une adresse IP différente. TP-Link est à l'adresse IP 198.168.0.1 et m'a conduit à 192.168.1.1, qui m'a montré l'interface graphique Web de mon routeur/modem ponté ZTE-f660. Cependant, tout en essayant d'accéder à nouveau via Wi-Fi, ce n'était pas possible. J'ai réessayé via un câble réseau (pas même connecté directement au routeur mais à un récepteur CPL) et j'ai de nouveau pu accéder à cette interface graphique Web. Bien sûr, cela est valable pour ce type de routeur, je ne pourrais pas prétendre que cette règle est indéniable pour toutes les marques de routeur.
J'ai un modem ISP (un modem Tenda bon marché avec ISP fw personnalisé) en mode pont et un Asus AC3200 faisant PPPOE et NAT. Modem ISP est 192.168.10.1 (Wifi désactivé, ponté, pas de PPPOE) AC3200 est 192.168.1.1 (faisant directement PPPOE et NAT)
mon modem n'était accessible par aucun client connecté à AC3200 car il était en mode pont et il désactive NAT et le wifi en mode pont. Mais j'ai trouvé un moyen de le faire
- Création d'un autre guichet automatique dans un modem ISP avec des entrées aléatoires et Turned ON NAT sur ce guichet en créant un nom d'utilisateur et un mot de passe aléatoires pour la connexion ppoe sur ce guichet (ce dernier ne se connecte évidemment pas au FAI et ne parvient pas à afficher l'authentification)
- Maintenant, lorsque j'ouvre la gestion des routeurs sur AC3200, il affiche 2 WAN IPs, l'un provenant de PPPOE directement auprès du fournisseur de services Internet et l'autre de mon modem ponté sur le DHCP de faux ATM: 192.168.10.2
le problème est résolu, car le routeur transmet tout le trafic Internet/normal des clients à l'adresse IP publique du fournisseur de services Internet et ne dirige que le trafic 192.168.10.1 vers le modem ponté qui exécute un deuxième faux guichet automatique avec DHCP.
C'est tellement nul, du moins dans mon cas. J'utilise des routeurs Tp-Link dans WDS Bridge. Bien sûr, avec le protocole DHCP désactivé sur TP-Link fonctionnant en tant que répéteur, le conflit est trop fréquent si vous laissez le protocole DHCP par défaut; J'aurais pu essayer de définir manuellement un masque de sous-réseau différent ou une plage d'adresses IP différente de celle du routeur racine, mais dans mon cas, je n'avais pas besoin d'un tel ajustement, j'ai simplement désactivé le second DHCP, ne laissant que le DHCP racine pour fournir des adresses IP à mon serveur. dispositifs.
Maintenant, pour accéder aux paramètres du tableau de bord/interface Web du répéteur, je viens de dévisser les antennes. Et puis en utilisant le 192.168.0.1. N'a pas fonctionné avec le tplinklogin.net, car (je suppose, corrigez-moi s'il vous plaît) c'est son propre DNS qui a été désactivé en même temps que le DHCP. Oh, et je règle manuellement l'adresse IP du réseau local sur mon PC sur 192.168.0.199, juste pour m'assurer qu'elle est unique. En fait, c’est l’ingrédient miracle.
Avec le "répéteur" connecté via Wi-Fi à la "racine", 192.168.0.1 a accédé à l'interface de la racine, sans les antennes (ou si vous le pouvez, débranchez simplement la racine de la source ou réinitialisez-la et vous l'avez arrêtée pendant environ 2 minutes. ) Je suis entré dans l'interface Web du répéteur et ai réduit la puissance comme je le souhaitais, SANS qu'il soit nécessaire de le réinitialiser et de le reconfigurer.
Si simple.
Bien sûr, pensez à remettre votre PC sous DHCP automatique!
Et pour répondre à un autre problème, je n’utilise que le wifi pour connecter à la fois le "répéteur" et le "répéteur" au routeur "principal" de l’immeuble et à tous mes appareils. Je fais cette chaîne de routeurs pour deux raisons: - des murs épais et - je n'ai pas accès à la configuration du routeur "principal" du FAI.