{"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\/de\/blog\/razvyornutyj-otvet-na-kommentarij-a-takzhe-nemnogo-o-zhizni-provajderov-v-rf","title":{"rendered":"Eine ausf\u00fchrliche Antwort auf den Kommentar sowie ein wenig \u00fcber das Leben der Anbieter in Russland.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hat mich zu diesem Beitrag inspiriert. Dieser Kommentar hier.<\/a><\/noindex>.<\/p>\n

Ich f\u00fchre ihn hier an:<\/p>\n

kaleman<\/a><\/noindex> heute um 18:53<\/p>\n

Heute hat mich der Anbieter erfreut. Zusammen mit dem Update des Systems zur Blockierung von Websites wurde auch der E-Mail-Dienst mail.ru gesperrt. Ich habe morgens den Support kontaktiert, aber sie k\u00f6nnen nichts tun. Der Anbieter ist klein, und anscheinend blockieren die \u00fcbergeordneten Anbieter. Ich habe au\u00dferdem eine Verlangsamung beim Laden aller Websites bemerkt, vielleicht haben sie irgendein fehlerhaftes DLP-System installiert? Fr\u00fcher gab es keine Zugangsprobleme. Die Zerschlagung des RuNet geschieht direkt vor meinen Augen...<\/p><\/blockquote>\n

Das Problem ist, dass wir anscheinend der besagte Anbieter sind \ud83d\ude41<\/p>\n

Und tats\u00e4chlich, kaleman<\/a><\/noindex> ich habe fast den Grund f\u00fcr die Probleme mit mail.ru erraten (obwohl wir lange nicht glauben wollten, dass es so ist).<\/p>\n

Der weitere Verlauf wird in zwei Teile unterteilt:<\/p>\n

    \n
  1. die Gr\u00fcnde f\u00fcr unsere heutigen Probleme mit mail.ru und eine spannende Suche danach.<\/li>\n
  2. die Existenz von ISPs in der heutigen Realit\u00e4t, die Stabilit\u00e4t des souver\u00e4nen RuNet.<\/li>\n<\/ol>\n

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

    Probleme mit der Verf\u00fcgbarkeit von mail.ru.<\/h3>\n

    \nOh, das ist eine ziemlich lange Geschichte. <\/p>\n

    Der Grund liegt darin, dass wir zur Erf\u00fcllung der Anforderungen des Staates (mehr dazu im zweiten Teil) bestimmte Hardware angeschafft, konfiguriert und installiert haben \u2013 sowohl zur Filterung unerlaubter Ressourcen als auch zur Durchf\u00fchrung von NAT-\u00dcbersetzungen<\/a><\/noindex> der Nutzer.<\/p>\n

    Vor einiger Zeit haben wir das Kernnetz so umgebaut, dass der gesamte Datenverkehr der Nutzer \u00fcber diese Hardware in die gew\u00fcnschte Richtung geleitet wird.<\/p>\n

    Vor einigen Tagen haben wir die Filterung unerlaubter Inhalte aktiviert (w\u00e4hrend das alte System weiterhin l\u00e4uft) \u2013 \u00e4u\u00dferlich lief alles gut.<\/p>\n

    Anschlie\u00dfend haben wir schrittweise f\u00fcr verschiedene Nutzergruppen NAT auf dieser Hardware aktiviert. Auch hier schien alles zun\u00e4chst gut zu funktionieren.<\/p>\n

    Doch heute, nachdem wir NAT f\u00fcr eine weitere Gruppe von Nutzern aktiviert hatten, erhielten wir bereits am Morgen eine Vielzahl an Beschwerden \u00fcber unerreichbare oder teilweise erreichbare mail.ru<\/a><\/noindex> und andere Ressourcen der Mail.Ru Group.<\/p>\n

    Wir begannen zu \u00fcberpr\u00fcfen: Irgendetwas sendet manchmal<\/i>, gelegentlich<\/i> TCP RST als Antwort auf Anfragen ausschlie\u00dflich an die Mail.ru-Netzwerke. Dar\u00fcber hinaus wird ein offensichtlich falsch generiertes TCP RST (ohne ACK) ungesendet. So sah es ungef\u00e4hr aus:<\/a><\/noindex> In Reaktion auf Anfragen, die ausschlie\u00dflich an die Netzwerke von mail.ru gerichtet sind. Dar\u00fcber hinaus wird ein offensichtlich k\u00fcnstlicher TCP RST, der ohne ACK generiert wurde, gesendet. So sah das ungef\u00e4hr aus:<\/p>\n

    \"Eine
    \n
    \n\"Eine
    \n
    \n\"Eine
    \n
    \nNat\u00fcrlich dachte ich zuerst an die neue Hardware: ein schrecklicher DPI, kein Vertrauen in ihn, wer wei\u00df, was er anrichten k\u00f6nnte \u2013 schlie\u00dflich ist TCP RST ein recht g\u00e4ngiger Mechanismus bei Blockierungswerkzeugen.<\/p>\n

    Vermutung kaleman<\/a><\/noindex> dass jemand 'oberhalb' filtert, hatten wir ebenfalls ge\u00e4u\u00dfert \u2013 aber sofort wieder verworfen.<\/p>\n

    Erstens haben wir ausreichend vern\u00fcnftige Up-Links, um nicht davon betroffen zu sein \ud83d\ude42<\/p>\n

    Zweitens sind wir mit mehreren IX<\/a><\/noindex> in Moskau verbunden, und der Traffic zu mail.ru l\u00e4uft genau \u00fcber diese \u2013 sie haben weder Verpflichtungen noch irgendeinen anderen Anreiz, den Traffic zu filtern.<\/p>\n

    Die n\u00e4chste H\u00e4lfte des Tages wurde mit dem verbracht, was man normalerweise Schamanismus nennt \u2013 zusammen mit dem Hardwareanbieter, wof\u00fcr wir ihnen danken, haben sie uns nicht im Stich gelassen \ud83d\ude42<\/p>\n