CoolRaoul

Ça a été une mauvaise idée malheureusement. Vous constaterez via d'autre messages ici et ailleurs que ce problème est récurrent chez Free. Les équipes qui gèrent la messagerie Free ont une approche un peu radicale lorsqu'ils détectent de nombreux messages de spam provenant d'une source spécifique simultanément. J'ai lu (ça vaut ce que ça vaut car rien n'est confirmé officiellement nulle part) qu'ils se baseraient pour cela uniquement sur le fait qu'une forte proportion de messages à destination d'addresses @free.fr inexistantes arrivent dans un laps de temps réduit. Je pense qu'ils considère qu'ils ne serait pas raisonnablement possible d'appliquer une analyse du *contenu* des messages pour des raisons de protection de la vie privée que Free s'engage à respecter dans ces conditions générales (j'avoue ne pas avoir vérifié) et aussi de consommation de ressources machine, contrairement à des autres fournisseurs de service (Google, Microsoft pour les comptes grand public entre autres, qui annoncent clairement la couleur (essentiellement pour du ciblage publicitaire) Résultat, (et c'est cela méthode *radicale* que j'ai évoquée) quand ce genre de flux de mails est détecté, la procédure automatique consiste à bloquer *tous* les messages provenant du même serveur de mail pendant une période d'une certaine durée (personne ne sait combien de temps car ça n'est pas documenté) puis de rouvrir le robinet pour le refermer si le flux continue. Conclusion (que j'applique à moi-même et conseille autour de moi) : ne *jamais* utiliser un email en "@free.fr" pour quoi que soit susceptible de recevoir des messages importants (récupération de mot de passe comme ici, impots, assurances etc ...) En attendant vous n'avez pas d'autre solution de recommencer encore et encore Certains suggèrent de le faire en milieu de nuit, ce qui me semble un peu étrange mais si ça vous dit ....

Tous les messages de ce fil de discussion ont été rédigés en français pourtant.

On dirait que c'est rétabli : Comment se fait-il qu'il n'y ait eu aucune communication, autant de l'incident que du rétablissement ? (sauf si c'est provisoire pour ce dernier)

Même en interne la communication semble avoir du mal à passer ! Message reçu à l'instant du support de proximité :

Je m'en doute bien mais comme personne n'avait répondu à ma question de départ ("A qui s'adresser pour signaler ce type de dysfonctionnement ?"), j'ai improvisé.

J'aurais dû commencer par là j'imagine, réponse reçue immédiatement :

J'ai contacté l'assistance via "mon compte", mais je j'ai peur que ça ne soit pas dans leur périmètre (vu qu'ils ne gèrent pas les emails aussi)

Toujours rien 😕 C'est désagréable un service client aussi peu réactif (ne serait-ce qu'une réponse automatique "on a bien reçu votre message ... bla bla ...")

Le problème était sur mon téléphone en fait. Je vient de le redémarrer (mais pourquoi n'ai-je pas recommencé par ça ? 🤨) et c'est reparti

Mais comment expliquer la différence de comportement Smartphone vs Tablette si la cause est coté serveur ? Je me met un rappel pour revérifier demain alors

Toujours en panne ce matin. J'ai signalé le problème en MP au compte twitter "Assistance Freebox", https://twitter.com/Freebox , pas de réponse

Histoire de fou : je me suis déconnecté puis reconnecté sur la tablette sans problème ! Téléphone et tablette sont connectés au même réseau, utilisent la meme version de Tapatalk et pourtant maintenant j'ai droit à "erreur réseau". Si quelqu'un a une explication je suis preneur.

Je ne m'explique pas que ca continue de marcher sur ma tablette (CF message précédent)

Edition message sur tablette via Tapatalk

Ca veut toujours pas 🫤 L'erreur a juste changé :

Je constate à l'instant que ça marche sur ma tablette sur laquelle je n'avais même pas vérifié et donc pas réinitialisé l'authentification au forum. Je vérifierai à nouveau sur mon mobile plus tard.

Bonsoir, Suite à la reception d'un email intitulé "Votre compte a été verrouillé pour des raisons de sécurité", avec le contenu "Nous avons détecté 3 tentatives échouées de connexion sur votre compte sur Colmar, Grand Est, 68000, France" (à plus de 1000km de chez moi mais la base GeoIP de Free est de moins en moins fiable) j'ai modifié mon mot de passe. Tout fonctionne sur le site Web mais par contre sous Tapatalk ça coince avec cette erreur J'ai supprimé Free-Réseau de ma conf tapatalk, re-ajouté mais à la tentative de connexion l'erreur persiste

Bonjour, Il semble que votre serveur de news news.free.fr soit en panne. Plus aucun message dans la hiérarchie proxad.* depuis au moins 48 heures. Et une tentative de post sur "proxad.test" reste bloquée sur "WaitingForPostAck" pour se terminér en timeout. A qui s'adresser pour signaler ce type de dysfonctionnement ?

C'est que j'ignorais totalement qu'une carte wifi, contrairement à une carte ethernet, était capable de rester en veille active. En plus pour recevoir les paquets "magiques" elle doit avoir une bonne partie du protocole WiFi activé dans cette configuration (en particulier l'authentification) **edit** Et en effet ça semble possible (dans la mesure ou la carte le supporte). J'aurais appris un truc aujourd'hui !

Le symptôme que je constate est que la première partie de la page se charge normalement (jusqu'à la section "Alpes Maritimes" à peu près) C'est après que ça se gate quand on scrolle pour voir la suite. je viens de mettre un favori sur mon département pour court-circuiter ça

Ah tiens c'est rétabli, je n'avais pas assez patienté (mais ça rame bien quand même 🤨)

Je t'avoue que ça ça me la coupe ! Le PC que tu réveille est connecté uniquement en WiFi ?

Lien direct : https://www.free-reseau.fr/provence-alpes-cote-d-azur J'ai systématiquement ça: J'ai fait "attendre" plusieurs fois sans succès Les autres pages que j'ai testées sont OK

Je viens de chercher un peu des infos sur cette option. Il s'avère que la laisser activée peut avoir un effet non souhaité de voir le PC se réveiller quand il est en veille selon ce qui se passe sur le réseau. Je l'ai donc désactivé. Ensuite vérifié PC éteint que le Wake On LAN continue à fonctionner. Je confirme que c'est le cas.

J'avoue être un peu perplexe de te voir parler d'addresse IP dans un contexte de Wake on LAN. Ce protocole cible l'adresse *MAC* et pas l'IP, ce qui fait sens étant donné que lorsque le PC est en veille et à fortiori arrêté, le protocole IP est inactif sur ce dernier. Le WOL consiste à envoyer un paquet UDP avec une address IP de type broadcast qui est capturée par la carte elle-même. Si elle est convenablement configurée elle reste en "semi sommeil" et sait réagir à ce type de paquet spécifique ("magic paquet") si elle est correctement configurée (et c'est le cas puisque tu confirme que ça fonctionne en local) Pour que ça fonctionne aussi depuis l'extèrieur il faut en premier lieu que le proxy WOL soit activé sur les paramètres de ta ligne. Ensuite (même si je ne suis pas certain à 100% de cette condition) que tu dispose d'une IP fixe de Fullstack (ce qui se configure au même endroit) Pour ma part j'utilise cette application sur Android : Wake On Lan Voici sa configuration telle qu'elle fonctionne chez moi : Adresse MAC : l'addresse MAC de la carte ethernet du PC Nom d'hôte/IP/Adresse de diffusion : addresse IP V4 publique de ta box (d'ou le pre-requis d'une IP fixe) le numéro de port doit impérativement être 9 les autres options sont sans importance. pas de redirection de port à mettre en place, c'est l'OS de la Freebox qui se charge de router le paquet reçu sur l'interface externe sur sa pate interne avec l'addresse broadcast du LAN local Tu peux ajouter une 2eme configuration à utiliser en local dans laquelle tu mettras l'addresse IP de broadcast locale, qui dépend de la conf de ta Freebox mais doit être du genre 192.168.1.255 et la même MAC. Coté PC il faut s'assurer d'avoir activé les deux options ci-dessous (c'est déjà le cas chez toi si ça marche en local mais ça peut être utile à d'autres): Sous Windows, au niveau de la carte : (j'ai aussi activé le "Wake on Pattern match" même si je ne suis pas certain que ca soit necessaire). Les désignation et l'apparence de ce panneau de configuration peuvent varier selon le type de carte ethernet et la version du driver. Il doit y avoir l'équivalent sur Mac mais je ne connais pas. Au niveau des paramètres d'alimentation, le démarrage rapide doit être désactivé :