Aller au contenu
Règlement du forum ×
IPTV et arnaques ×

[EEPAD]Problèmes de connexion , Assila TV , VOD , Baisse de débit etc.... c'est ici !


tarekstudio

Messages recommandés

connexion pas sympa,ping > 500 :mad: :

 

Détermination de l'itinéraire vers www.forumdz.com [91.121.24.26]
avec un maximum de 30 sauts*:

 1      2    56 ms    57 ms    56 ms  82.101.150.193
 3    56 ms    58 ms    56 ms  10.10.10.1
 4    79 ms    74 ms    65 ms  172.16.4.5
 5    73 ms    66 ms    94 ms  192.168.22.1
 6    94 ms    62 ms    75 ms  10.101.0.5
 7   477 ms   508 ms   450 ms  pal9-eepad-3.pal.seabone.net [213.144.181.229]
 8   477 ms   465 ms   509 ms  fra34-fra52-racc1.fra.seabone.net [89.221.34.155
]
 9   524 ms   479 ms   512 ms  if-0-12.icore1.FR1-Frankfurt.as6453.net [195.219
.180.93]
10   516 ms     *      479 ms  Vlan81.icore1.AD1-Amsterdam.as6453.net [195.219.
150.13]
11     *      488 ms   481 ms  20g.ams-1-6k.routers.ovh.net [94.23.122.129]
12   495 ms   492 ms   560 ms  40g.rbx-2-6k.routers.chtix.eu [91.121.131.9]
13   476 ms   499 ms   521 ms  rbx-14-m1.routers.chtix.eu [213.251.191.165]
14   558 ms   482 ms     *     ns24801.ovh.net [91.121.24.26]
15   578 ms   493 ms     *     ns24801.ovh.net [91.121.24.26]
16     *        *      564 ms  ns24801.ovh.net [91.121.24.26]

Itinéraire déterminé.

Lien vers le commentaire
Partager sur d’autres sites

  • Réponses 1,4k
  • Created
  • Dernière réponse

Top Posters In This Topic

salam

 

merci !

 

il t'a pas dit si ils compte régler le problème des ces chutes ?

 

Lui m'assure que comme pour toutes les pannes qu'ils connaissent, il les signales à leurs supérieurs, mais ceux-ci mettent des semaines à leur répondre, car chaque interventions importantes ce fait avec l'avale des connards plus hauts !!!!

 

Pour le moment, lui me dit que rien n'est prévu !!!

 

P.S : avant que l'on me tombe dessus, avec des "quelle preuves t'as ?" je vous dirais que ce que j'écris ici, n'engage que moi et la confiance que j'ai en ce pote !!!

Lien vers le commentaire
Partager sur d’autres sites

552692899.png

Rien n'est réglé et sa commence a être trop lourd.

 

 

 

 

C:\Documents and Settings\Administrateur>tracert http://www.forumdz.com

 

Détermination de l'itinéraire vers http://www.forumdz.com [91.121.24.26]

avec un maximum de 30 sauts*:

 

1 7 ms 99 ms 99 ms speedtouch.lan [192.168.30.1]

2 43 ms 42 ms 42 ms 82.101.180.1

3 44 ms 45 ms 46 ms 10.100.0.97

4 46 ms 47 ms 49 ms 10.101.16.22

5 * 46 ms 45 ms 10.101.0.5

6 369 ms 368 ms 365 ms pal9-eepad-3.pal.seabone.net [213.144.181.229]

7 424 ms 419 ms 418 ms fra34-fra52-racc1.fra.seabone.net [89.221.34.155

]

8 407 ms * * if-0-12.icore1.FR1-Frankfurt.as6453.net [195.219

.180.93]

9 429 ms 431 ms 434 ms Vlan81.icore1.AD1-Amsterdam.as6453.net [195.219.

150.13]

10 522 ms 453 ms 439 ms 20g.ams-1-6k.routers.ovh.net [94.23.122.82]

11 433 ms * * 40g.rbx-2-6k.routers.chtix.eu [91.121.131.9]

12 402 ms 403 ms 392 ms rbx-14-m1.routers.chtix.eu [213.251.191.165]

13 387 ms 392 ms 392 ms ns24801.ovh.net [91.121.24.26]

 

Itinéraire déterminé.

Lien vers le commentaire
Partager sur d’autres sites

salam

voici un tracert ver forumdz , remarquez la latence sur seabone c'est la que sa commence a être énorme

 


