Utilisation de FREEWIFI
Résumé des points traités et solutionnés
A) Un même utilisateur peut ouvrir une connexion freewifi avec le même identifiant en utilisant plusieurs micros simultanément.
B) Il n'est pas nécessaire d'avoir un cache firefox vide pour obtenir une connexion.
C) Une méthode de connexion que j'utilise.
Lorsque la grille d'accueil de internet est proposé par firefox
1) Pour la première connexion: Frapper l'adresse
wifi.free.fr dans la ligne supérieure pour remplacer ce contenu "
saisir un terme à rechercher ou une adresse". Remplir la grille qui va vous être proposée avec votre identifiant et votre mot passe.
2) Pour les connexions suivantes: Vous devez retrouver cette grille dans votre historique. Il suffit de cliquer dessus pour l'expédier déjà remplie.
D) Comment contrôler que la connexion est réellement opérationnelle.
1) Recevoir un message retour contenant cette ligne "
CONNEXION AU SERVICE REUSSIE" est le piège du débutant. Le message signifie simplement que freewifi a dialogué avec vous et pas du tout qu'il vous a ouvert la connexion à internet!
2) Il faut donc de nouveau cliquer sur l'écran vu ci-dessus et analyser la réponse:
a) Vous avez le même message ==> C'est la preuve que rien n'est ouvert, Il suffit de recommencer
b) Vous avez un message qui commence par
ERREUR C'est un bon début, Il faut regarder la suite. Si c'est:
Site accessible uniquement à partir d'une Freebox: nnn.nnn.nnn.nnn
Vous avez la preuve que l'association est faite. Vous pouvez alors utiliser quasiment normalement internet
Mon expérience. On peut avoir la connexion dès le seconde message. Mais si on doit de nouveau itérer, il faut quasiment 10 expéditions avant d'avoir le feu vert.
E) Quelle est la durée de la connexion?
Wifi.free.fr vous a royalement offert un bail d'une durée de 210 secondes.
Au bout de 210 secondes, vous allez être immédiatement déconnecté.
F) Que faire pour se reconnecter?
En théorie, il n'y a rien à faire car networkmanager va immédiatement redemander un nouveau bail qui lui sera accordé avec une période de négociation.
G) Quel est le problème non traité?
Cette période de négociation peut parfois être longue et durer plus de temps que firefox accepte d'attendre. Dans ce cas, il nous dit de réexpédier le message.
Il faut cliquer sur la zone permettant cette réexpédition
H) Qu'est-il inutile de faire?
1) Inutile de faire un script qui ping
2) Inutile de faire un cron qui ping
3) Inutile de se connecter à un site en HTTP du style pix.toile-libre.org pour forcer la connexion (Insister avec wifi.free.fr)
4) Inutile de forcer la puissance wifi de la carte même elle n'est pas au maxima légal.
J'ai malgré tout ouvert une discussion pour comprendre ce problème https://forum.ubuntu-fr.org/viewtopic.php?id=2022261
I) Qu'est-il possible d'améliorer?
1) Clairement mettre le main sur le timer de firefox.
2) Eventuellement écrire à firefox pour lui signaler que des messages d'erreur semblent très mal construit.
Hum, nous ne parvenons pas à trouver ce site.
Impossible de se connecter au serveur à l’adresse forum.ubuntu-fr.org.
Si l’adresse est correcte, voici trois autres choses que vous pouvez essayer de faire :
Réessayer ultérieurement.
Vérifier votre connexion au réseau.
Si vous êtes connecté au travers d’un pare-feu, vérifier que Firefox a la permission d’accéder au Web.
Il mélange deux choses:
a) La connexion qui ne peut absolument pas se faire (routeurs , firewall)
Vérifier votre connexion au réseau.
Si vous êtes connecté au travers d’un pare-feu, vérifier que Firefox a la permission d’accéder au Web.
b) La connexion qui n'aboutit pas car il manque de patience ==> Timer ? ou relance automatique un certain nombre de fois ?
Réessayer ultérieurement.
J'ai malgré tout ouvert une discussion pour comprendre ce problème https://forum.ubuntu-fr.org/viewtopic.php?id=2022489
3) Regarder le comportement de la version 18.04 ===> J'ai préféré fermer la discussion
https://forum.ubuntu-fr.org/viewtopic.php?id=2020958
4) Faire le forcing auprès de FREBOX en leur demandant s'ils n'ont pas confondus les secondes avec les minutes.
5) Regarder les offres des autres fournisseurs en boxes publiques
J)
Documentation de référence
=================================================
Bonjour.
Actuellement stationné au centre d'une grande ville française, je suis amené à me connecter via FREEWIFI. Je sais que cette action n'est pas simple mais je maîtrise un petit peu.
Cependant, j'ai un problème; Je suis incapable de savoir si le service de FREEWIFI s'est dégradé depuis un an ou si l'application UBUNTU 64 bits à jour est devenue incapable de fonctionner en présence d'un réseau dégradé.
Mon impression est que la seconde solution est la plus probable. Merci à tous ceux qui ont des avis de participer.
Voici ma situation actuelle:
Un IPAD avec forfait mensuel de transfert de données que je souhaite ménager.
Qui plus est, les copier/coller de morceaux de 'boot-info" sont quasiment impossible à faire.
Un portable de secours avec un écran 11 pouces, 512 Mo de RAM équipé d'une version Lubuntu
32 bits pas complètement à niveau.
"DISTRIB_DESCRIPTION="Ubuntu 16.04.3 LTS"
" linux /boot/vmlinuz-
4.10.0-42-generic"
Avec un firefox identifié comme étant la version (57.0.1)
Je vais dire que les temps de réponse du ping ne sont pas terribles . Exemple actuellement j'ai d'excellents (!) temps de réponse.
ping -i 30 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=58 time=171 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=58 time=209 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=58 time=166 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=58 time=139 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=58 time=154 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=58 time=183 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=58 time=245 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=58 time=212 ms
64 bytes from 8.8.8.8: icmp_seq=11 ttl=58 time=178 ms
64 bytes from 8.8.8.8: icmp_seq=12 ttl=58 time=161 ms
64 bytes from 8.8.8.8: icmp_seq=13 ttl=58 time=143 ms
64 bytes from 8.8.8.8: icmp_seq=14 ttl=58 time=105 ms
64 bytes from 8.8.8.8: icmp_seq=16 ttl=58 time=142 ms
64 bytes from 8.8.8.8: icmp_seq=17 ttl=58 time=121 ms
64 bytes from 8.8.8.8: icmp_seq=18 ttl=58 time=262 ms
64 bytes from 8.8.8.8: icmp_seq=19 ttl=58 time=140 ms
64 bytes from 8.8.8.8: icmp_seq=20 ttl=58 time=161 ms
64 bytes from 8.8.8.8: icmp_seq=21 ttl=58 time=154 ms
64 bytes from 8.8.8.8: icmp_seq=23 ttl=58 time=174 ms
64 bytes from 8.8.8.8: icmp_seq=24 ttl=58 time=156 ms
64 bytes from 8.8.8.8: icmp_seq=25 ttl=58 time=182 ms
64 bytes from 8.8.8.8: icmp_seq=26 ttl=58 time=236 ms
64 bytes from 8.8.8.8: icmp_seq=27 ttl=58 time=241 ms
64 bytes from 8.8.8.8: icmp_seq=28 ttl=58 time=260 ms
64 bytes from 8.8.8.8: icmp_seq=29 ttl=58 time=251 ms
64 bytes from 8.8.8.8: icmp_seq=30 ttl=58 time=280 ms
64 bytes from 8.8.8.8: icmp_seq=31 ttl=58 time=264 ms
64 bytes from 8.8.8.8: icmp_seq=32 ttl=58 time=241 ms
64 bytes from 8.8.8.8: icmp_seq=35 ttl=58 time=266 ms
64 bytes from 8.8.8.8: icmp_seq=37 ttl=58 time=274 ms
64 bytes from 8.8.8.8: icmp_seq=38 ttl=58 time=295 ms
From 10.57.137.30 icmp_seq=40 Destination Host Unreachable
From 10.57.137.30 icmp_seq=41 Destination Host Unreachable
64 bytes from 8.8.8.8: icmp_seq=42 ttl=58 time=288 ms
64 bytes from 8.8.8.8: icmp_seq=43 ttl=58 time=270 ms
64 bytes from 8.8.8.8: icmp_seq=44 ttl=58 time=306 ms
64 bytes from 8.8.8.8: icmp_seq=46 ttl=58 time=304 ms
64 bytes from 8.8.8.8: icmp_seq=47 ttl=58 time=232 ms
64 bytes from 8.8.8.8: icmp_seq=48 ttl=58 time=319 ms
64 bytes from 8.8.8.8: icmp_seq=49 ttl=58 time=299 ms
64 bytes from 8.8.8.8: icmp_seq=51 ttl=58 time=221 ms
64 bytes from 8.8.8.8: icmp_seq=52 ttl=58 time=247 ms
64 bytes from 8.8.8.8: icmp_seq=54 ttl=58 time=425 ms
64 bytes from 8.8.8.8: icmp_seq=55 ttl=58 time=243 ms
64 bytes from 8.8.8.8: icmp_seq=56 ttl=58 time=248 ms
64 bytes from 8.8.8.8: icmp_seq=57 ttl=58 time=220 ms
64 bytes from 8.8.8.8: icmp_seq=59 ttl=58 time=182 ms
64 bytes from 8.8.8.8: icmp_seq=61 ttl=58 time=229 ms
64 bytes from 8.8.8.8: icmp_seq=62 ttl=58 time=349 ms
64 bytes from 8.8.8.8: icmp_seq=63 ttl=58 time=194 ms
64 bytes from 8.8.8.8: icmp_seq=64 ttl=58 time=209 ms
64 bytes from 8.8.8.8: icmp_seq=65 ttl=58 time=203 ms
64 bytes from 8.8.8.8: icmp_seq=66 ttl=58 time=343 ms
From 10.57.137.30 icmp_seq=68 Destination Host Unreachable
From 10.57.137.30 icmp_seq=69 Destination Host Unreachable
64 bytes from 8.8.8.8: icmp_seq=70 ttl=58 time=485 ms
64 bytes from 8.8.8.8: icmp_seq=71 ttl=58 time=217 ms
64 bytes from 8.8.8.8: icmp_seq=72 ttl=58 time=241 ms
64 bytes from 8.8.8.8: icmp_seq=74 ttl=58 time=351 ms
64 bytes from 8.8.8.8: icmp_seq=75 ttl=58 time=321 ms
64 bytes from 8.8.8.8: icmp_seq=76 ttl=58 time=328 ms
64 bytes from 8.8.8.8: icmp_seq=77 ttl=58 time=408 ms
64 bytes from 8.8.8.8: icmp_seq=78 ttl=58 time=431 ms
64 bytes from 8.8.8.8: icmp_seq=79 ttl=58 time=453 ms
64 bytes from 8.8.8.8: icmp_seq=80 ttl=58 time=403 ms
64 bytes from 8.8.8.8: icmp_seq=81 ttl=58 time=390 ms
64 bytes from 8.8.8.8: icmp_seq=82 ttl=58 time=667 ms
64 bytes from 8.8.8.8: icmp_seq=83 ttl=58 time=3026 ms
64 bytes from 8.8.8.8: icmp_seq=84 ttl=58 time=18612 ms
64 bytes from 8.8.8.8: icmp_seq=85 ttl=58 time=21643 ms
64 bytes from 8.8.8.8: icmp_seq=86 ttl=58 time=37883 ms
64 bytes from 8.8.8.8: icmp_seq=87 ttl=58 time=25410 ms
From 10.57.137.30 icmp_seq=89 Destination Host Unreachable
64 bytes from 8.8.8.8: icmp_seq=88 ttl=58 time=43231 ms
64 bytes from 8.8.8.8: icmp_seq=90 ttl=58 time=428 ms
64 bytes from 8.8.8.8: icmp_seq=91 ttl=58 time=435 ms
64 bytes from 8.8.8.8: icmp_seq=92 ttl=58 time=303 ms
64 bytes from 8.8.8.8: icmp_seq=93 ttl=58 time=376 ms
64 bytes from 8.8.8.8: icmp_seq=94 ttl=58 time=364 ms
64 bytes from 8.8.8.8: icmp_seq=95 ttl=58 time=784 ms
64 bytes from 8.8.8.8: icmp_seq=96 ttl=58 time=26108 ms
64 bytes from 8.8.8.8: icmp_seq=97 ttl=58 time=16592 ms
64 bytes from 8.8.8.8: icmp_seq=98 ttl=58 time=382 ms
64 bytes from 8.8.8.8: icmp_seq=99 ttl=58 time=347 ms
64 bytes from 8.8.8.8: icmp_seq=100 ttl=58 time=381 ms
On notera que cela ne tourne pas aux environs de 1000 millisecondes avec des pointes à 43000 milissecondes et quelques déconnexions.
Je vais dire bêtement que dans ces cas extrèmes , Cela ne m'empêche pas de consulter, de répondre et de recevoir des boot-infos en provenance du forum. Il semble que la lenteur soit admise et les déconnexions soient correctement traitées avec reconnexion automatique. Bien sur il faut être patient.
ET un autre portable plus étoffé, tournant en version 16.04 (Si besoin en 17.04 17.10 18.04)
Il est donc à jour. C'est donc firefire 57.0.4 qui est installé.
Je galère pour maintenir la connexion au forum. J'ai abandonné. Les reconnexions ne sont pas traitées.
Il me semble qu'il tient moins bien les connexions de mauvaise qualité en se déconnectant plus souvent que nécessaire.
Il faudrait que je fasse simultanément la même chose sur les deux écrans pour en être sur.
Merci de vos avis.
Je complète au fur et à mesure
Je viens aussi de constater que ce dernier micro ne réussit plus à se reconnecter malgré un arrêt de firefoxe et une purge de son cache. N'y aurait t-il pas un problème plus important car je n'utilise pas souvent le WIFI et c'était toujours sur un réseau privé qui n'avait pas de problème de débit?