{"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":"Ausf\u00fchrliche Antwort auf den Kommentar sowie ein wenig \u00fcber das Leben der Anbieter in der Russischen F\u00f6deration","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Das hat mich zu diesem Beitrag inspiriert dieser Kommentar hier<\/a><\/noindex>.<\/p>\n

Ich bringe ihn hier:<\/p>\n

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

Heute hat mich der Anbieter erfreut. Zusammen mit dem Update des Systems zur Sperrung von Websites wurde der Mailanbieter mail.ru blockiert. Ich habe den Support den ganzen Morgen kontaktiert, sie k\u00f6nnen nichts tun. Der Anbieter ist klein und wird offenbar von \u00fcbergeordneten Anbietern blockiert. Ich habe auch eine Verlangsamung beim \u00d6ffnen aller Websites bemerkt; vielleicht wurde ein fehlerhaftes DLP-System installiert? Fr\u00fcher gab es keine Probleme mit dem Zugriff. Die Zerst\u00f6rung des Runets geschieht direkt vor meinen Augen...<\/p><\/blockquote>\n

Die Sache ist die, dass wir anscheinend genau dieser Anbieter sind \ud83d\ude41<\/p>\n

Und tats\u00e4chlich, kaleman<\/a><\/noindex> hatte ich fast die richtige Vermutung f\u00fcr die Probleme mit mail.ru (obwohl wir lange Zeit nicht daran glauben wollten).<\/p>\n

Das Weitere wird in zwei Teile gegliedert:<\/p>\n

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

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

    Zug\u00e4nglichkeit Probleme mit mail.ru<\/h3>\n

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

    Die Sache ist die, dass wir zur Erf\u00fcllung der Anforderungen des Staates (n\u00e4here Informationen im zweiten Teil) einige Ger\u00e4te angeschafft, konfiguriert und installiert haben \u2014 sowohl zur Filterung von gesperrten Ressourcen als auch zur Durchf\u00fchrung von NAT-\u00dcbersetzungen<\/a><\/noindex> f\u00fcr Abonnenten.<\/p>\n

    Vor einiger Zeit haben wir endlich das Kernnetz so umgebaut, dass der gesamte Traffic der Abonnenten durch diese Ger\u00e4te strikt in die richtige Richtung geleitet wird.<\/p>\n

    Vor einigen Tagen haben wir die Filterung der Sperrung auf diesen Ger\u00e4ten aktiviert (w\u00e4hrend wir gleichzeitig das alte System weiterbetrieben haben) \u2014 anfangs schien alles gut zu laufen.<\/p>\n

    Danach haben wir schrittweise f\u00fcr verschiedene Teile der Abonnenten NAT auf diesem Ger\u00e4t aktiviert. Scheinbar lief auch das ganz gut.<\/p>\n

    Aber heute, als wir NAT f\u00fcr einen weiteren Teil der Abonnenten auf dem Ger\u00e4t aktiviert haben \u2014 hatten wir seit dem Morgen eine Reihe von Beschwerden \u00fcber die Nichterreichbarkeit oder teilweise Nichterreichbarkeit von mail.ru<\/a><\/noindex> und anderen Ressourcen der Mail Ru Group.<\/p>\n

    Wir haben begonnen zu \u00fcberpr\u00fcfen: Irgendetwas schickt manchmal<\/i>, gelegentlich<\/i> TCP RST als Antwort auf Anfragen ausschlie\u00dflich an die Netzwerke von mail.ru. Dar\u00fcber hinaus \u2014 wird ein falsch generiertes (ohne ACK), offensichtlich k\u00fcnstliches TCP RST geschickt. So sah es ungef\u00e4hr aus:<\/a><\/noindex> Nat\u00fcrlich lagen unsere ersten Gedanken beim neuen Ger\u00e4t: schreckliches DPI, kein Vertrauen in es, wer wei\u00df, was es anstellen k\u00f6nnte \u2014 denn TCP RST ist eine ziemlich g\u00e4ngige Sache bei Blockierungsma\u00dfnahmen.<\/p>\n

    \"Ausf\u00fchrliche
    \n
    \n\"Ausf\u00fchrliche
    \n
    \n\"Ausf\u00fchrliche
    \n
    \nNat\u00fcrlich waren die ersten Gedanken an neue Ausr\u00fcstung gerichtet: schrecklicher DPI, kein Vertrauen in ihn, wer wei\u00df, was er anstellen kann \u2013 denn TCP RST ist eine ziemlich verbreitete Sache unter Blockierungsinstrumenten.<\/p>\n

    Vermutung kaleman<\/a><\/noindex> dar\u00fcber, dass jemand \"\u00fcbergeordnetes\" filtert, haben wir ebenfalls ge\u00e4u\u00dfert \u2013 haben es aber sofort verworfen.<\/p>\n

    Erstens haben wir ausreichend vern\u00fcnftige Uploads, um unter solchen Bedingungen nicht zu leiden \ud83d\ude42<\/p>\n

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

    Die n\u00e4chste H\u00e4lfte des Tages wurde damit verbracht, was normalerweise als Schamanismus bezeichnet wird \u2013 zusammen mit dem Hardwareanbieter, wof\u00fcr ich ihnen danke, haben wir nicht aufgegeben \ud83d\ude42<\/p>\n