Détermination de l'itinéraire vers forumdz.com [91.121.24.26]
avec un maximum de 30 sauts*:

 1    85 ms    99 ms    99 ms  speedtouch.lan [192.168.30.1]
 2    42 ms    41 ms    42 ms  41.209.149.129
 3    54 ms    53 ms    54 ms  10.100.32.141
 4    55 ms    56 ms    57 ms  10.101.0.1
 5    54 ms    54 ms    51 ms  10.101.0.5
 6     *      [color=Red]405 ms   408 ms[/color]  pal9-eepad-3.pal.seabone.net [213.144.181.229]
 7   442 ms   441 ms   442 ms  fra34-fra52-racc1.fra.seabone.net [89.221.34.155
]
 8     *      459 ms   465 ms  if-0-12.icore1.FR1-Frankfurt.as6453.net [195.219
.180.93]
 9   465 ms   461 ms   468 ms  Vlan81.icore1.AD1-Amsterdam.as6453.net [195.219.
150.13]
10     *      458 ms   457 ms  20g.ams-1-6k.routers.ovh.net [94.23.122.82]
11   456 ms   455 ms   465 ms  40g.rbx-2-6k.routers.chtix.eu [91.121.131.9]
12   460 ms     *        *     rbx-14-m1.routers.chtix.eu [213.251.191.165]
13   462 ms   460 ms   459 ms  ns24801.ovh.net [91.121.24.26]

Itinéraire déterminé.

Eh bien c'est le voyage de l'Algérie vers l'Italie qui prend du temps :D (Les passerelles ou routeurs d'EEPAD sont mal configurés ou surchargés ?).

 

Dites moi, est ce que quelqu'un peut m'expliquer la première ligne pourquoi le ping est aussi élevé??? alors que c'est en LAN et que c'est à 1 mètre de la carte réseau ????

1 85 ms 99 ms 99 ms speedtouch.lan [192.168.30.1]

D'après le tracert, ces 99 ms n'ont aucune incidence sur le ping.D'ailleurs j'ai un Sagem et j'ai presque le même ping:

 

C:\Users\>tracert -d forumdz.com

Détermination de l'itinéraire vers forumdz.com [91.121.24.26]
avec un maximum de 30 sauts :

 1      2      3    55 ms    55 ms    55 ms  81.22.77.1
 4    54 ms    55 ms    55 ms  10.100.48.1
 5    67 ms    67 ms    67 ms  213.144.181.17
 6   123 ms   123 ms   122 ms  89.221.34.153
 7   106 ms   106 ms   107 ms  195.219.180.93
 8   125 ms   125 ms   125 ms  195.219.150.13
 9     *      119 ms   118 ms  94.23.122.129
10     *      133 ms   132 ms  91.121.131.9
11   118 ms   119 ms   119 ms  213.251.191.165
12   118 ms   119 ms   118 ms  91.121.24.26

Itinéraire déterminé.

C:\Users\>ping forumdz.com

Envoi d'une requête 'ping' sur forumdz.com [91.121.24.26] avec 32 octets de donn
ées :
Réponse de 91.121.24.26 : octets=32 temps=117 ms TTL=54
Réponse de 91.121.24.26 : octets=32 temps=118 ms TTL=54
Réponse de 91.121.24.26 : octets=32 temps=118 ms TTL=54
Réponse de 91.121.24.26 : octets=32 temps=119 ms TTL=54

Statistiques Ping pour 91.121.24.26:
   Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
   Minimum = 117ms, Maximum = 119ms, Moyenne = 118ms

 

Si ce n'était pas le cas, ton ping serait de 236 ms.Tu peux toujours essayer le ping pour en avoir le cœur net.

Lien vers le commentaire
Partager sur d’autres sites

552883227.png

je vien de testé apparament c'est rentré dans l'ordre depuis quand je c'est pas , j'attend pour voir si c'est stable en tout cas le ping est normal pour Elda et Eepad et uTorrent Upload a 40Ko/s au moment du test

 

 

C:\Users\Oussama>tracert http://www.forumdz.com

 

Détermination de l'itinéraire vers http://www.forumdz.com [91.121.24.26]

avec un maximum de 30 sauts*:

 

1 98 ms 85 ms 99 ms speedtouch.lan [192.168.30.1]

2 80 ms 42 ms 42 ms 82.101.180.1

3 53 ms 93 ms 79 ms 10.100.0.97

4 85 ms 80 ms 61 ms 10.101.16.22

5 * 67 ms 58 ms 10.101.0.5

6 62 ms 63 ms * pal9-eepad-3.pal.seabone.net [213.144.181.229]

