172.20.10.1 connexion routeur

Effectuez cette vérification avant toute autre chose. Sous Windows, exécutez ipconfig /all dans l'invite de commandes et lisez la ligne Passerelle par défaut pour votre carte réseau active. Sous Linux, exécutez ip route et observez l'adresse après default via. Sous macOS, ouvrez Réglages système, Réseau, puis Détails pour l'interface active et vérifiez le champ Routeur sous TCP/IP. Si une adresse différente y apparaît, c'est elle qui constitue votre passerelle.

La plage 172.16.0.0/12 est très utilisée par les réseaux bridge par défaut de Docker, les sous-réseaux VPN et les environnements de laboratoire ; 172.20.10.1 peut donc très bien être un bridge de conteneur, une extrémité de tunnel ou une interface virtuelle sur votre propre machine plutôt qu'un matériel physique. Exécutez ip route ou ipconfig /all pour voir à quelle interface la route 172.20.10.0/24 est associée. Une interface virtuelle ou un adaptateur de tunnel signifie qu'il n'y a aucune page de connexion à atteindre.

Saisissez http://172.20.10.1 en entier, incluant le protocole, afin que le navigateur ne traite pas les chiffres comme un terme de recherche. Si rien ne se charge, essayez également https://172.20.10.1, car de nombreuses interfaces d'administration fonctionnent uniquement en HTTPS et afficheront un avertissement de certificat auto-signé que vous devrez accepter. L'utilisation d'un port non standard tel que :8080 ou :8443 est également courante sur les équipements professionnels.

172.20.10.1 est facile à confondre avec 172.20.1.1, 172.20.10.10 ou 172.10.20.1 ; les deux dernières se trouvant dans des sous-réseaux différents ou totalement en dehors de l'espace privé. Veillez à ne pas saisir un l minuscule à la place du 1, des virgules au lieu de points, ou un .com accidentel à la fin. Tout ce qui est inférieur à 172.16 ou supérieur à 172.31 dans le deuxième octet appartient à l'espace public et ne doit pas être interrogé.

L'apparition d'un formulaire de connexion confirme qu'un équipement répond sur 172.20.10.1 ; l'adresse est donc correcte et seuls les identifiants sont erronés. Aucun identifiant par défaut n'étant documenté pour cette adresse, vérifiez l'étiquette et le manuel de l'appareil. Si le matériel a été installé par un employeur, un propriétaire ou un fournisseur d'accès, le mot de passe a très probablement été modifié lors de la configuration et eux seuls le détiennent.

Si votre propre adresse ne se trouve pas dans la plage 172.20.10.1 à 172.20.10.254, votre machine ne dispose d'aucun chemin direct vers 172.20.10.1, à moins qu'une route n'existe entre les segments. Comparez votre adresse IPv4 et votre masque de sous-réseau par rapport au /24. Le fait d'être sur un réseau invité, un bande Wi-Fi séparée avec isolation des clients, ou un VPN qui capture tout le trafic provoquera ce symptôme.

Non. Elle s'inscrit dans la plage 172.16.0.0/12, que la RFC 1918 réserve aux réseaux privés, et le trafic qui lui est destiné n'est pas routé sur l'Internet public. La confusion est fréquente car les adresses 172 situées en dehors de la plage 172.16 à 172.31 appartiennent à l'espace public ordinaire. Seul le deuxième octet permet de trancher : 172.20 est privé, tandis que 172.15 et 172.32 ne le sont pas.

Aucun constructeur ni modèle spécifique n'est connu pour utiliser cette adresse comme passerelle par défaut en sortie d'usine ; en nommer un relèverait de la conjecture. Les adresses de la plage 172.16.0.0/12 sont plus souvent attribuées par un administrateur qu'intégrées en usine, c'est pourquoi cette plage apparaît dans les réseaux d'entreprise, les configurations de laboratoire, les sous-réseaux VPN et les bridges de conteneurs plutôt que chez un seul fabricant.

Aucun n'est documenté pour cette adresse, et aucun constructeur ne lui est associé pour fournir des identifiants d'usine. Les identifiants appartiennent à l'équipement qui utilise cette adresse sur votre réseau. Regardez l'étiquette sur l'appareil lui-même, le guide de démarrage rapide imprimé, le manuel du modèle ou toute documentation fournie par l'organisation qui l'a configuré. Sur les réseaux administrés, les identifiants par défaut ont généralement déjà été remplacés.

Oui, et c'est le cas de beaucoup. Les adresses privées ne sont pas uniques à l'échelle mondiale ; la même adresse peut donc être simultanément la passerelle d'un réseau de bureau, d'un banc d'essai en laboratoire et d'un bridge de conteneur sans créer de conflit, car aucun de ces trafics ne traverse l'Internet public. C'est également pour cela que l'adresse ne peut être reliée à aucun emplacement, fournisseur ou propriétaire.

Essayez d'abord http://172.20.10.1. Si la connexion est refusée ou réinitialisée, essayez https://172.20.10.1 et attendez-vous à un avertissement de certificat, car les interfaces de gestion sur les adresses privées utilisent généralement des certificats auto-signés qu'aucun navigateur ne reconnaît comme de confiance. Les équipements professionnels écoutent également souvent sur un port alternatif comme 8080 ou 8443, que vous devez ajouter sous la forme 172.20.10.1:8443.

Sous Windows, ouvrez l'invite de commandes, exécutez ipconfig /all et lisez l'entrée Passerelle par défaut pour la carte utilisée. Sous Linux, exécutez ip route et notez l'adresse affichée après default via. Sous macOS, ouvrez Réglages système, allez dans Réseau, sélectionnez la connexion active, ouvrez Détails et observez le champ Routeur sous l'onglet TCP/IP.

Docker alloue ses réseaux bridge à partir de l'espace privé, et 172.16.0.0/12 fait partie des plages dans lesquelles il puise ; un bridge 172.20.10.0/24 avec la passerelle en .1 est donc un résultat classique. Cette passerelle est une interface virtuelle sur votre propre hôte, et non un routeur physique, et elle ne possède pas d'interface web de connexion. L'exécution de ip route montrera qu'elle est liée à une interface docker ou br-.