Toute l’activité

paradoxalement l'ADSL devient plus stable en soirée. Cela peut s'expliquer par la migration de plus de 4 millions d'abonnés et @geniovers la FTTH

Salem Alikoum, Bonsoir, té pas seul khouya moi aussi depuis une semaine je suis entre 5/10 mb de débit chaque soir méme après avoir redémarrer mon ONT plusieurs fois (je crois que sa marche plus ce truc) je ne peut méme pas voir une vidéo sur Facebook

je vais temporiser et tester tres tot le matin....on verra, mais c'est mal parti 1- on m'a pris 58 jours 2- 1gbps donnent un debit de 200 megas tout ca apres avoir attendu pres de 2 mois apres avoir obtenu le ONT....! tres deçu....

@genio , tu peux utiliser les 2 , ce seront des preuves à présenter à l'ARPCE (arpce.dz) si pas de réponse dans 48h. Il ne faut pas oublier de prendre captures tu en aura besoin.

dans ces conditions...le passage au XGS devient....inutile !

Je sais que AT a annoncé des perturbations il y a 10j de cela... Mais voila ce que donne mon speed test a 18.30 jeudi sur du 1gbps!! @lalichedois je utiliser le fameux formulaire ou plutot Facebook ou... Les deux je dirai ?! @Lyès @Tlemceni13 @WaZz Phone on Wifi 6 : ethernet PC (oui oui...full duplex enabled....): plusieurs speedtest a 19h-19h30 me donnent 200mbps...280....350....c'est une cata les pages web s'ouvrent tres difficilement...comme si j'avais ADSL 15mbps...aucune difference ! je sais qu'en algerie on est plein a avoir des soucis monstres..mais pour une installation fin 2026...a alger centre je m'attendais au moins...MINIMUM 700mbps...pas 180...ou 200 et avec un ping de batard !

