{"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\/es\/blog\/razvyornutyj-otvet-na-kommentarij-a-takzhe-nemnogo-o-zhizni-provajderov-v-rf","title":{"rendered":"Una respuesta elaborada a un comentario, as\u00ed como un poco sobre la vida de los proveedores en Rusia.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Me inspir\u00f3 a hacer esta publicaci\u00f3n este comentario<\/a><\/noindex>.<\/p>\n

Lo presento aqu\u00ed:<\/p>\n

kaleman<\/a><\/noindex> hoy a las 18:53<\/p>\n

Hoy me alegr\u00f3 el proveedor. Junto con la actualizaci\u00f3n del sistema de bloqueo de sitios, ha bloqueado el correo mail.ru. Desde la ma\u00f1ana estoy molestando al soporte t\u00e9cnico, no pueden hacer nada. El proveedor es peque\u00f1o y parece que est\u00e1n bloqueados por los proveedores superiores. Tambi\u00e9n not\u00e9 una desaceleraci\u00f3n en la carga de todos los sitios, \u00bfquiz\u00e1s han implementado alg\u00fan DLP defectuoso? Antes no hab\u00eda problemas de acceso. La destrucci\u00f3n de Runet est\u00e1 ocurriendo justo ante mis ojos...<\/p><\/blockquote>\n

El hecho es que, parece que nosotros somos ese proveedor \ud83d\ude41<\/p>\n

Y en efecto, kaleman<\/a><\/noindex> casi adivinamos la raz\u00f3n de los problemas con mail.ru (aunque nos cost\u00f3 mucho creer en ello).<\/p>\n

Lo que sigue estar\u00e1 dividido en dos partes:<\/p>\n

    \n
  1. las razones de nuestros problemas actuales con mail.ru y una emocionante b\u00fasqueda para encontrarlas<\/li>\n
  2. la existencia de los ISP en las realidades actuales, la estabilidad del Runet soberano.<\/li>\n<\/ol>\n

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

    Problemas de accesibilidad con mail.ru<\/h3>\n

    \nOh, es una historia bastante larga. <\/p>\n

    El hecho es que, para cumplir con los requisitos del gobierno (m\u00e1s detalles en la segunda parte), hemos adquirido, configurado e instalado cierto equipo \u2014 tanto para filtrar recursos prohibidos como para llevar a cabo traducciones NAT<\/a><\/noindex> de los abonados.<\/p>\n

    Hace alg\u00fan tiempo, finalmente reconstruimos el n\u00facleo de la red de tal manera que todo el tr\u00e1fico de los abonados pasara a trav\u00e9s de este equipo estrictamente en la direcci\u00f3n correcta.<\/p>\n

    Hace unos d\u00edas activamos en \u00e9l la filtraci\u00f3n de contenido prohibido (al mismo tiempo manteniendo funcionando el sistema antiguo) \u2014 a simple vista todo sali\u00f3 bien.<\/p>\n

    Luego, gradualmente comenzamos a activar NAT en este equipo para diferentes partes de los abonados. A simple vista \u2014 tambi\u00e9n, todo parec\u00eda ir bien.<\/p>\n

    Pero hoy, al activar NAT en el equipo para otra parte de los abonados, desde por la ma\u00f1ana nos enfrentamos a una cantidad considerable de quejas sobre la inaccesibilidad o accesibilidad parcial de mail.ru<\/a><\/noindex> y otros recursos del Grupo Mail Ru.<\/p>\n

    Comenzamos a verificar: algo en alg\u00fan lugar a veces<\/i>, de vez en cuando<\/i> env\u00eda TCP RST<\/a><\/noindex> en respuesta a solicitudes exclusivamente a las redes de mail.ru. Adem\u00e1s, env\u00eda un TCP RST generado incorrectamente (sin ACK), claramente artificial. As\u00ed es como se ve\u00eda:<\/p>\n

    \"Una
    \n
    \n\"Una
    \n
    \n\"Una
    \n
    \nNaturalmente, los primeros pensamientos fueron sobre el nuevo equipo: un aterrador DPI, ninguna confianza en \u00e9l, \u00bfqui\u00e9n sabe lo que podr\u00eda hacer \u2014 ya que el TCP RST es algo bastante com\u00fan entre las herramientas de bloqueo.<\/p>\n

    Suposici\u00f3n kaleman<\/a><\/noindex> sobre si alguien 'superior' est\u00e1 filtrando, tambi\u00e9n lo planteamos, pero lo descartamos de inmediato.<\/p>\n

    En primer lugar, tenemos suficientes uplinks razonables para no sufrir de eso \ud83d\ude42<\/p>\n

    En segundo lugar, estamos conectados a varios IX<\/a><\/noindex> en Mosc\u00fa, y el tr\u00e1fico hacia mail.ru pasa precisamente a trav\u00e9s de ellos, y no tienen ni obligaciones ni ning\u00fan otro motivo para filtrar el tr\u00e1fico.<\/p>\n

    La siguiente mitad del d\u00eda se gast\u00f3 en lo que normalmente se llama chamanismo; junto con el proveedor del equipo, a quienes agradecemos, no nos abandonaron \ud83d\ude42<\/p>\n