{"id":29814,"date":"2019-10-31T21:32:09","date_gmt":"2019-10-31T18:32:09","guid":{"rendered":"https:\/\/prohoster.info\/blog\/razvyornutyj-otvet-na-kommentarij-a-takzhe-nemnogo-o-zhizni-provajderov-v-rf\/"},"modified":"2019-10-31T21:32:09","modified_gmt":"2019-10-31T18:32:09","slug":"razvyornutyj-otvet-na-kommentarij-a-takzhe-nemnogo-o-zhizni-provajderov-v-rf","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/razvyornutyj-otvet-na-kommentarij-a-takzhe-nemnogo-o-zhizni-provajderov-v-rf","title":{"rendered":"R\u00e9ponse d\u00e9taill\u00e9e au commentaire, ainsi qu'un aper\u00e7u de la vie des fournisseurs en Russie","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ce post a \u00e9t\u00e9 inspir\u00e9 par ce commentaire<\/a><\/noindex>.<\/p>\n

Je le reproduis ici :<\/p>\n

kaleman<\/a><\/noindex> aujourd'hui \u00e0 18:53<\/p>\n

Mon fournisseur m'a r\u00e9joui aujourd'hui. Avec la mise \u00e0 jour de son syst\u00e8me de blocage de sites, il a bloqu\u00e9 le service de messagerie mail.ru. J'ai contact\u00e9 le support technique depuis ce matin, mais ils ne peuvent rien faire. C'est un petit fournisseur et il semble qu'il soit bloqu\u00e9 par les fournisseurs de niveau sup\u00e9rieur. J'ai aussi remarqu\u00e9 un ralentissement dans l'ouverture de tous les sites, peut-\u00eatre qu'ils ont mis en place une DLP d\u00e9fectueuse ? Avant, il n'y avait aucun probl\u00e8me d'acc\u00e8s. La destruction de la Runet se d\u00e9roule sous mes yeux...<\/p><\/blockquote>\n

Le fait est que, apparemment, nous sommes ce fournisseur \ud83d\ude41<\/p>\n

Et en effet, kaleman<\/a><\/noindex> j'avais presque devin\u00e9 la cause des probl\u00e8mes avec mail.ru (bien que nous ayons longtemps refus\u00e9 de croire cela).<\/p>\n

La suite sera divis\u00e9e en deux parties :<\/p>\n

    \n
  1. les raisons de nos probl\u00e8mes d'aujourd'hui avec mail.ru et une qu\u00eate passionnante pour les trouver<\/li>\n
  2. l'existence des FAI dans les r\u00e9alit\u00e9s d'aujourd'hui, la stabilit\u00e9 du Runet souverain.<\/li>\n<\/ol>\n

    <\/a><\/noindex><\/p>\n

    Probl\u00e8mes d'accessibilit\u00e9 de mail.ru<\/h3>\n

    \nOh, c'est une histoire assez longue. <\/p>\n

    Le fait est que pour mettre en \u0153uvre les exigences de l'\u00c9tat (plus de d\u00e9tails dans la deuxi\u00e8me partie), nous avons acquis, configur\u00e9 et install\u00e9 certains \u00e9quipements \u2014 tant pour filtrer les ressources interdites que pour effectuer des traductions NAT<\/a><\/noindex> des abonn\u00e9s.<\/p>\n

    Il y a quelque temps, nous avons enfin r\u00e9organis\u00e9 le c\u0153ur du r\u00e9seau de sorte que tout le trafic des abonn\u00e9s passe strictement par cet \u00e9quipement dans la direction souhait\u00e9e.<\/p>\n

    Il y a quelques jours, nous avons activ\u00e9 sur lui la filtration des contenus interdits (tout en laissant fonctionner l'ancien syst\u00e8me) \u2014 tout semblait bien se passer.<\/p>\n

    Ensuite \u2014 nous avons progressivement commenc\u00e9 \u00e0 activer le NAT sur cet \u00e9quipement pour diff\u00e9rentes parties des abonn\u00e9s. Tout semblait \u00e9galement bien se passer.<\/p>\n

    Mais aujourd'hui, en activant le NAT pour une autre partie des abonn\u00e9s \u2014 d\u00e8s le matin, nous avons \u00e9t\u00e9 confront\u00e9s \u00e0 un nombre consid\u00e9rable de plaintes concernant l'inaccessibilit\u00e9 ou l'acc\u00e8s partiel \u00e0 mail.ru<\/a><\/noindex> et d'autres ressources de Mail Ru Group.<\/p>\n

    Nous avons commenc\u00e9 \u00e0 v\u00e9rifier : quelque chose quelque part parfois<\/i>, occasionnellement<\/i> envoie TCP RST<\/a><\/noindex> en r\u00e9ponse aux demandes exclusivement aux r\u00e9seaux mail.ru. De plus, il envoie des TCP RST mal g\u00e9n\u00e9r\u00e9s (sans ACK), clairement artificiels. Voil\u00e0 \u00e0 quoi cela ressemblait :<\/p>\n

    \"R\u00e9ponse
    \n
    \n\"R\u00e9ponse
    \n
    \n\"R\u00e9ponse
    \n
    \nNaturellement, les premi\u00e8res pens\u00e9es concernaient le nouvel \u00e9quipement : terrible DPI, aucune confiance en lui, que pourrait-il faire \u2014 apr\u00e8s tout, le TCP RST est un ph\u00e9nom\u00e8ne assez courant parmi les outils de blocage.<\/p>\n

    Hypoth\u00e8se kaleman<\/a><\/noindex> concernant le fait que quelqu'un de \u00ab sup\u00e9rieur \u00bb filtre, nous l'avons \u00e9galement \u00e9mise \u2014 mais nous l'avons tout de suite rejet\u00e9e.<\/p>\n

    Tout d'abord, nous avons des uplinks suffisamment raisonnables pour ne pas souffrir de cela \ud83d\ude42<\/p>\n

    Deuxi\u00e8mement, nous sommes connect\u00e9s \u00e0 plusieurs IX<\/a><\/noindex> \u00e0 Moscou, et le trafic vers mail.ru passe pr\u00e9cis\u00e9ment par eux \u2014 et eux n'ont ni obligations, ni aucune autre motivation \u00e0 filtrer le trafic.<\/p>\n

    La seconde moiti\u00e9 de la journ\u00e9e a \u00e9t\u00e9 consacr\u00e9e \u00e0 ce que l'on appelle g\u00e9n\u00e9ralement du chamanisme \u2014 avec le fournisseur d'\u00e9quipement, pour cela merci \u00e0 eux, ils ne nous ont pas laiss\u00e9s tomber \ud83d\ude42<\/p>\n