Avec le firmware 2026, le blocage se fait par adresse IP : le modem rejette la connexion même si le mot de passe est correct, dès lors que la requête n'arrive pas depuis un sous-réseau AT autorisé. Le mécanisme est identique sur les modèles GPON. Quant au XGS-PON, plus récent, il dispose forcément de ce blocage d'origine. A part les plus malins qui ont pensé à sauvegarder la config avec accès super admin (avant l'activation du PPPoE)Aucune « piste» communautaire n'a pour l'instant été identifiée sur le XGS-PON AT. A tester : telecomadmin / Algeri@Ftth#21@ Si le blocage IP s'applique, aucun autre contournement public fiable n'existe à ce jour.

@laliche de l'espoir/une piste pour le huawei xgs ?

merci

Merci

Comme quoi il n y'a pas que du mauvais avec AT

je ne sais pas si c'est le hasard ou si AT a changé pour le mieux..mais "instantané" aurait du etre la norme depuis des années lol

@laliche et @Tlemceni13j'ai effectué à l'instant la demande d'augmentation.... 5 secondes plus tard c'est fait ! je pensais que c'etait au minimum24h ouvrables lol...ahh ben tant mieux alors ! @Lyèsle test se fera ce soir muahahahaha

Bonjour, J'ai déjà essayé et sa n'a pas marché qui plus est j'ai pas un fichier de sauvegarde mais plutôt dew capture d'écran des identifiant.

@Liverio restaure la sauvegarde la plus ancienne que tu as, puis essaye ces identifiants : User : admin Password : %0|F?H@f!berhO3e

c'est quand meme fou que les algeriens continuent a faire la queue au niveau des actels pour augmenter leur debit alors qu'un simple clique suffit de chez soi ! wallah je ne comprendrai jamais ces gens...ca n'a aucune logique

Bjr Laliche C vrai qu'au début on a mis sur la table 150 000 DA et pas 15 000 En tout cas je vais tabler sur du mini led ..après c'est selon les tests et les avis.. je reviendrai quand même vers forumdz

Salut tt le monde Quelqu'un a des nouvelles sur le mot de passe superadmin ?

Investing.com - PHP a publié aujourd’hui des correctifs d’urgence comblant deux vulnérabilités critiques d’exécution de code à distance, notées CVSS v4.0 9,2, affectant chaque serveur web exécutant PHP 5.4 ou une version ultérieure — une population couvrant environ 70% des sites web dans le monde. Ces failles, collectivement baptisées PHP2Shell (CVE-2026-109618 et CVE-2026-109619), ont été corrigées dans quatre versions publiées simultanément : les versions 8.5.12, 8.4.27, 8.3.36 et 8.2.35. Cloudflare Inc (NYSE: NET) est l’une des valeurs les plus exposées à cette crise : son pare-feu applicatif web (WAF) constitue la première barrière commerciale entre les attaquants et des millions de sites PHP. Le titre s’échangeait à 307,79$, en hausse de 16,10$ (+5,52%) en séance mercredi, les investisseurs intégrant le rôle de premier plan de la société dans la mitigation de la menace. D’autres valeurs de cybersécurité, comme CrowdStrike et Palo Alto Networks, sont également en hausse. Les problèmes ont commencé avant même la publication du correctif. Cloudflare a enregistré les premières attaques contre des sites PHP à 09h43 le 21 octobre, des heures avant l’ouverture de la fenêtre officielle de publication des correctifs, prévue vers 16h00. Les détails des vulnérabilités avaient été divulgués publiquement le 20 octobre, un jour avant la date d’embargo coordonnée, contraignant l’équipe de sécurité PHP à accélérer son calendrier de publication, selon des informations de fond rapportées par sansec.io. Le directeur technique de Cloudflare, Dane Knecht, a réagi rapidement. « Les sites PHP protégés par Cloudflare disposent déjà d’un ensemble initial de règles WAF déployées pour les vecteurs d’exploitation connus de ces vulnérabilités. Les règles sont disponibles pour tous les clients, y compris ceux bénéficiant de l’offre gratuite », a-t-il déclaré. Knecht a ajouté que les règles WAF ne constituent « qu’une SOLUTION PROVISOIRE » et a exhorté les opérateurs de sites à appliquer les correctifs officiels dès que possible, précisant que la société mettait à jour ses mesures d’atténuation au fur et à mesure que de nouveaux vecteurs d’attaque émergeaient. Cloudflare Suivre Analyser NET 307,22 ▲+15,64(+5,36%) 307,70 ▲+0,48(+0,16%) 1J 1S 1M 6M 1A 5A Max Trader NET maintenant Trader Les enjeux techniques sont élevés. CVE-2026-109618 permet non seulement l’exécution de code à distance, mais comporte également une fuite mémoire de type Heartbleed susceptible d’exposer des mots de passe, des jetons de session, des clés API et des clés privées TLS provenant d’autres requêtes serveur — sans que l’application n’ait jamais appelé session_start(), selon sansec.io. Cette combinaison d’exécution de code et de collecte passive d’identifiants rend ces vulnérabilités particulièrement dangereuses pour les environnements d’hébergement mutualisé exécutant WordPress, Drupal, Joomla ou Magento. Des gouvernements ont déjà mis leurs sites hors ligne par précaution. Reuters a rapporté que des sites web d’agences de cybersécurité aux Pays-Bas et en Finlande ont été mis hors ligne, y compris, ironiquement, le Centre national néerlandais de cybersécurité lui-même. La Chambre des représentants néerlandaise et le site d’actualités sur la sécurité Security.NL ont également suspendu leurs opérations. Des agences de cybersécurité à travers l’Europe, en Australie, au Japon et en Grande-Bretagne ont exhorté les opérateurs PHP à effectuer la mise à jour immédiatement ou à mettre leurs sites hors ligne. L’origine de la découverte comporte un sous-texte notable. OpenAI a indiqué que son modèle GPT-5.6 Sol a découvert indépendamment CVE-2026-109618 dans le cadre de son initiative « Patch the Planet » en août 2026, tandis que Wiz Research a découvert et signalé indépendamment les deux failles. OpenAI a présenté cette découverte en priorité par l’IA comme une « Fenêtre du Défenseur », un intervalle coordonné durant lequel les correctifs peuvent être déployés avant que des acteurs malveillants n’exploitent la même découverte. Une lacune critique demeure : les versions PHP 8.1 et antérieures ne bénéficient d’aucun correctif officiel. L’équipe de sécurité PHP a publié des rétroportages minimaux du code source pour PHP 7.4, 8.0 et 8.1 à l’intention de ceux qui compilent depuis les sources, mais les installations en fin de vie fonctionnant sur des infrastructures d’hébergement commercial sont définitivement exposées, à moins que les opérateurs ne prennent des mesures indépendantes. « Il existe tellement d’installations embarquées qui ne seront jamais corrigées. Trop d’applications oubliées et non maintenues. Les répercussions de celle-ci seront durables », a déclaré l’expert en informatique judiciaire Hal Pomeranz, cité par helpnetsecurity.com. Le chercheur en sécurité Kevin Beaumont a été tout aussi direct : « La situation PHP va entraîner une multitude d’incidents, c’est l’une des plus grandes vulnérabilités de ces dernières années. » Deux catalyseurs à court terme détermineront l’évolution de cette situation. Premièrement, une inscription formelle au catalogue des vulnérabilités exploitées connues (KEV) de la CISA déclencherait des délais de correction obligatoires pour les agences fédérales américaines et accélérerait probablement l’adoption des services WAF par les entreprises, constituant un vent favorable direct pour les revenus de Cloudflare. Deuxièmement, les principaux fournisseurs d’hébergement géré, notamment WP Engine, Kinsta et SiteGround, n’ont pas encore confirmé les calendriers de déploiement des packages PHP mis à jour ; tout retard dans la distribution des correctifs aux clients d’hébergement mutualisé prolonge la fenêtre d’exposition et maintient la demande de protection au niveau de la couche WAF à un niveau élevé. Si de nouveaux variants d’exploitation venaient à contourner les règles WAF initiales déployées par Cloudflare, une nouvelle version de correctif PHP pourrait être publiée avant la fin de la semaine, déclenchant potentiellement une deuxième vague de mises à jour d’urgence à travers le parc de serveurs d’internet.

@genio ça doit être le téléphone qui crée ces fritures, en fibre tout est lumière et le signal électronique rendu est très pur ne subissant pas les aléas de la distance. Comme je t'avais dit à -17 tu peux avoir le débit maximum du GPON.

Tu rencontres un souci d'envoi ou reception de SMS alors que la VoLTE Mobilis est activée sur ton téléphone ? Désactive-la : sur Mobilis, elle est instable, inutile et c'est très probablement ce qui bloque. C'est même le cas de figure le plus fréquent. Djezzy reste le seul opérateur algérien où la VoLTE fonctionne correctement. Chez Mobilis, les SMS passent habituellement par les réseaux 2G/3G (circuit-switched). En forçant votre téléphone en 4G uniquement (donc en désactivant la 2G/3G), vous supprimez la voie de secours pour les messages. Ainsi les SMS ne peuvent alors plus être acheminés. Il faut donc autoriser la 2G/3G pour les 2 puces, puis va dans Paramètres => Connexions => Gestionnaire des cartes SIM => Autres paramètres SIM => Double SIM activé en permanence, et vérifie que les numéros téléphoniques de tes cartes SIM sont bien renseignés. Ouvre ensuite l'application Messages => appuie sur les 3 petits points => Paramètres => Plus de paramètres => SMS => dans Centre de message, saisis pour chaque puce les numéros suivants : Pour Mobilis : +213661000121 Pour Ooredoo : +21350001701

Humm... Merci je fais ca et vous tiens au jus... Demain je fais une augmentation via l'espace client... Et j'avais pensé que s'il y a des fritures... Peut être que le debit demandé ne sera pas atteint vu que la ligne semble... Ben pas top...en algerie tout est possible... Mais bon c'est probablement une paranoia

Salut, j'aurai besoin encore d'aide . J'ai 2 cartes sim sur mon telephone (mobilis et ooredoo). Je reçois bien les messages sur ooredoo mais pas sûr mobilis ,même pas les massages de marketing. Je n'arrive pas à cerner le problème. Merci

Merci c'est ok, je ne connaissait pas ces reglages peux tu m'orienter pour les autres reglages de l'onglet sécurité ?

@genio , débranche les 2 bouts du câble de ton combiné et nettoie les contacts avec du papier de verre . Avant de les remettre essaye de les faire sortir légèrement afin qu'ils s’emboîtent avec un léger effort , histoire d'avoir un bon contact. Si les fritures persistent refait la même opération sur l'autre câble qui relie le téléphone au modem.