7 180 ms 131 ms 131 ms fra34-fra18-racc1.fra.seabone.net [89.221.34.153

]

8 180 ms 160 ms 157 ms if-0-12.icore1.FR1-Frankfurt.as6453.net [195.219

.180.93]

9 153 ms 178 ms 160 ms Vlan81.icore1.AD1-Amsterdam.as6453.net [195.219.

150.13]

10 180 ms 180 ms * 20g.ams-1-6k.routers.ovh.net [94.23.122.129]

11 129 ms 142 ms * 40g.rbx-2-6k.routers.chtix.eu [91.121.131.9]

12 145 ms 131 ms 171 ms rbx-14-m1.routers.chtix.eu [213.251.191.165]

13 163 ms 179 ms 155 ms ns24801.ovh.net [91.121.24.26]

 

Itinéraire déterminé.

Lien vers le commentaire
Partager sur d’autres sites

salam ,

 

plusieurs site sont inaccessible a nouveau , retour a la situation initiale , ping bon comme avant , meme le debit , mais encore des mini coupures .

Edit

 

retour au ping et débit catastrophique après une brève déconnexion. dans la même minute , le même serveur regardez la différence du ping

 

553680163.png

 

553680586.png

 

553682376.png

Modifié par wefix
Lien vers le commentaire
Partager sur d’autres sites

c'est la meme chose partout l'ami

 

avant tout marchaient bien ,c une periode a passer ou koi ?,il font koi ,ils nous parlent meme pas ,ils nous informent pas c'est ce qui gache tt ,pour renouveler son abonnement ah c bien les sms facile et pour nous dire y a des perturbations sur notre réseaux c pas bien ?

depuis ce vendredi j'ai ces problèmes de ping et vs ?

