Auteur Sujet: Un petit coup de main pour vérifier que l'IP de ma box ne soit pas blacklistée ?  (Lu 4955 fois)

0 Membres et 1 Invité sur ce sujet

artemus24

  • Abonné SFR fibre FttH
  • *
  • Messages: 1 969
  • Montignac Lascaux (24)
C:\>ping 172.67.14.112

Envoi d’une requête 'Ping'  172.67.14.112 avec 32 octets de données :
Réponse de 172.67.14.112 : octets=32 temps=24 ms TTL=55
Réponse de 172.67.14.112 : octets=32 temps=23 ms TTL=55
Réponse de 172.67.14.112 : octets=32 temps=23 ms TTL=55
Réponse de 172.67.14.112 : octets=32 temps=25 ms TTL=55

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

C:\>ping 172.67.14.114

Envoi d’une requête 'Ping'  172.67.14.114 avec 32 octets de données :
Réponse de 172.67.14.114 : octets=32 temps=24 ms TTL=55
Réponse de 172.67.14.114 : octets=32 temps=25 ms TTL=55
Réponse de 172.67.14.114 : octets=32 temps=25 ms TTL=55
Réponse de 172.67.14.114 : octets=32 temps=25 ms TTL=55

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

C:\>

hiroko

  • Abonné Free fibre
  • *
  • Messages: 281
  • Tigy (45)
Bonjour,

un truc qui n'a peut être pas été tenté

un ping vers les ips autour genre
172.67.14.112
ou
172.67.14.114

ici les 2 ips mentionné répondent au ping.

ce test permettra d'exclure un souci de bannissement de l'ip par le serveur lui même

Merci Jérémy ;-)

Les 2 IP répondent au ping... cela dit sur le forum US du fournisseur du service ( Roon ) d'autres utilisateurs SFR ( et uniquement SFR ) se plaignent de ne pas pouvoir joindre leur serveurs... ( peut etre que SFR a ditribué un pool d'IPV4 wan vérolé je ne sais pas... )

Sur les differents outils de blacklistage dispo sur le net mon IP n'apparait nulle part... j'ai quand meme whitelisté la mienne sur Prject HoneyPot mais sans succès...

Le plus simple est d'attendre que SFR me rappelle pour savoir si il est possible de changer mon IPV4 ::)

jeremyp3

  • Abonné Orange Fibre
  • *
  • Messages: 777
  • Pau (64)
donc si les 2 autres ips répondent au ping, on peut exclure un problème de route chez sfr.

merci.

K-L

  • Abonné MilkyWan
  • *
  • Messages: 4 742
  • HFC 100 Mbs / FTTH 1Gbs sur Oullins (69)
    • Cable Rhone
Et si l'on passe par une connexion câble :

 2  192.168.0.1 (192.168.0.1)  1.271 ms  1.319 ms  1.3 ms
 3  10.71.192.1 (10.71.192.1)  6.935 ms  8.019 ms  7.992 ms
 4  217.255.245.213.rev.sfr.net (213.245.255.217)  7.709 ms  7.54 ms  7.76 ms
 5  69.237.154.77.rev.sfr.net (77.154.237.69)  9.178 ms  8.534 ms  7.664 ms
 6  164.147.6.194.rev.sfr.net (194.6.147.164)  11.516 ms  12.745 ms  11.688 ms
 7  162.158.20.24 (162.158.20.24)  58.044 ms *  32.245 ms
 8  162.158.20.240 (162.158.20.240)  18.546 ms  21.19 ms 162.158.20.42 (162.158.20.42)  70.489 ms
 9  172.67.14.113 (172.67.14.113)  18.865 ms  17.815 ms  17.825 ms

hiroko

  • Abonné Free fibre
  • *
  • Messages: 281
  • Tigy (45)
donc si les 2 autres ips répondent au ping, on peut exclure un problème de route chez sfr.

merci.

En effet d'autant que ma route vient de changer mais que le pb persiste... reste plus qu'a espérer un possible changement d'IP

jeremyp3

  • Abonné Orange Fibre
  • *
  • Messages: 777
  • Pau (64)
mais c'est quoi ce serveur ?

c'est un vps / cloud à toi ? si oui, peut être vérifier que l'ip n'est pas bannie dessus suite à une mauvaise  manipulation.

hiroko

  • Abonné Free fibre
  • *
  • Messages: 281
  • Tigy (45)
mais c'est quoi ce serveur ?

c'est un vps / cloud à toi ? si oui, peut être vérifier que l'ip n'est pas bannie dessus suite à une mauvaise  manipulation.

