{"id":35939,"date":"2019-10-31T22:07:41","date_gmt":"2019-10-31T19:07:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-my-probivali-velikij-kitajskij-faervol-ch-1\/"},"modified":"2019-10-31T22:07:41","modified_gmt":"2019-10-31T19:07:41","slug":"kak-my-probivali-velikij-kitajskij-faervol-ch-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-my-probivali-velikij-kitajskij-faervol-ch-1","title":{"rendered":"Wie wir die Gro\u00dfe Firewall Chinas durchbrachen (Teil 1)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Hallo zusammen!<\/p>\n<p><\/p>\n<p>Hier ist Nikita \u2013 Systemingenieur bei <strong>SEMrush<\/strong>. Heute m\u00f6chte ich Ihnen erz\u00e4hlen, wie wir die Herausforderung meistern mussten, die Stabilit\u00e4t unseres Dienstes semrush.com in China sicherzustellen und mit welchen Problemen wir w\u00e4hrend dieser Aufgabe konfrontiert wurden (unter Ber\u00fccksichtigung des Standorts unseres Rechenzentrums an der Ostk\u00fcste der USA).<\/p>\n<p><\/p>\n<p>Dies wird eine umfangreiche Geschichte, die in mehrere Artikel unterteilt ist. Ich werde Ihnen berichten, wie es bei uns war: vom v\u00f6llig nicht funktionierenden Dienst in China bis hin zu den Leistungszahlen des Dienstes auf dem Niveau der amerikanischen Version f\u00fcr amerikanische Nutzer. Ich verspreche, es wird interessant und n\u00fctzlich sein. Also, los geht's.<\/p>\n<p><\/p>\n<h2 id=\"problemy-kitayskogo-interneta\">Probleme mit dem chinesischen Internet<\/h2>\n<p><\/p>\n<p>Selbst die entferntesten Personen von der Welt der Netzadministration haben zumindest einmal von der <strong>Gro\u00dfen Firewall Chinas geh\u00f6rt.<\/strong>. Uuu, klingt cool, nicht wahr? Aber was ist das genau, und wie funktioniert es eigentlich \u2013 das ist eine ziemlich komplexe Frage. Im Internet findet man viele Artikel dar\u00fcber, aber aus technischer Sicht ist die Funktionsweise dieser Firewall nirgends beschrieben. Was jedoch nicht verwunderlich ist. Ich gebe zu, dass ich nach einem Jahr der Nutzung nicht genau sagen kann, wie sie funktioniert, aber ich kann meine Beobachtungen und praktischen Schlussfolgerungen teilen. Lassen Sie uns mit den Ger\u00fcchten \u00fcber diese Firewall beginnen.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Es gibt viele Ger\u00fcchte \u00fcber diese spezielle Firewall. Lassen Sie uns die wichtigsten und interessantesten in einer Liste zusammenfassen:<\/p>\n<p><\/p>\n<ul>\n<li>Google, Facebook, Twitter und \u00e4hnliche Dienste sind in China blockiert und funktionieren dort nicht.<\/li>\n<li>Jeder Verkehr, der AUS China und IN China verl\u00e4uft, wird mit Hilfe von maschinellem Lernen verarbeitet und eingeschr\u00e4nkt (bei verd\u00e4chtigem Verkehr), was diesen Verkehr, der die Grenze \u00fcberschreitet, stark verlangsamt.<\/li>\n<li>Chinesische Geheimdienste knacken jeden verschl\u00fcsselten Verkehr, der durch ihre Firewall l\u00e4uft.<\/li>\n<li>VPN-Tunnel und IPSEC-Tunnel sind instabil, brechen ab und werden st\u00e4ndig blockiert.<\/li>\n<li>Je einfacher die Verschl\u00fcsselung und das verwendete Passwort f\u00fcr die Authentifizierung\/den verschl\u00fcsselten Datenverkehr sind, desto schneller passiert er die chinesische Firewall.<\/li>\n<\/ul>\n<p><\/p>\n<p>Hier ist, was wir \u00fcber diese Ger\u00fcchte herausfinden konnten:<\/p>\n<p><\/p>\n<ul>\n<li>Google, Facebook, Twitter und \u00e4hnliche Dienste sind tats\u00e4chlich blockiert (Ihr K.O.), aber viele technische Domains von Google sind beispielsweise nicht gesperrt und funktionieren (wie gstatic.com). Daraus folgt, dass man nicht vorschnell s\u00e4mtliche Google- und andere vermeintlich blockierte Ressourcen abschalten sollte.<\/li>\n<li>Jeder Datenverkehr, der die Grenze \u00fcberquert, verursacht tats\u00e4chlich betr\u00e4chtliche Verz\u00f6gerungen. Schauen Sie sich zwei Ergebnisse an. Eine Website, eine Seite, einfacher GET <em>curl<\/em>\u2018. Die erste Messung aus China (wundersch\u00f6ne Stadt Shenzhen). Die zweite Messung von au\u00dfen aus Hongkong (hat Souver\u00e4nit\u00e4t und zwischen ihm und der Welt gibt es keine Firewall). Die Entfernung zwischen den St\u00e4dten betr\u00e4gt gerademal 30-40 km.<\/li>\n<\/ul>\n<p><\/p>\n<pre><code class=\"bash\">nikita@china-shenzhen:~# curl -o \/dev\/null -w@curl_time \"https:\/\/www.semrush.com\/info\/ebay.com\"\n  % Total    % Received % Xferd  Durchschnittsgeschwindigkeit   Zeit    Zeit     Zeit  Aktuell\n                                 Dload  Hochladen   Gesamt   Verbraucht    \u00dcbrig  Geschwindigkeit\n100  381k    0  381k    0     0  71824      0 --:--:--  0:00:05 --:--:-- 82832\ntime_namelookup:  0.004500\ntime_connect:  0.169342\ntime_appconnect:  0.723189\ntime_pretransfer:  0.723499\ntime_redirect:  0.000000\ntime_starttransfer:  1.532912\n----------\ntime_total:  5.443407\n----------\nsize_download:  390968 Bytes\nspeed_download:  71824.000B\/s\n\nnikita@china-hongkong:~# curl -o \/dev\/null -w@curl_time \"https:\/\/www.semrush.com\/info\/ebay.com\"\n  % Total    % Received % Xferd  Durchschnittsgeschwindigkeit   Zeit    Zeit     Zeit  Aktuell\n                                 Dload  Hochladen   Gesamt   Verbraucht    \u00dcbrig  Geschwindigkeit\n100  319k    0  319k    0     0  2555k      0 --:--:-- --:--:-- --:--:-- 2573k\ntime_namelookup:  0.029366\ntime_connect:  0.030742\ntime_appconnect:  0.047310\ntime_pretransfer:  0.047388\ntime_redirect:  0.000000\ntime_starttransfer:  0.120793\n----------\ntime_total:  0.124871\n----------\nsize_download:  326755 Bytes\nspeed_download:  2616740.000B\/s<\/code><\/pre>\n<p><\/p>\n<p>Bitte beachten Sie <strong>time_connect<\/strong>. Insgesamt sehen Sie das Ergebnis: Die Firewall f\u00fcgt 4 zus\u00e4tzliche Sekunden hinzu, was extrem lange ist.<\/p>\n<p><\/p>\n<ul>\n<li>VPN und IPSEC-Tunnel fallen tats\u00e4chlich h\u00e4ufig aus. Dazu werde ich sp\u00e4ter und genauer berichten. Die von den Nutzern verwendeten VPN-Server werden im Laufe der Zeit blockiert (in der Regel innerhalb eines Tages nach Beginn der Nutzung). <\/li>\n<li>Es gibt die Meinung, dass aus China lebende Menschen berichten, je einfacher die Verschl\u00fcsselung des Traffics ist, desto schneller passiert er die Grenze, da es leicht verst\u00e4ndlich ist, dass darin nichts Illegales enthalten ist. Ebenso erh\u00e4lt \u201esauberer\u201c Traffic mehr Bandbreite und Geschwindigkeit, w\u00e4hrend \u201eschmutziger\u201c Traffic, der undurchsichtig ist, langsamer verl\u00e4uft. Zum Beispiel zeige ich curl zu <em>ifconfig.co<\/em> \u00fcber die Protokolle HTTPS und HTTP. <\/li>\n<\/ul>\n<p><\/p>\n<pre><code class=\"bash\">curl -o \/dev\/null -w@curl_time \"https:\/\/ifconfig.co\/\"\n  % Total    % Received % Xferd  Durchschnittsgeschwindigkeit   Zeit    Zeit     Zeit  Aktuell\n                                 Dload  Upload   Total   Verbraucht   \u00dcbrig  Geschwindigkeit\n100    13  100    13    0     0      2      0  0:00:06  0:00:05  0:00:01     3\ntime_namelookup:  0.004305\ntime_connect:  0.397465\ntime_appconnect:  5.149305\ntime_pretransfer:  5.149393\ntime_redirect:  0.000000\ntime_starttransfer:  5.568847\n----------\ntime_total:  5.568893\n----------\nsize_download:  13 Bytes\nspeed_download:  2.000B\/s\n\ncurl -o \/dev\/null -w@curl_time \"http:\/\/ifconfig.co\/\"\n  % Total    % Received % Xferd  Durchschnittsgeschwindigkeit   Zeit    Zeit     Zeit  Aktuell\n                                 Dload  Upload   Total   Verbraucht   \u00dcbrig  Geschwindigkeit\n100    13  100    13    0     0     28      0 --:--:-- --:--:-- --:--:--    28\ntime_namelookup:  0.004282\ntime_connect:  0.212457\ntime_appconnect:  0.000000\ntime_pretransfer:  0.212484\ntime_redirect:  0.000000\ntime_starttransfer:  0.450565\n----------\ntime_total:  0.450620\n----------\nsize_download:  13 Bytes\nspeed_download:  28.000B\/s<\/code><\/pre>\n<p><\/p>\n<p>Der Unterschied von 5 Sekunden bei der Gesamtladezeit von 13 Byte. Dabei kann man bei mehreren Tests feststellen, dass die GET-Anfrage \u00fcber HTTP in der Regel zu einer konstanten Zeit abgeschlossen wird, w\u00e4hrend die Antwort \u00fcber HTTPS manchmal 3, 5, 10 und sogar 17 Sekunden dauert. Gelegentlich treten SSL-Fehler auf:<\/p>\n<p><\/p>\n<p><code>Unbekannter SSL-Protokollfehler bei der Verbindung zu ifconfig.co:443.<\/code><\/p>\n<p><\/p>\n<p>Also, was haben wir:<\/p>\n<p><\/p>\n<ul>\n<li>Die oben beschriebenen Probleme, die durch die chinesische Firewall verursacht werden.<\/li>\n<li>Pings zu externen Ressourcen und innerhalb der Tunnel fallen zeitweise aus.<\/li>\n<li>Die Latenz zwischen zwei Punkten \u00e4ndert sich st\u00e4ndig und ist oft einfach unvorhersehbar. Wenn man verschiedene St\u00e4dte\/Regionen verbindet, erwartet man, dass die Latenz aufgrund der geografischen Lage geringer ist, und erh\u00e4lt genau das Gegenteil. <\/li>\n<li>Das Internet und die Kommunikationskan\u00e4le funktionieren mal schnell, mal langsam. Es gibt eine geringe Abh\u00e4ngigkeit von der Tageszeit und dem Wochentag, aber nicht immer.<\/li>\n<li>DNS-Anfragen aus China ins Ausland \u00fcberschreiten manchmal den zul\u00e4ssigen Timeout.<\/li>\n<\/ul>\n<p><\/p>\n<p>Das Bild ergibt sich einfach als \"hervorragend\". <\/p>\n<p><\/p>\n<p>Wie bereits erw\u00e4hnt, befindet sich unser Rechenzentrum im Osten der USA, und SEMrush besteht aus Dutzenden miteinander verbundener Produkte, Backends, Frontends und Datenbanken, alles in Rechenzentren und in der Cloud. Unser Team von Systemadministratoren hatte die Aufgabe, mit minimalem Aufwand schnell in China t\u00e4tig zu werden.<\/p>\n<p><\/p>\n<p>Wir standen vor der wichtigen Frage: K\u00f6nnen wir mit wenig Aufwand alle Probleme im Zusammenhang mit dem chinesischen Internet und der Firewall auf Netzwerk-\/Cloud-\/Serverebene l\u00f6sen?<\/p>\n<p><\/p>\n<p>Wir begannen mit der Beantragung <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/%D0%9B%D0%B8%D1%86%D0%B5%D0%BD%D0%B7%D0%B8%D1%8F_ICP\"><strong>ICP<\/strong>-Lizenz<\/a><\/noindex>.<\/p>\n<p><\/p>\n<h2 id=\"icp-licenziya\">ICP-Lizenz<\/h2>\n<p><\/p>\n<p>Um unseren Service innerhalb Chinas (Festlandchina) anbieten und Tests durchf\u00fchren zu k\u00f6nnen, m\u00fcssen wir zun\u00e4chst eine ICP-Lizenz f\u00fcr die Domain erhalten.<\/p>\n<p><\/p>\n<p>Wenn der Benutzertraffik Ihrer Website innerhalb des Festlandchinas termininiert wird und Ihre Domain keine ICP-Lizenz besitzt, wird Ihr Traffik vonseiten des Providers\/Hostings blockiert. Interessanterweise wird in die ICP-Lizenz der spezifische Provider aufgenommen, sei es Cloudflare oder Alibaba Cloud. Daher werden Sie, wenn Sie eine ICP-Lizenz f\u00fcr Cloudflare erhalten haben und Ihre Website bei ihnen gehostet ist, nicht ohne Weiteres nahtlos zu Alibaba Cloud wechseln k\u00f6nnen. Es wird erforderlich sein, einen weiteren Hosting-Anbieter in diese Lizenz aufzunehmen.<\/p>\n<p><\/p>\n<p>Nachdem wir die ICP-Lizenz f\u00fcr die Domain erhalten hatten, konnten wir spezifische technische Ideen und L\u00f6sungen entwickeln und umsetzen.<\/p>\n<p><\/p>\n<h2 id=\"testirovanie-resheniy\">Testen von L\u00f6sungen<\/h2>\n<p><\/p>\n<p>Aber bevor wir direkt mit der Erstellung von Staging-Optionen, Optimierung der Website und Verbesserung der Geschwindigkeit beginnen, m\u00fcssen wir ein Werkzeug zur Testung ausw\u00e4hlen, um zu sehen, welche unserer Ma\u00dfnahmen die Leistung der Website verbessern oder verschlechtern.<\/p>\n<p><\/p>\n<p>Unser Testwerkzeug musste zwei Hauptanforderungen erf\u00fcllen:<\/p>\n<p><\/p>\n<ul>\n<li>Es muss die M\u00f6glichkeit bieten, Tests aus China durchzuf\u00fchren,<\/li>\n<li>es muss Browser-Tests erm\u00f6glichen.<\/li>\n<\/ul>\n<p><\/p>\n<p>So fanden wir <noindex><a rel=\"nofollow\" href=\"https:\/\/www.catchpoint.com\/\">Catchpoint<\/a><\/noindex>! Sie verf\u00fcgen \u00fcber eine hervorragende Abdeckung mit Testpunkten weltweit. In China k\u00f6nnen mit diesem Tool ebenfalls Tests aus 100500 Provinzen durchgef\u00fchrt werden. In jeder davon gibt es mehrere verschiedene Anbieter sowie die M\u00f6glichkeit, <strong>Backbone<\/strong>-Tests (eine Art von virtueller Maschine im Rechenzentrum) und <strong>Lastmile<\/strong>-Tests (maximal nah an den Benutzerbedingungen, a.k.a. Workstation). Letzterer Testtyp ist teurer.<\/p>\n<p><\/p>\n<p>Nach Abschluss eines Jahresvertrags (weniger ist nicht m\u00f6glich) begannen wir, das Tool zu erforschen. Ehrlich gesagt waren wir positiv \u00fcberrascht von seinen Funktionen. Man kann starten:<\/p>\n<p><\/p>\n<ul>\n<li>DNS-Tests,<\/li>\n<li>Web-Tests (Browser-Tests, einfache GET\/POST, Emulation eines mobilen Clients usw.),<\/li>\n<li>Transaktions\u00fcberpr\u00fcfungen (zum Beispiel Anmeldungen),<\/li>\n<li>API-Tests,<\/li>\n<li>Ping, Traceroute, NTP usw.<\/li>\n<\/ul>\n<p><\/p>\n<p>Das l\u00e4sst sich nicht alles auflisten. Und das Wichtigste ist, dass jeder Test recht gut angepasst werden kann, indem eine Vielzahl von Headern und anderen Parametern hinzugef\u00fcgt wird. Das Ergebnis ist eine enorme Menge an Informationen, die deinen Test vollst\u00e4ndig beschreiben. Wenn man \u00fcber das f\u00fcr uns Interessanteste spricht (Browser-Tests), umfasst das Ergebnis:<\/p>\n<p><\/p>\n<ul>\n<li>Connect, Wait, Load, SSL, DNS-Zeit,<\/li>\n<li>TTFB, TTLB, Dokument vollst\u00e4ndig, Renderzeit, DOM-Ladung,<\/li>\n<li>Antwort (vergleichbar mit Time To First Byte), Webseitenantwort (vergleichbar mit Time To Last Byte),<\/li>\n<li>Alle Perzentile, Durchschnitt, Medianzeiten<\/li>\n<li>Und so weiter.<\/li>\n<\/ul>\n<p><\/p>\n<p>Diese Metriken sind \u00e4u\u00dferst hilfreich, um Ver\u00e4nderungen zu erkennen und zu verstehen, ob es besser geworden ist. Wir haben haupts\u00e4chlich auf <strong>Antwort, Webseitenantwort, Median, 75 und 95 Perzentilen geschaut.<\/strong>. <\/p>\n<p><\/p>\n<p>Eine wichtige Frage, die von Anfang an im Raum stand: <strong>kann man Catchpoint vertrauen?<\/strong>? \u041e\u0442\u0440\u0430\u0436\u0430\u0435\u0442 \u043b\u0438 \u044d\u0442\u043e\u0442 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442 \u0440\u0435\u0430\u043b\u044c\u043d\u0443\u044e \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u044c \u0437\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u0441\u0430\u0439\u0442\u0430 \u0432 \u041a\u0438\u0442\u0430\u0435 \u0438\u0437 \u0440\u0430\u0437\u043d\u044b\u0445 \u0433\u043e\u0440\u043e\u0434\u043e\u0432 \u0438\u043b\u0438 \u0436\u0435 \u044d\u0442\u043e \u043f\u0440\u043e\u0441\u0442\u043e \u043a\u0430\u043a\u043e\u0439-\u0442\u043e \u0442\u0435\u0441\u0442 \u0432 \u0432\u0430\u043a\u0443\u0443\u043c\u0435, \u043d\u0435 \u0438\u043c\u0435\u044e\u0449\u0438\u0439 \u043d\u0438\u0447\u0435\u0433\u043e \u043e\u0431\u0449\u0435\u0433\u043e \u0441 real user experience?<br \/>\nDas ist ein gro\u00dfes Problem, denn aus Russland heraus ist es praktisch unm\u00f6glich, verl\u00e4ssliche Informationen dar\u00fcber zu erhalten, wie eine Website aus China funktioniert. Mit einem SOCKS-Proxy \u00fcber eine virtuelle Maschine dauert das Laden der Website mehrere Minuten, was f\u00fcr Tests einfach nicht akzeptabel ist. Daher bleibt der einzige Weg des manuellen Testens mit curl und einfachen GET-Anfragen aus der Konsole mit einer Zeitmessung. Dies hilft, da dieser Test gut die Geschwindigkeit der Netzwerkl\u00f6sung widerspiegelt, und wenn Browser-Tests hinzukommen, ist das umso besser.<\/p>\n<p><\/p>\n<p>Sp\u00e4ter sind wir selbst nach China gereist und haben festgestellt, dass <strong>man auf Catchpoint vertrauen kann, da es die realen Geschwindigkeitswerte recht pr\u00e4zise wiedergibt.<\/strong><\/p>\n<p><\/p>\n<h2 id=\"cloudflare-china-network\">Cloudflare China Netzwerk<\/h2>\n<p><\/p>\n<p>Da wir f\u00fcr die Hauptdomain semrush.com erfolgreich Cloudflare nutzen, haben wir beschlossen, gleich deren Funktion mit dem Namen <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cloudflare.com\/network\/china\/\">China-Netzwerk auszuprobieren.<\/a><\/noindex>. Diese Option wird nur f\u00fcr Enterprise-Websites auf gesonderte Anfrage und gegen gesonderte Geb\u00fchr aktiviert. Sie ist auch nur f\u00fcr Websites verf\u00fcgbar, die \u00fcber eine entsprechende ICP-Lizenz verf\u00fcgen, in der Cloudflare als Anbieter aufgef\u00fchrt ist. Nach ihrer Aktivierung wird f\u00fcr die Website das \u201echinesische CDN\u201c von Cloudflare verf\u00fcgbar \u2013 der Datenverkehr aus chinesischen Regionen wird an den n\u00e4chsten PoP (Points of Presence) von CF geleitet und dann \u00fcber deren Netzwerke oder die Netzwerke der Anbieter\/Partner bis zum Origin transportiert. <\/p>\n<p><\/p>\n<p>Das Schema dieses Teststands ist unten dargestellt.<\/p>\n<p><\/p>\n<p>F\u00fcr uns ist das eine hervorragende Option. Das bedeutet, dass die zweite Domain ebenfalls \u00fcber CF l\u00e4uft, was die Anzahl der in der Firma verwendeten L\u00f6sungen nicht erh\u00f6ht und die Infrastruktur praktisch nicht komplizierter macht.<\/p>\n<p><\/p>\n<p>Wir haben Browser-Tests durchgef\u00fchrt, und das sind die Ergebnisse:<\/p>\n<p><\/p>\n<p>Die roten Rauten sind Testfehler. Fehler unten sind DNS-Fehler (Resolve-Timeouts). Fehler oben sind Timeouts.<\/p>\n<p><\/p>\n<p><em>Uptime: 86.6<br \/>\nMedian: 18s<br \/>\n75. Perzentil: 29.3s<br \/>\n95. Perzentil: 60s<\/em><\/p>\n<p><\/p>\n<p>Median, nachdem die Last entfernt wurde <em>reCaptcha<\/em> (Google-Dienst, der in China blockiert ist), ist von 28 auf 18 Sekunden gesunken. Trotzdem sind das schlechte Werte, wenn man bedenkt, dass ein \u00e4hnlicher Test f\u00fcr semrush.com (aus den USA) f\u00fcr 95 % der Nutzer (aus den USA) auf derselben Seite (statisch + dynamisch) weniger als 10 Sekunden ergab.<\/p>\n<p><\/p>\n<p>Jeder Test kann aufgerufen und betrachtet werden <em>Wasserfall<\/em> und andere detailliertere Parameter. Wir haben begonnen, die Ursachen der Fehler zu untersuchen, und w\u00e4hrend die Zeit\u00fcberschreitungen mehr oder weniger verst\u00e4ndlich sind: Das Internet in China hat oft Einbr\u00fcche und Aussetzer, was die Geschwindigkeit des Verbindungsaufbaus und das Laden von Ressourcen aus dem Ausland instabil und unterschiedlich macht, hat uns die DNS-Fehler stark \u00fcberrascht. Wir haben festgestellt, dass <em>PoP<\/em> von Cloudflare tats\u00e4chlich in China liegen, die Adresse der Website wird auf eine Anycast-IP aufgel\u00f6st, aber die DNS-Server sind amerikanischer Herkunft, weshalb die DNS-Anfragen die Grenze \u00fcberqueren m\u00fcssen, wodurch gelegentlich Fehler auftreten.<\/p>\n<p><\/p>\n<p>Nachdem wir diese Frage bei CF gekl\u00e4rt haben, stellte sich heraus, dass <strong>sie keine eigenen DNS-Server in China haben<\/strong>, und wann sie welche bekommen werden, ist derzeit unbekannt.<\/p>\n<p><\/p>\n<p>Deshalb haben wir beschlossen, nur die DNS von Cloudflare zu testen und den Arbeitsmodus von Cloudflare f\u00fcr unsere Website auf den Modus \u201e<strong>Nur DNS\u201c zu \u00e4ndern.<\/strong>Das ist ein Modus, in dem Cloudflare den Datenverkehr nicht selbst proxyisiert, was bedeutet, dass es keinen DDoS-Schutz, kein CDN und keine anderen Funktionen bereitstellt, sondern im Modus eines normalen DNS-Servers arbeitet. <\/p>\n<p><\/p>\n<p>Diese Umgebung ist schematisch im folgenden Bild dargestellt. In der Abbildung sind die neu gewonnenen Erkenntnisse dar\u00fcber ber\u00fccksichtigt, dass die DNS-Server von Cloudflare hinter der Firewall stehen.<\/p>\n<p><\/p>\n<p>Bei Catchpoint haben wir einfache GET-Tests (keine browserbasierten) gestartet, die viele Fehler zeigten. Die Ursache daf\u00fcr waren die gleichen DNS-Fehler.<\/p>\n<p><\/p>\n<p>Wir begannen, diese Fehler mit Hilfe von <em>dig<\/em> zu debuggen und entdeckten, dass die Adresse beim ersten Aufruf korrekt aufgel\u00f6st wird, beim wiederholten Aufruf jedoch jedes Mal <em>SERVFAIL<\/em> und <em>nicht gefunden<\/em>. Woher kommt das pl\u00f6tzliche?<\/p>\n<p><\/p>\n<pre><code class=\"bash\">root@iZwz97n2wgbp61qucbfrjsZ:~# host semrushchina.cn\nsemrushchina.cn hat die Adresse 220.170.186.192\nHost semrushchina.cn nicht gefunden: 2(SERVFAIL)\nroot@iZwz97n2wgbp61qucbfrjsZ:~# host semrushchina.cn\nsemrushchina.cn hat die Adresse 220.170.186.192\nHost semrushchina.cn nicht gefunden: 2(SERVFAIL)\nroot@iZwz97n2wgbp61qucbfrjsZ:~# host semrushchina.cn\nsemrushchina.cn hat die Adresse 220.170.186.192\nHost semrushchina.cn nicht gefunden: 2(SERVFAIL)\nroot@iZwz97n2wgbp61qucbfrjsZ:~# host semrushchina.cn\nsemrushchina.cn hat die Adresse 220.170.186.192\nHost semrushchina.cn nicht gefunden: 2(SERVFAIL)<\/code><\/pre>\n<p><\/p>\n<p>Bei der direkten Anfrage an die NS-Server von Cloudflare treten solche Fehler nicht auf:<\/p>\n<p><\/p>\n<pre><code class=\"bash\">root@iZwz97n2wgbp61qucbfrjsZ:~# for i in `seq 1 2`; do host semrushchina.cn ray.ns.cloudflare.com.; done\nVerwendeter Domain-Server:\nName: ray.ns.cloudflare.com.\nAdresse: 173.245.59.138#53\nAliases: \n\nsemrushchina.cn hat die Adresse 220.170.186.192\nsemrushchina.cn hat die Adresse 220.170.186.192\nVerwendeter Domain-Server:\nName: ray.ns.cloudflare.com.\nAdresse: 173.245.59.138#53\nAliases: \n\nsemrushchina.cn hat die Adresse 220.170.186.192\nsemrushchina.cn hat die Adresse 220.170.186.192<\/code><\/pre>\n<p><\/p>\n<p>Das bedeutet, dass das Problem beim \"lokalen\" DNS-Server oder beim Anbieter-Server liegt.<br \/>\nEine weitere Untersuchung ergab, dass <em>SERVFAIL<\/em> wir beim Aufl\u00f6sen <em>AAAA<\/em>-Eintr\u00e4ge. <\/p>\n<p><\/p>\n<p>Es stellte sich heraus, dass bei einer Anfrage an Cloudflare <em>AAAA<\/em>-Eintr\u00e4ge, die im Domain nicht vorhanden sind, Cloudflare mit <em>A<\/em>-Eintr\u00e4gen antwortete, was als Fehler und Versto\u00df gegen RFC gilt. Dadurch gefiel es dem lokalen Resolver (<em>x.x.x.x<\/em>) nicht, und er antwortete <em>SERVFAIL<\/em>. In dem untenstehenden Protokoll ist dieses Verhalten deutlich sichtbar:<\/p>\n<p><\/p>\n<pre><code class=\"bash\">root@iZwz97n2wgbp61qucbfrjsZ:~# dig -t AAAA semrushchina.cn @x.x.x.x\n\n; &lt;&gt; DiG 9.10.3-P4-Ubuntu &lt;&gt; -t AAAA semrushchina.cn @x.x.x.x\n;; globale Optionen: +cmd\n;; Antwort erhalten:\n;; -&gt;&gt;HEADER&lt;&lt;- Opcode: QUERY, Status: SERVFAIL, ID: 55467\n;; Flags: qr rd ra; QUERY: 1, ANTWORT: 0, AUTORIT\u00c4T: 0, ZUS\u00c4TZLICH: 1\n\n;; OPT PSEUDOSECTION:\n; EDNS: Version: 0, Flags:; udp: 4096\n;; FRAGESEKTION:\n;semrushchina.cn.               IN      AAAA\n\n;; Abfragezeit: 334 ms\n;; SERVER: x.x.x.x#53(x.x.x.x)\n;; WANN: Di. 14. Aug. 2018 23:38:50 CST\n;; MSG GR\u00d6SSE  empfangen: 44\n\nroot@iZwz97n2wgbp61qucbfrjsZ:~# dig -t AAAA semrushchina.cn @dana.ns.cloudflare.com.\n\n; &lt;&gt; DiG 9.10.3-P4-Ubuntu &lt;&gt; -t AAAA semrushchina.cn @dana.ns.cloudflare.com.\n;; globale Optionen: +cmd\n;; Antwort erhalten:\n;; -&gt;&gt;HEADER&lt;&lt;- Opcode: QUERY, Status: NOERROR, ID: 63944\n;; Flags: qr aa rd; QUERY: 1, ANTWORT: 1, AUTORIT\u00c4T: 0, ZUS\u00c4TZLICH: 1\n;; WARNUNG: Rekursion angefordert, aber nicht verf\u00fcgbar\n\n;; OPT PSEUDOSECTION:\n; EDNS: Version: 0, Flags:; udp: 512\n;; FRAGESEKTION:\n;semrushchina.cn.               IN      AAAA\n\n;; ANTWORTSEKTION:\nsemrushchina.cn.        300     IN      A       220.170.186.192\n\n;; Abfragezeit: 185 ms\n;; SERVER: 173.245.58.105#53(173.245.58.105)\n;; WANN: Di. 14. Aug. 2018 23:43:03 CST\n;; MSG GR\u00d6SSE  empfangen: 60\n<\/code><\/pre>\n<p><\/p>\n<p>Wir haben einen Bug-Report an Cloudflare gesendet, und sie haben das nach einer Weile behoben. Es stellte sich als interessant heraus: Zum aktuellen Zeitpunkt gibt es in China immer noch keine Unterst\u00fctzung f\u00fcr IPv6, daher konnte Cloudflare dort seine IPv6-Adresse nicht in der Antwort auf die Anfrage ausgeben. <em>AAAA<\/em>-Records. Am Ende stellte sich heraus, dass Cloudflare f\u00fcr China auf solche Anfragen reagierte. <em>NODATA<\/em> auf solche Anfragen.<\/p>\n<p><\/p>\n<p>So hat sich die Anzahl der DNS-Fehler in den Catchpoint-Tests stark verringert, aber nicht vollst\u00e4ndig. Auch die Timeouts sind weiterhin vorhanden.<\/p>\n<p><\/p>\n<p>Und wir haben begonnen, nach einer anderen L\u00f6sung zu suchen. <\/p>\n<p><\/p>\n<p>Im n\u00e4chsten Teil werde ich erz\u00e4hlen, wie wir die chinesische Cloud getestet haben. <strong>Alibaba Cloud<\/strong>, wie wir mit ein wenig &#171;Magie&#187; von Nginx schnell PoC (Proof of Concept) L\u00f6sungen erstellen konnten und Multi-Cloud-L\u00f6sungen entwickelten, von denen eine letztendlich erheblich zur Beschleunigung des Dienstes aus China beigetragen hat.<\/p>\n<p><\/p>\n<p><strong>Bleiben Sie dran!<\/strong><\/p>\n<p><\/p>\n<h3 id=\"sleduyuschie-chasti\">Die n\u00e4chsten Teile<\/h3>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/semrush\/blog\/458840\/\">Teil 2<\/a><\/noindex><\/p>\n<p>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/semrush\/blog\/458602\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442! \u041d\u0430 \u0441\u0432\u044f\u0437\u0438 \u041d\u0438\u043a\u0438\u0442\u0430 \u2014 \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440 \u0438\u0437 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 S\u0415Mrush. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u044f \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443 \u0432\u0430\u043c \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u043f\u0435\u0440\u0435\u0434 \u043d\u0430\u043c\u0438 \u0432\u0441\u0442\u0430\u043b\u0430 \u0437\u0430\u0434\u0430\u0447\u0430 \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0438\u0442\u044c \u0441\u0442\u0430\u0431\u0438\u043b\u044c\u043d\u043e\u0441\u0442\u044c \u0440\u0430\u0431\u043e\u0442\u044b \u043d\u0430\u0448\u0435\u0433\u043e \u0441\u0435\u0440\u0432\u0438\u0441\u0430 semrush.com \u0432 \u041a\u0438\u0442\u0430\u0435, \u0438 \u0441 \u043a\u0430\u043a\u0438\u043c\u0438 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u043c\u0438 \u043c\u044b \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0438\u0441\u044c \u0432 \u0445\u043e\u0434\u0435 \u0435\u0435 \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u044f (\u0443\u0447\u0438\u0442\u044b\u0432\u0430\u044f \u043c\u0435\u0441\u0442\u043e\u043d\u0430\u0445\u043e\u0436\u0434\u0435\u043d\u0438\u0435 \u043d\u0430\u0448\u0435\u0433\u043e \u0434\u0430\u0442\u0430-\u0446\u0435\u043d\u0442\u0440\u0430 \u043d\u0430 \u0432\u043e\u0441\u0442\u043e\u0447\u043d\u043e\u043c \u043f\u043e\u0431\u0435\u0440\u0435\u0436\u044c\u0435 \u0421\u0428\u0410). \u042d\u0442\u043e \u0431\u0443\u0434\u0435\u0442 \u0431\u043e\u043b\u044c\u0448\u0430\u044f \u0438\u0441\u0442\u043e\u0440\u0438\u044f, \u0440\u0430\u0437\u0431\u0438\u0442\u0430\u044f \u043d\u0430 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35939","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442! \u041d\u0430 \u0441\u0432\u044f\u0437\u0438 \u041d\u0438\u043a\u0438\u0442\u0430 \u2014 \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440 \u0438\u0437 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 S\u0415Mrush. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u044f \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443 \u0432\u0430\u043c \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u043f\u0435\u0440\u0435\u0434 \u043d\u0430\u043c\u0438 \u0432\u0441\u0442\u0430\u043b\u0430 \u0437\u0430\u0434\u0430\u0447\u0430 \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0438\u0442\u044c \u0441\u0442\u0430\u0431\u0438\u043b\u044c\u043d\u043e\u0441\u0442\u044c \u0440\u0430\u0431\u043e\u0442\u044b \u043d\u0430\u0448\u0435\u0433\u043e \u0441\u0435\u0440\u0432\u0438\u0441\u0430 semrush.com \u0432 \u041a\u0438\u0442\u0430\u0435, \u0438 \u0441 \u043a\u0430\u043a\u0438\u043c\u0438 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u043c\u0438 \u043c\u044b \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0438\u0441\u044c \u0432 \u0445\u043e\u0434\u0435 \u0435\u0435 \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u044f (\u0443\u0447\u0438\u0442\u044b\u0432\u0430\u044f \u043c\u0435\u0441\u0442\u043e\u043d\u0430\u0445\u043e\u0436\u0434\u0435\u043d\u0438\u0435 \u043d\u0430\u0448\u0435\u0433\u043e \u0434\u0430\u0442\u0430-\u0446\u0435\u043d\u0442\u0440\u0430 \u043d\u0430 \u0432\u043e\u0441\u0442\u043e\u0447\u043d\u043e\u043c \u043f\u043e\u0431\u0435\u0440\u0435\u0436\u044c\u0435 \u0421\u0428\u0410). \u042d\u0442\u043e \u0431\u0443\u0434\u0435\u0442 \u0431\u043e\u043b\u044c\u0448\u0430\u044f \u0438\u0441\u0442\u043e\u0440\u0438\u044f, \u0440\u0430\u0437\u0431\u0438\u0442\u0430\u044f \u043d\u0430 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-my-probivali-velikij-kitajskij-faervol-ch-1\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u0430\u043a \u043c\u044b \u043f\u0440\u043e\u0431\u0438\u0432\u0430\u043b\u0438 \u0412\u0435\u043b\u0438\u043a\u0438\u0439 \u041a\u0438\u0442\u0430\u0439\u0441\u043a\u0438\u0439 \u0424\u0430\u0435\u0440\u0432\u043e\u043b (\u0447.1) | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442! \u041d\u0430 \u0441\u0432\u044f\u0437\u0438 \u041d\u0438\u043a\u0438\u0442\u0430 \u2014 \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440 \u0438\u0437 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 S\u0415Mrush. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u044f \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443 \u0432\u0430\u043c \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u043f\u0435\u0440\u0435\u0434 \u043d\u0430\u043c\u0438 \u0432\u0441\u0442\u0430\u043b\u0430 \u0437\u0430\u0434\u0430\u0447\u0430 \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0438\u0442\u044c \u0441\u0442\u0430\u0431\u0438\u043b\u044c\u043d\u043e\u0441\u0442\u044c \u0440\u0430\u0431\u043e\u0442\u044b \u043d\u0430\u0448\u0435\u0433\u043e \u0441\u0435\u0440\u0432\u0438\u0441\u0430 semrush.com \u0432 \u041a\u0438\u0442\u0430\u0435, \u0438 \u0441 \u043a\u0430\u043a\u0438\u043c\u0438 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u043c\u0438 \u043c\u044b \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0438\u0441\u044c \u0432 \u0445\u043e\u0434\u0435 \u0435\u0435 \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u044f (\u0443\u0447\u0438\u0442\u044b\u0432\u0430\u044f \u043c\u0435\u0441\u0442\u043e\u043d\u0430\u0445\u043e\u0436\u0434\u0435\u043d\u0438\u0435 \u043d\u0430\u0448\u0435\u0433\u043e \u0434\u0430\u0442\u0430-\u0446\u0435\u043d\u0442\u0440\u0430 \u043d\u0430 \u0432\u043e\u0441\u0442\u043e\u0447\u043d\u043e\u043c \u043f\u043e\u0431\u0435\u0440\u0435\u0436\u044c\u0435 \u0421\u0428\u0410). \u042d\u0442\u043e \u0431\u0443\u0434\u0435\u0442 \u0431\u043e\u043b\u044c\u0448\u0430\u044f \u0438\u0441\u0442\u043e\u0440\u0438\u044f, \u0440\u0430\u0437\u0431\u0438\u0442\u0430\u044f \u043d\u0430 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-my-probivali-velikij-kitajskij-faervol-ch-1\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:07:41+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:07:41+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Wie wir die Gro\u00dfe Firewall Chinas \u00fcberwunden haben (Teil 1) | ProHoster","description":"Hallo zusammen! Hier ist Nikita \u2013 Systemingenieur bei SEMrush. Heute werde ich Ihnen erz\u00e4hlen, wie wir die Herausforderung angegangen sind, die Stabilit\u00e4t unseres Services semrush.com in China zu gew\u00e4hrleisten, und mit welchen Problemen wir w\u00e4hrend der Umsetzung konfrontiert wurden (unter Ber\u00fccksichtigung des Standorts unseres Rechenzentrums an der Ostk\u00fcste der USA). Dies wird eine gro\u00dfe Geschichte, die in mehrere Teile unterteilt ist.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-my-probivali-velikij-kitajskij-faervol-ch-1","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0430\u043a \u043c\u044b \u043f\u0440\u043e\u0431\u0438\u0432\u0430\u043b\u0438 \u0412\u0435\u043b\u0438\u043a\u0438\u0439 \u041a\u0438\u0442\u0430\u0439\u0441\u043a\u0438\u0439 \u0424\u0430\u0435\u0440\u0432\u043e\u043b (\u0447.1) | ProHoster","og:description":"\u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442! \u041d\u0430 \u0441\u0432\u044f\u0437\u0438 \u041d\u0438\u043a\u0438\u0442\u0430 \u2014 \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0439 \u0438\u043d\u0436\u0435\u043d\u0435\u0440 \u0438\u0437 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 S\u0415Mrush. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u044f \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0443 \u0432\u0430\u043c \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u043f\u0435\u0440\u0435\u0434 \u043d\u0430\u043c\u0438 \u0432\u0441\u0442\u0430\u043b\u0430 \u0437\u0430\u0434\u0430\u0447\u0430 \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0438\u0442\u044c \u0441\u0442\u0430\u0431\u0438\u043b\u044c\u043d\u043e\u0441\u0442\u044c \u0440\u0430\u0431\u043e\u0442\u044b \u043d\u0430\u0448\u0435\u0433\u043e \u0441\u0435\u0440\u0432\u0438\u0441\u0430 semrush.com \u0432 \u041a\u0438\u0442\u0430\u0435, \u0438 \u0441 \u043a\u0430\u043a\u0438\u043c\u0438 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u043c\u0438 \u043c\u044b \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0438\u0441\u044c \u0432 \u0445\u043e\u0434\u0435 \u0435\u0435 \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u0438\u044f (\u0443\u0447\u0438\u0442\u044b\u0432\u0430\u044f \u043c\u0435\u0441\u0442\u043e\u043d\u0430\u0445\u043e\u0436\u0434\u0435\u043d\u0438\u0435 \u043d\u0430\u0448\u0435\u0433\u043e \u0434\u0430\u0442\u0430-\u0446\u0435\u043d\u0442\u0440\u0430 \u043d\u0430 \u0432\u043e\u0441\u0442\u043e\u0447\u043d\u043e\u043c \u043f\u043e\u0431\u0435\u0440\u0435\u0436\u044c\u0435 \u0421\u0428\u0410). \u042d\u0442\u043e \u0431\u0443\u0434\u0435\u0442 \u0431\u043e\u043b\u044c\u0448\u0430\u044f \u0438\u0441\u0442\u043e\u0440\u0438\u044f, \u0440\u0430\u0437\u0431\u0438\u0442\u0430\u044f \u043d\u0430 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-my-probivali-velikij-kitajskij-faervol-ch-1","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:07:41+00:00","article:modified_time":"2019-10-31T19:07:41+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"35939","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-22 01:21:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:53:31","updated":"2026-01-22 01:21:19"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/35939","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=35939"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/35939\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=35939"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=35939"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=35939"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}