Lien vers le commentaire
Partager sur d’autres sites

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.


  • Messages

    • Je vais essayer sur mon pc et je te tiens au courant 
    • Merci @wosiris sur smartphone ça fonctionne aussi chez moi mais pas sur pc avec Firefox et Opera
    • Très mauvaise nouvelle les amis… Des chercheurs polonais viennent de péter la sécurité des eSIM et ça fait froid dans le dos puisqu’on parle de 2 milliards de puces compromises qui permettent de cloner votre carte SIM à distance. L’équipe de Security Explorations, un labo de recherche en sécurité basé en Pologne, vient en effet de publier leurs trouvailles et c’est pas joli joli puisqu’ils ont réussi à exploiter une vulnérabilité dans les puces eSIM de Kigen, un des plus gros fournisseurs du marché.   https://korben.info/esim-vulnerabilite-clonage-kigen-security-explorations/demo1.mp4   Ce qu’ils ont réussi à faire c’est à cloner complètement un profil eSIM d’Orange Pologne. Résultat, tous les appels et les SMS arrivaient sur leur téléphone pirate au lieu du téléphone légitime. Imaginez maintenant 2 secondes si ça vous arrive avec votre code de validation bancaire ou votre double authentification… Ce serait la grosse mierda, donc pensez toujours bien à passer par une app de double authentification plutôt qu’un SMS. Mais comment ils ont fait ? Alors accrochez-vous car c’est technique mais je vais essayer de vulgariser au max. Le problème vient d’une “confusion de type” dans l’implémentation Java Card d’Oracle. En gros, la machine virtuelle Java Card ne vérifie pas correctement le bytecode et ça permet d’exécuter du code malveillant. C’est un peu comme si un policier vérifiait juste que vous avez bien le permis, sans regarder si c’est vraiment la vôtre. https://korben.info/esim-vulnerabilite-clonage-kigen-security-explorations/demo2.mp4   D’ailleurs, c’est assez ironique parce qu’Oracle avait déjà été prévenu de ce type de vulnérabilité en 2019. À l’époque, ils avaient répondu que c’était juste des “préoccupations de sécurité” qui n’affectaient pas leur produit en production. Bah visiblement, si. Pour exploiter la faille, il faut d’abord un accès physique temporaire au téléphone cible. L’attaquant extrait alors une clé cryptographique qui lui permet ensuite d’installer une application Java Card malveillante. Et là, c’est open bar : extraction des profils eSIM, des clés d’authentification OPc, du champ AMF… Bref, tout ce qu’il faut pour cloner parfaitement la carte SIM. Mais le pire dans tout ça, c’est qu’une fois cette clé en poche, l’attaquant peut théoriquement faire ses manipulations à distance via le protocole SMS-PP OTA (Over-The-Air). En clair, plus besoin d’avoir le téléphone entre les mains, un simple SMS suffit. Les chercheurs ont même poussé le vice jusqu’à installer des backdoors indétectables sur les puces eSIM. Genre vraiment indétectables, même pour les opérateurs. Et cerise sur le gâteau, ils peuvent aussi “bricker” (rendre inutilisable) l’eSIM à distance si l’envie leur prend. Alors évidemment, Kigen n’est pas resté les bras croisés. Ils ont versé une récompense de 30 000 dollars aux chercheurs (ce qui est plutôt classe) et ont distribué des patches à “des millions” d’eSIM, mais bon, vu qu’on parle de 2 milliards de puces potentiellement affectées, y’a encore du boulot. La GSMA (l’association qui regroupe les opérateurs mobiles) a aussi réagi en mettant à jour les spécifications de sécurité et en fermant tous les profils de test utilisés par les chercheurs pour leurs expériences. Ce qui est vraiment inquiétant, c’est que cette vulnérabilité affecte des puces certifiées EAL4+… Pour ceux qui ne connaissent pas, c’est censé être un niveau de sécurité béton, utilisé pour des trucs critiques, c’est à dire des puces Infineon SLC37 basées sur des processeurs ARM SecurCore SC300 32 bits. Du matos sérieux quoi. Et le pire, c’est que les chercheurs pensent que d’autres fabricants d’eSIM pourraient être vulnérables aux mêmes attaques. Ils se sont concentrés sur Kigen parce qu’il fallait bien commencer quelque part, mais vu que beaucoup utilisent la technologie Java Card d’Oracle… D’ailleurs, petite anecdote marrante (enfin, si on peut dire) : Kigen a évalué la vulnérabilité avec un score CVSS de 6.7 (moyen), alors que les chercheurs estiment qu’elle mérite un 9.1 (critique). C’est un peu comme dire qu’avoir une fuite de gaz dans votre maison, c’est “moyennement dangereux”. Pour les plus techniques d’entre vous, voici ce que les attaquants peuvent récupérer une fois l’eSIM compromise : Les profils eSIM complets de n’importe quel opérateur (AT&T, Vodafone, O2, Orange, China Mobile, T-Mobile…) Les clés secrètes OPc utilisées pour l’authentification réseau Le champ AMF (Authentication Management Field) Les certificats d’identité eUICC Et bien sûr, la possibilité de rediriger tous les appels et SMS Bon, avant que vous ne paniquiez complètement, quelques nuances s’imposent tout de même. D’abord, l’attaque nécessite quand même un accès physique initial au téléphone. C’est pas comme si n’importe qui pouvait cloner votre eSIM depuis son canapé (enfin, pas encore…). Ensuite, Kigen a déjà commencé à distribuer des correctifs donc si votre téléphone fait ses mises à jour régulièrement, vous devriez être protégé (en théorie) et puis normalement,la GSMA a pris des mesures pour éviter que ça se reproduise. Mais quand même, ça fait réfléchir car on nous vend l’eSIM comme LA solution d’avenir, plus sécurisée, plus pratique… et au final, ça se casse comme une vulgaire coquille de noix. D’ailleurs, si vous voulez creuser le sujet, Security Explorations a publié tous les détails techniques sur leur site. Et en attendant, qu’est-ce qu’on peut faire pour se protéger ? Bah pas grand-chose malheureusement. Garder son téléphone à jour, éviter de le prêter à des inconnus (surtout s’ils ont l’air de s’y connaître en Java Card), et croiser les doigts pour que votre opérateur ait appliqué les patches. Ah et petit conseil : si vous utilisez la double authentification par SMS pour des trucs sensibles (banque, crypto, etc.), c’est peut-être le moment de passer à une app d’authentification ou une clé physique. Parce que bon, si quelqu’un peut cloner votre SIM et recevoir vos SMS… Je vous conseille 2FAS comme app. Cette histoire nous rappelle une fois de plus que la sécurité absolue n’existe pas et que même sur les systèmes les plus certifiés, les plus vérifiés, il peut y avoir des failles et que souvent, ces failles viennent de trucs basiques qu’on a oublié de vérifier comme ici, une simple vérification de bytecode qui aurait pu éviter tout ça. En tout cas, chapeau à Security Explorations pour leur boulot c’est impressionnant ! Et n’oubliez pas, comme dit l’adade : “y’a pas de système sécurisé, il n’y a que des systèmes pas encore hackés”.   Source
    • J'essaye de faire des réclamations mais ils ne comprennent pas le problème, kifeh derto mon frr bah ils ont réglés le problème mdr
×
×
  • Créer...