Pardon, mais si les faits vient d'avoir lieu, il faut faire 2 choses (dans l'ordre) :

1) Appeler un huissier (ou plutôt commissaire de justice maintenant)  pour faire constater les dégâts.
2) Porter plainte.


Ce genre d'attitude est inadmissible. Ces gens doivent respecter les clients. Et encore moins tout casser et dire que ce n'est pas eux. Cette personne doit avoir une assurance de "responsabilité civile" (même au niveau du sous traitant) et c'est elle qui faut faire fonctionner pour réparer les dégâts.

doléances soulevées et réitérées sans l'ombre d'une preuve :  argumentation rejetée, dossier clos.

mdr Tu veux des preuves ? bin prend un forfait free mobile et tu verra par toi même.

Et de toute façon la meilleure des preuves c'est de se barrer car même en leurs disant (ce que j'ai fait encore tout a l'heure) ils en ont RAF donc tu peux leur sortir toutes les vidéos que tu veux ca fera rien mec.

donc moi je paie pas pour un reseau de merde clairement. Je paie pour un service qui doit fonctionner et si y a un soucis que ce soit réglé c'est tout.

Quand ca fonctionne pas correctement bin on dégage et on va ailleurs.

Chose que j'ai faite.

voila. Pas besoin de preuve video ou de sortir la sciences il faut des actes et c'est de dégager

Basta cosi

Alors d'expérience, sur la Freebox, si le débit descendant est à "-", alors oui, la connexion est volontairement bloquée en raison d'une attaque DoS / DDoS. Si au même moment, le téléphone et/ou la télé (Free) fonctionne, alors c'est ça à 99.99%

La discussion hors de contrôle 😅

192.168.1.1/quelque chose.

Chose impossible sur Livebox 7 avec l'URL fixe. :issou:

Ça a éveillé ma curiosité, je viens de check : l'interface semble être faite en JS principalement.
Et il y a une bonne dizaine de ressources 404 dans la console dev (relativement étonnant), et quelques erreurs diverses (pas étonnant avec JS).

Un aperçu de ce qu'on trouve dans le JS :

require.config({
    urlArgs: "sah=a1.0.70.0_20231020",
    waitSeconds: 30,
    paths: {
        root: "..",
        airboxApp: "../internal/airbox/",
        authenticationLogsApp: "../internal/authenticationLogs/",
        configureEthernetApp: "../internal/configureEthernet/",
        crossRoadApp: "../internal/crossRoad/",
        devicesHistoryApp: "../internal/devicesHistory/",
        devicesListApp: "../internal/devicesList/",
        deviceLogsApp: "../internal/deviceLogs/",
        dongleFourGApp: "../internal/dongleFourG/",
        failOver4GApp: "../internal/failOver4G/",
        favoritesApp: "../internal/favorites/",
        firmwareUpgradeApp: "../internal/firmwareUpgrade/",
        autodiagUpgradeApp: "../internal/autodiagUpgrade/",
        ftpSettingsApp: "../internal/ftpSettings/",
        hubAppsApp: "../internal/hubApps/",
        hubCloudApp: "../internal/hubCloud/",
        hubDiagnosticApp: "../internal/hubDiagnostic/",
        hubMaintenanceApp: "../internal/hubMaintenance/",
        hubStateApp: "../internal/hubState/",
        hubSupportApp: "../internal/hubSupport/",
        hubUserApp: "../internal/hubUser/",
        hubVersionsApp: "../internal/hubVersions/",
        internetConnectionApp: "../internal/internetConnection/",
define("networkAdvancedApp/networkAdvancedNATPATView", ["utils/basics", "lib/stateViewInterface", "networkAdvancedApp/networkAdvancedSharedView", "jquery", "templates_app/template", "text!networkAdvancedApp/config/NATPAT.json"], function(e, t, n, a, i, s) {
    "use strict";
    function o(o, r) {
        var l = [{
            name: "FTP Server",
            externalPort: "21",
            internalPort: "21",
            protocol: "tcp"
        }, {
            name: "FTP Data",
            externalPort: "20",
            internalPort: "20",
            protocol: "tcp"
        }, {
            name: "Telnet",
            externalPort: "23",
            internalPort: "23",
            protocol: "tcp"
        }, {
            name: "Secure Shell Server (SSH)",
            externalPort: "22",
            internalPort: "22",
            protocol: "tcp"
        }, {
            name: "Secure Web Server (HTTPS)",
            externalPort: "443",
            internalPort: "443",
            protocol: "tcp"
        }, {
            name: "Web Server (HTTP)",
            externalPort: "80",
            internalPort: "80",
            protocol: "tcp"
        }]
Je me demande si un dev JS ou fullstack pourrait développer des solutions pour améliorer l'interface, voir la changer totalement, sans même avoir besoin d'Orange. Bon c'est pas réaliste de penser que quelqu'un s'en donnerait la peine, mais dans l'idée c'est fun si c'est possible.

Un petit panel des librairies utilisées que j'ai identifiées, avec leur date et statut de MAJ :
RequireJS 2.1.15 qui date du 8 septembre 2014 https://github.com/requirejs/requirejs (librairie plus updatée depuis 6 ans)
RequireJS Text 2.0.14 qui date du 12 février 2015 https://github.com/requirejs/text (librairie plus updatée depuis 5 ans)
Modernizr, version inconnue https://github.com/Modernizr/Modernizr (encore maintenue)
jQuery v3.6.0 qui date du 3 mars 2021 https://github.com/jquery/jquery (encore maintenue)
handlebars v4.7.7, sortie il y a environ 3 ans https://www.npmjs.com/package/handlebars/v/4.7.7 (encore maintenue)
Swiper 3.4.2, sortie il y a 7 ans https://github.com/nolimits4web/swiper (encore maintenue, dernière version : v11.1.1)
UAParser.js v0.7.12, date indéterminée mais probablement 2016 à en croire le copyright https://github.com/faisalman/ua-parser-js (encore maintenue)

Il semble que ça dev avec npm qui est à la mode depuis quelques années. On trouve donc quelques librairies plus maintenues, ce qui peut engendrer à terme une dette technique importante et rendre le dev de la box complexe et prompt à des erreurs de compatibilité lors des MAJ, et pas mal d'erreurs humaines.

Je suis curieux de savoir ce qu'il en est pour Free : full dev custom, ou des librairies de partout...?

Ce fil de discussion me fait reconsidérer certaines pannes étranges que j'ai pu avoir l'année dernière : aucune coupure du signal fibre, mais débit descendant qui reste coincé à zéro (ou "-") pendant plusieurs minutes... mêmes symptômes que ceux évoqués dans les liens postés par buddy en page 1.

Je me demande maintenant si c'était cette protection DDoS qui s'était déclenchée... ça serait utile que l'interface Freebox OS puisse être plus claire sur ce point