Bon, c’est un problème courant qui prend du temps à traiter.
Reprenons désolé, je pars des bases, ne le prend pas mal, ce message s’adresse un peu à tous les niveaux. Tu te connectes au Wifi, ça a marché. Mais ensuite tu n’as plus rien ?
1) Tu as une ip ?
Si tu fais ip a
dans ton terminal ?
$ ip a
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether XX:XX:XX:XX:XX:XX brd ff:ff:ff:ff:ff:ff
inet 192.168.9.54/23 brd 192.168.9.255 scope global dynamic noprefixroute wlan0
valid_lft 84896sec preferred_lft 74096sec
J’ai caché les informations “ privées ”. Mais en gros, tu devrais avoir une IP 192.168.9.54
et un masque.
Tu peux obtenir le serveur du routeur (son IP) :
$ ip r
default via 192.168.9.254 dev wlan0 proto dhcp src 192.168.9.54 metric 303
192.168.9.254
“ chez moi ”.
Tu as testé de ping 1.1.1.1
(CloudFlare)ou 8.8.8.8
(Google)?
Si ça passe, souvent, tu as internet. Tu peux tenter de pinger zestedesavoir.com
.
Aussi, souvent le DNS est bloqué. Et normalement, il n’y a qu’un seul DNS autorisé, c’est celui retourné par le DHCP. Le problème c’est que je ne connais aucun client DHCP qui retourne les informations d’options. Normalement, dhcpclient
écrit ça dans un lease mais c’est pas pratique et il faut utiliser dhcpclient
. (c.f. stackExchange).
Souvent, le routeur fait également DNS ou c’est le serveur à coté. Par exemple ici, le DNS autorisé par le réseau est 192.168.9.254
les autres sont interdits (mais j’utilise DNS-over-https pour contourner ça).
Pour le vérifier :
$ dig +short @192.168.9.254 ache.one
145.239.86.0
Tu auras peut-être une réponse en premier temps mensongère, ça sera alors l’IP d’un portail.
Tu peux tenter de vérifier que le DNS n’est pas bloqué :
$ dig +short @1.0.0.1 ache.one
145.239.86.0
Un dernière tentative qui a toute les chances de marcher et de changer l’adresse mac de ta carte Wifi par celle du téléphone (si tu connais l’adresse mac de la carte Wifi du téléphone).
Sous Linux c’est quelque chose de très simple à faire :