J'utilise Arch Linux sur mon netbook. Mon école a un point d'accès ouvert et nous devons nous connecter au réseau via une page vers laquelle nous sommes redirigés lorsque nous essayons d'ouvrir n'importe quel site Web si nous ne sommes pas connectés.
Cela fonctionne sur mon smartphone Android. Cela fonctionne sous Windows. Cela devrait également fonctionner sous Linux car mon professeur est capable de s'y connecter (il exécute Ubuntu).
Je me connecte au point d'accès avec le menu wifi pour générer un profil netctl. Je suis connecté mais je ne suis pas redirigé vers la page de connexion, et lorsque je tape l'adresse (prise depuis mon téléphone), il ne trouve pas le serveur ... J'ai essayé de désactiver IPv6, mais rien ne change ...
linux
arch-linux
wifi
authentication
Matthieu Harlé
la source
la source
Réponses:
Ce que vous décrivez s'appelle un portail captif . Ils sont généralement utilisés pour l'authentification sur les points d'accès Wi-Fi, mais peuvent également être utilisés pour contrôler l'accès au réseau câblé.
Il existe plusieurs façons d'implémenter un portail captif:
Redirection HTTP
Dans ce cas, les requêtes DNS provenant de clients non authentifiés sont résolues normalement. Cependant, lorsque le navigateur envoie une demande HTTP à l'adresse IP résolue, la demande est interceptée par un pare-feu agissant comme un proxy transparent. La demande HTTP du client est transmise à un serveur du réseau local qui émet une redirection côté serveur avec un code d'état HTTP 302 trouvé , qui redirigera le client vers le portail captif.
Redirection DNS
Dans la redirection basée sur DNS, le pare-feu garantit que seuls les serveurs DNS fournis par DHCP peuvent être utilisés par des clients authentifiés. Le pare-feu peut également rediriger toutes les requêtes DNS de clients non authentifiés vers le serveur DNS local. Ce serveur DNS retournera à son tour l'adresse IP du portail captif en réponse à toutes les recherches DNS effectuées par des clients non authentifiés.
Redirection IP
Lors de la redirection fonctionnant sur la couche IP, un routeur effectue la traduction d'adresses de réseau de destination (DNAT) pour rediriger les paquets provenant d'un hôte captif vers le portail captif. Dans les cas où le logiciel du portail captif s'exécute sur le routeur lui-même, les paquets sont plutôt dirigés vers une interface interne. Les paquets dirigés du portail captif vers l'hôte obtiennent à leur tour leur adresse source réécrite de sorte qu'ils semblent provenir de la destination d'origine.
Lors du dépannage des problèmes de portail captif, la première étape consiste à identifier le type de redirection utilisé et à quel moment la redirection échoue. Le bon outil pour ce travail est un analyseur de paquets , tel que Wireshark . Gardez cependant à l'esprit que la politique informatique de votre école pourrait interdire l'utilisation de renifleurs de paquets sur le réseau local, car ces outils pourraient facilement être utilisés pour empiéter sur la vie privée d'autrui sur un réseau non chiffré.
Vous pouvez également consulter le support technique de votre école. Ils seraient au courant de la configuration du portail captif sur le réseau Wi-Fi local, et surtout si les membres du corps enseignant utilisent Linux, ils pourraient probablement aider à localiser la source du problème.
la source
Si la page de redirection ne se charge pas et que la reconnexion ne résout pas le problème, la prochaine étape la plus simple consiste à adresser directement le routeur.
Essayez
192.168.1.1. Il s'agit de l'adresse par défaut la plus courante et souvent elle n'est pas modifiée.L'adressage du routeur devrait vous envoyer sur la page de redirection.
la source
Dans mon cas, être connecté à Chrome me gênait. Lorsque j'ai ouvert une fenêtre de navigation privée et que je suis allé sur une page Web aléatoire, la redirection a fonctionné. J'ai eu cette idée dans un post sur un thread Arch Linux .
la source
L'hôtel utilisait le réseau 172.17.xx et mon installation de docker aussi, tout comme aucun client ne m'obligeait à utiliser des instances de docker pour le moment, je l'ai désinstallé et la redirection de connexion pour la connexion a cessé d'avoir des problèmes.
la source
généralement le routeur héberge également le portail captif (mais pas toujours). Si vous vous y connectez, le portail captif vous sera généralement présenté. Pour déterminer quelle est l'adresse du portail captif, vous pouvez soit regarder et mémoriser l'adresse sur un appareil qui redirige correctement, soit exécuter
route -net sélectionner l'adresse (sous Passerelle) qui correspond à l'itinéraire par défaut (la ligne du haut - 0.0.0.0 / 0).Tapez cette adresse (l'adresse du routeur par défaut) dans une fenêtre de navigateur et nous espérons que le portail captif devrait vous être présenté.
la source
Entrez http://nmcheck.gnome.org dans votre navigateur. (J'ai ajouté le "hotspot login" d'Ubuntu 18 à mes favoris et cela montrait cette adresse, chaque fois que je cliquais dessus.) Cela fonctionnait pour moi.
la source