J'utilise une solution de l'editeur Roon pour l'audio chez moi, ca consiste en un serveur sur mon LAN qui se connecte a tous mes équipements audio et dont le rôle est d'envoyer tout les flux highres sur les équipements du LAN , en haute definition, en multicast , avec un contrôle de la gigue etc .. cette partie la ( appelons la : "mécanique" ) fonctionne très bien .

Mon serveur LAN se connecte aussi au serveur Roon de l'éditeur hébergé chez Cloudfare aux USA d'ou il va faire le lien avec mes services de streaming ( Qobuz etc ) me sortir les pochettes d'album, les tags, les recommandations , faire le merge avec ma musique locale etc et vérifier que j'ai bien payé mon abonnement .. cette partie la ( appelons la: Intelligence et contrôle ) ne fonctionne pas ou bien quand elle fonctionne elle le fait pendant une demi seconde.

En regardant les logs du serveur Roon local on voit que les requêtes vers le serveur Roon hébergé par cloudfare( et  qui a une IP spécifique )  , partent en time out 99 fois sur 100 conformément à ce que j'obtiens sur mes pings et mes trace route d'ailleurs ( y compris depuis la box en elle même )

Sur le forum Roon d'autres utilisateurs SFR ont les mêmes problèmes que moi.

Du coup concrètement je ne peux plus passer de musique à la maison sauf à mettre un VPN au derrière du serveur mais dans ce cas le serveur à du mal a voir les périphériques locaux :-(

Roon n'a pas la main sur la politique de ban de Cloudfare , donc il faudrait qu'un ingé chez eux décortique les logs de dizaines de milliers de connexion chaque heures pour voir si il y un deny sur mon ip , autant dire qu'ils m'ont prévenus qu ils ne le feraient pas :-(

NB : sur tous les outils en ligne de ban que j'ai pu tester , aucuns n'a de trace de mon IP qui semble blanche comme neige... mainteant peut etre que Cloudfare dispose de ses propres méthodes ...

Dim

  • Abonné FAI autre
  • *
  • Messages: 95
  • Loiret 45
Bonjour,

dans un contexte pro, j'ai réussi à faire passer en liste blanche des IP datacenter OVH chez cloudflare.
une appli métier n'était pas joignable. j'ai tapé un peu fort sur l'éditeur et ça s'est débloqué (1 mois quand même)

comme quoi ce n'est pas impossible.
si vous êtes assez nombreux à râler (genre demander le remboursement du service non rendu), ils finiront par faire quelque chose coté éditeur

et oui, cloudflare a ses propres listes, ça ne sert à rien de "débloquer" sur les listes publiques.

hiroko

  • Abonné Free fibre
  • *
  • Messages: 281
  • Tigy (45)
Merci pour cet info Dim ;-)

Donc en gros ou je fais changer mon IP par SFR ou je vais voir ailleurs  étant donné qu'on est 4 a se plaindre sur les dizaines de milliers de client de cet éditeur :-(

Edit : je viens d'avoir le support SFR qui ne peut pas changer l'IPV4 qui m'a été attribué, donc ils vont tenter de voir avec Cloudfare... réponse sous 3 jours ( sur ce qu'ils peuvent faire ou pas )
« Modifié: 04 novembre 2024 à 17:46:33 par hiroko »

Ftty

  • Abonné SFR THD (câble)
  • *
  • Messages: 930
  • FTTLA 1 Gbit/s ↓↑ 40 Mbit/s à Rennes (35)
je viens d'avoir le support SFR qui ne peut pas changer l'IPV4 qui m'a été attribué, donc ils vont tenter de voir avec Cloudfare... réponse sous 3 jours ( sur ce qu'ils peuvent faire ou pas )
Simple curiosité :
techniquement ils ne peuvent vraiment pas changer l'IPv4 d'un client ? Ou ils ne veulent pas ?
À+

hiroko

  • Abonné Free fibre
  • *
  • Messages: 281
  • Tigy (45)
Simple curiosité :
techniquement ils ne peuvent vraiment pas changer l'IPv4 d'un client ? Ou ils ne veulent pas ?
À+

Très bonne question ;-) a laquelle il me sera bien difficile d'obtenir une réponse  ;D

hiroko

  • Abonné Free fibre
  • *
  • Messages: 281
  • Tigy (45)
Epilogue de l'affaire : SFR ne peut pas changer l'IP ( ou ne sait pas faire ) , Cloudfare ne souhaite rien faire ( au moins c'est honnête comme réponse ) résultat je n'ai plus qu'a changer de FAI ( pour changer d'IP) ce qui est assez irréaliste puisque je suis ultra satisfait des performances et de la stabilité de mon offre SFR :-(