{"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\/sv\/blog\/administrirovanie\/kak-my-probivali-velikij-kitajskij-faervol-ch-1","title":{"rendered":"Hur vi br\u00f6t igenom den Stora Kinesiska Brandskyddsmuren (del 1)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Hej alla!<\/p>\n<p><\/p>\n<p>F\u00f6rbindelse h\u00e4r, Nikita \u2013 systemingenj\u00f6r fr\u00e5n f\u00f6retaget <strong>SEMrush<\/strong>. Idag ska jag ber\u00e4tta f\u00f6r er hur vi st\u00e4lldes inf\u00f6r uppgiften att s\u00e4kerst\u00e4lla stabiliteten hos v\u00e5r tj\u00e4nst semrush.com i Kina, och vilka problem vi st\u00f6tte p\u00e5 under genomf\u00f6randet (med tanke p\u00e5 platsen f\u00f6r v\u00e5rt datacenter p\u00e5 USA:s \u00f6stkust).<\/p>\n<p><\/p>\n<p>Det h\u00e4r kommer att bli en l\u00e5ng historia, uppdelad i flera artiklar. Jag ska ber\u00e4tta hur allt gick till hos oss: fr\u00e5n en helt oanv\u00e4ndbar tj\u00e4nst i Kina, till prestanda som matchade den amerikanska versionen f\u00f6r amerikaner. Jag lovar, det kommer bli intressant och nyttigt. S\u00e5, l\u00e5t oss k\u00f6ra.<\/p>\n<p><\/p>\n<h2 id=\"problemy-kitayskogo-interneta\">Kinas internetproblem<\/h2>\n<p><\/p>\n<p>\u00c4ven den mest avl\u00e4gsna personen fr\u00e5n n\u00e4tverksadministration har \u00e5tminstone en g\u00e5ng h\u00f6rt talas om <strong>Den Stora Kinesiska Brandv\u00e4ggen<\/strong>. Uuu, l\u00e5ter coolt, eller hur? Men vad \u00e4r det, hur fungerar det egentligen \u2013 fr\u00e5gan \u00e4r ganska komplex. Det finns m\u00e5nga artiklar p\u00e5 internet som handlar om detta, men ur teknisk synvinkel beskrivs enheten av denna brandv\u00e4gg s\u00e4llan. Vilket, f\u00f6rresten, inte \u00e4r f\u00f6rv\u00e5nande. Jag erk\u00e4nner direkt, efter ett \u00e5rs arbete kan jag inte s\u00e4ga exakt hur den fungerar, men jag kan ber\u00e4tta om mina observationer och praktiska slutsatser. Och vi b\u00f6rjar med ryktena om denna brandv\u00e4gg.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Det finns m\u00e5nga rykten om denna brandv\u00e4gg. L\u00e5t oss sammanst\u00e4lla de viktigaste och mest intressanta av dem i en lista:<\/p>\n<p><\/p>\n<ul>\n<li>Google, Facebook, Twitter och andra liknande tj\u00e4nster \u00e4r blockerade och fungerar inte i Kina.<\/li>\n<li>All trafik som g\u00e5r UT ur Kina och IN i Kina analyseras och begr\u00e4nsas med hj\u00e4lp av maskininl\u00e4rning (vid misst\u00e4nkt trafik), vilket kraftigt saktar ner den (trafiken) n\u00e4r den passerar gr\u00e4nsen.<\/li>\n<li>Kinas s\u00e4kerhetstj\u00e4nster kan bryta krypterad trafik som g\u00e5r genom deras brandv\u00e4gg.<\/li>\n<li>VPN-tunnlar och IPSEC-tunnlar \u00e4r instabila, faller och blockeras st\u00e4ndigt.<\/li>\n<li>Ju enklare kryptering, desto enklare l\u00f6senfras som anv\u00e4nds f\u00f6r autentisering\/kryptering av trafiken, desto snabbare passerar den genom den kinesiska brandv\u00e4ggen.<\/li>\n<\/ul>\n<p><\/p>\n<p>H\u00e4r \u00e4r vad vi har lyckats ta reda p\u00e5 om dessa rykten:<\/p>\n<p><\/p>\n<ul>\n<li>Google, Facebook, Twitter och andra liknande tj\u00e4nster \u00e4r faktiskt blockerade (din KO), men m\u00e5nga tekniska dom\u00e4ner fr\u00e5n Google, exempelvis, \u00e4r inte blockerade och fungerar (som gstatic.com). D\u00e4rf\u00f6r f\u00f6ljer slutsatsen: det \u00e4r inte klokt att avf\u00e4rda alla Google och andra resurser som verkar vara blockerade.<\/li>\n<li>All traffic crossing the border significantly increases its delay. Take a look at two results. One site, one page, simple GET <em>curl<\/em>from. The first measurement is from China (the beautiful city of Shenzhen). The second measurement is from outside in Hong Kong (which has sovereignty, and there is no firewall between it and the world). The distance between the cities is approximately 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  Average Speed   Time    Time     Time  Current\n                                 Dload  Upload   Total   Spent    Left  Speed\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  Average Speed   Time    Time     Time  Current\n                                 Dload  Upload   Total   Spent    Left  Speed\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>Observera <strong>time_connect<\/strong>. And overall, you see the result: the firewall adds 4 extra seconds, which is extremely long.<\/p>\n<p><\/p>\n<ul>\n<li>VPN and IPSEC tunnels do indeed often drop. I will discuss this in more detail later. VPN servers used by users are blocked over time (usually within a day after use starts). <\/li>\n<li>There is an opinion, shared by people living in China, that the simpler the traffic encryption, the faster it crosses the border, because it is easier to understand that there is nothing illegal in it. Similarly, 'clean' traffic receives more bandwidth and speed, while 'dirty' traffic, which is harder to decipher, experiences a slower passage. For example, I will refer to curl to <em>ifconfig.co<\/em> over the HTTPS and HTTP protocols. <\/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  Average Speed   Time    Time     Time  Current\n                                 Dload  Upload   Total   Spent    Left  Speed\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  Average Speed   Time    Time     Time  Current\n                                 Dload  Upload   Total   Spent    Left  Speed\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>Skillnaden p\u00e5 5 sekunder f\u00f6r den totala laddningstiden av 13 byte. Under flera tester kan man se att GET p\u00e5 HTTP vanligtvis tar ungef\u00e4r samma tid varje g\u00e5ng, medan HTTPS-svaren varierar mellan 3, 5, 10 och till och med 17 sekunder. Ibland f\u00f6rekommer SSL-fel:<\/p>\n<p><\/p>\n<p><code>Ok\u00e4nt SSL-protokollfel i anslutning till ifconfig.co:443.<\/code><\/p>\n<p><\/p>\n<p>S\u00e5 vad har vi?<\/p>\n<p><\/p>\n<ul>\n<li>Problem som orsakas av den kinesiska brandv\u00e4ggen som beskrivits ovan.<\/li>\n<li>Pingar till externa resurser och inom tunnlar f\u00f6rsvinner periodiskt.<\/li>\n<li>Latensen mellan tv\u00e5 punkter f\u00f6r\u00e4ndras st\u00e4ndigt och \u00e4r ofta of\u00f6ruts\u00e4gbar. N\u00e4r man kopplar olika st\u00e4der\/regioner f\u00f6rv\u00e4ntar man sig att latensen ska vara l\u00e4gre, baserat p\u00e5 deras geografiska l\u00e4ge, men f\u00e5r ofta motsatt resultat. <\/li>\n<li>Internet och kommunikationskanaler fungerar ibland snabbt, ibland l\u00e5ngsamt. Det finns en viss beroende av tid p\u00e5 dagen och veckodag, men det \u00e4r inte alltid konsekvent.<\/li>\n<li>DNS-f\u00f6rfr\u00e5gningar till omv\u00e4rlden fr\u00e5n Kina \u00f6verskrider ibland den till\u00e5tna tidsgr\u00e4nsen.<\/li>\n<\/ul>\n<p><\/p>\n<p>Bilden som m\u00e5las upp \u00e4r helt enkelt \"utm\u00e4rkt\". <\/p>\n<p><\/p>\n<p>Datacentret, som jag redan n\u00e4mnt, ligger i \u00f6stra USA, och hela SEMrush best\u00e5r av dussintals sammanl\u00e4nkade produkter, backend-system, frontend-gr\u00e4nssnitt, databaser, allt detta \u00e4r i datacentret och i molnet. V\u00e5rt team av systemadministrat\u00f6rer fick i uppdrag att snabbt och effektivt arbeta i Kina.<\/p>\n<p><\/p>\n<p>Vi beh\u00f6vde besvara en viktig fr\u00e5ga: kan vi med sm\u00e5 insatser l\u00f6sa alla problem relaterade till den kinesiska internetanv\u00e4ndningen och brandv\u00e4ggen p\u00e5 n\u00e4tverks-\/moln-\/serverniv\u00e5?<\/p>\n<p><\/p>\n<p>Vi b\u00f6rjade med att f\u00e5 <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>-licensen<\/a><\/noindex>.<\/p>\n<p><\/p>\n<h2 id=\"icp-licenziya\">ICP-licens<\/h2>\n<p><\/p>\n<p>F\u00f6r att kunna driva v\u00e5r tj\u00e4nst inom Kina (Mainland China) och utf\u00f6ra tester beh\u00f6ver vi f\u00f6rst f\u00e5 ICP-licensen f\u00f6r dom\u00e4nen.<\/p>\n<p><\/p>\n<p>Om webbtrafiken fr\u00e5n din anv\u00e4ndare termineras inom Fastlandskina och din dom\u00e4n saknar en ICP-licens, kommer din trafik att blockeras av leverant\u00f6ren\/v\u00e4rden. Det \u00e4r intressant att en specifik leverant\u00f6r, oavsett om det \u00e4r Cloudflare eller Alibaba Cloud, n\u00e4mns i ICP-licensen. Om du har f\u00e5tt en ICP-licens f\u00f6r Cloudflare och har hostat din webbplats d\u00e4r, kommer det inte att vara m\u00f6jligt att \"smidigt\" flytta den till Alibaba Cloud senare. Du m\u00e5ste l\u00e4gga till en ytterligare hosting i denna licens.<\/p>\n<p><\/p>\n<p>N\u00e4r vi fick ICP-licensen f\u00f6r dom\u00e4nen kunde vi b\u00f6rja ta fram och implementera specifika tekniska id\u00e9er och l\u00f6sningar.<\/p>\n<p><\/p>\n<h2 id=\"testirovanie-resheniy\">Testning av l\u00f6sningar<\/h2>\n<p><\/p>\n<p>Men innan vi direkt skapar staging-alternativ, justerar inst\u00e4llningar, och optimerar webbplatsens prestanda och hastighet, \u00e4r det n\u00f6dv\u00e4ndigt att v\u00e4lja verktyget f\u00f6r att testa webbplatsen, s\u00e5 att vi kan se vilka \u00e5tg\u00e4rder som f\u00f6rb\u00e4ttrar eller f\u00f6rs\u00e4mrar dess funktion.<\/p>\n<p><\/p>\n<p>V\u00e5rt testverktyg m\u00e5ste uppfylla tv\u00e5 huvudkrav:<\/p>\n<p><\/p>\n<ul>\n<li>det ska kunna k\u00f6ra tester fr\u00e5n Kina,<\/li>\n<li>det ska erbjuda webbl\u00e4sartester.<\/li>\n<\/ul>\n<p><\/p>\n<p>S\u00e5 vi hittade <noindex><a rel=\"nofollow\" href=\"https:\/\/www.catchpoint.com\/\">Catchpoint<\/a><\/noindex>! De har utm\u00e4rkt t\u00e4ckning med testpunkter v\u00e4rlden \u00f6ver. I Kina kan tester ocks\u00e5 k\u00f6ras genom detta verktyg fr\u00e5n ett stort antal provinser. I varje provins finns flera olika leverant\u00f6rer + m\u00f6jligheten att g\u00f6ra <strong>Backbone<\/strong>-tester (n\u00e5got i stil med en virtuell maskin i datacentret) och <strong>Lastmile<\/strong>-tester (maximalt n\u00e4ra anv\u00e4ndarens f\u00f6rh\u00e5llanden, d.v.s. arbetsstation). Den sista typen av tester kostar mer.<\/p>\n<p><\/p>\n<p>Genom att teckna ett \u00e5rligt avtal (mindre \u00e4r inte m\u00f6jligt) b\u00f6rjade vi studera verktyget. Vi m\u00e5ste erk\u00e4nna att vi blev glatt \u00f6verraskade av dess funktionalitet. Man kan k\u00f6ra:<\/p>\n<p><\/p>\n<ul>\n<li>DNS-tester,<\/li>\n<li>Web-tester (webbl\u00e4sartester, enkel GET\/POST, emulering av mobilklient etc.),<\/li>\n<li>Transaktionskontroller (t.ex. inloggning),<\/li>\n<li>API-tester,<\/li>\n<li>Ping, traceroute, NTP, etc.<\/li>\n<\/ul>\n<p><\/p>\n<p>Man kan inte r\u00e4kna upp allt. Och det mest intressanta f\u00f6r oss (webbl\u00e4sartester) \u00e4r att resultatet inkluderar:<\/p>\n<p><\/p>\n<ul>\n<li>Connect, Wait, Load, SSL, DNS-tid,<\/li>\n<li>TTFB, TTLB, Dokument komplett, Render-tid, DOM-laddning,<\/li>\n<li>Svar (n\u00e5got n\u00e4ra Time To First Byte), Webbsvars-tid (n\u00e5got n\u00e4ra Time To Last Byte),<\/li>\n<li>Eventuella percentiler, Genomsnitt, Median tid<\/li>\n<li>och s\u00e5 vidare.<\/li>\n<\/ul>\n<p><\/p>\n<p>D\u00e4rf\u00f6r hj\u00e4lper dessa m\u00e4tningar oss att se f\u00f6r\u00e4ndringar och f\u00f6rst\u00e5 om det har blivit b\u00e4ttre. Vi har fr\u00e4mst tittat p\u00e5 <strong>Response, Webpage Response, Median, 75 och 95 percentiler<\/strong>. <\/p>\n<p><\/p>\n<p>En viktig fr\u00e5ga som h\u00e4ngde i luften fr\u00e5n b\u00f6rjan: <strong>kan man lita p\u00e5 Catchpoint<\/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 \/>\nDet \u00e4r ett stort problem, eftersom det \u00e4r n\u00e4stan om\u00f6jligt att p\u00e5 ett tillf\u00f6rlitligt s\u00e4tt ta reda p\u00e5 hur en webbplats fr\u00e5n Kina fungerar n\u00e4r man befinner sig i Ryssland. Genom att anv\u00e4nda en socks-proxy via en virtuell maskin f\u00e5r man en webbplatsladdning p\u00e5 ett par minuter, vilket \u00e4r oacceptabelt f\u00f6r tester; d\u00e4rf\u00f6r \u00e5terst\u00e5r curl och enkla GET-anrop fr\u00e5n konsolen med tidsm\u00e4tning som det enda alternativet f\u00f6r manuell testning. Detta \u00e4r till hj\u00e4lp eftersom detta test v\u00e4l \u00e5terspeglar hastigheten p\u00e5 n\u00e4tverksl\u00f6sningen, och om det dessutom finns webbl\u00e4sartester s\u00e5 \u00e4r det helt okej.<\/p>\n<p><\/p>\n<p>Senare reste vi sj\u00e4lva till Kina och kunde bekr\u00e4fta att <strong>man kan lita p\u00e5 Catchpoint, den \u00e5terspeglar hastighetsresultaten ganska exakt.<\/strong><\/p>\n<p><\/p>\n<h2 id=\"cloudflare-china-network\">Cloudflare China Network<\/h2>\n<p><\/p>\n<p>Eftersom vi framg\u00e5ngsrikt anv\u00e4nder Cloudflare f\u00f6r v\u00e5r huvuddom\u00e4n semrush.com, besl\u00f6t vi oss f\u00f6r att omedelbart prova deras funktion som kallas <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cloudflare.com\/network\/china\/\">China Network<\/a><\/noindex>. Detta alternativ aktiveras endast f\u00f6r Enterprise-webbplatser p\u00e5 f\u00f6rfr\u00e5gan och mot en extra kostnad. Dessutom \u00e4r det endast tillg\u00e4ngligt f\u00f6r webbplatser som har en giltig ICP-licens, d\u00e4r Cloudflare anges som leverant\u00f6r. N\u00e4r det har aktiverats blir \u2018kinesisk CDN\u2019 fr\u00e5n Cloudflare tillg\u00e4nglig f\u00f6r webbplatsen - trafiken fr\u00e5n kinesiska regioner landar i n\u00e4rmaste CF PoP (Points of Presence), och d\u00e4refter levereras den genom deras n\u00e4tverk eller n\u00e4tverken hos leverant\u00f6rer\/parters till origin. <\/p>\n<p><\/p>\n<p>Skissen av denna testmilj\u00f6 presenteras nedan.<\/p>\n<p><\/p>\n<p>F\u00f6r oss \u00e4r detta ett utm\u00e4rkt alternativ. Det visar sig att den andra dom\u00e4nen ocks\u00e5 kommer att vara bakom CF, vilket inte \u00f6kar antalet l\u00f6sningar som anv\u00e4nds i f\u00f6retaget samt praktiskt taget inte komplicerar infrastrukturen.<\/p>\n<p><\/p>\n<p>Vi har startat webbl\u00e4sartester och h\u00e4r \u00e4r vad vi fick:<\/p>\n<p><\/p>\n<p>De r\u00f6da romberna \u00e4r testfel. Felen l\u00e4ngst ner \u00e4r DNS-fel (resolve timeout). Felen h\u00f6gst upp \u00e4r tids\u00f6verskridanden.<\/p>\n<p><\/p>\n<p><em>Uptime: 86.6<br \/>\nMedian: 18s<br \/>\n75 Percentile: 29.3s<br \/>\n95 Percentile: 60s<\/em><\/p>\n<p><\/p>\n<p>Medianen, efter att ha tagit bort laddningen <em>reCaptcha<\/em> (en Google-tj\u00e4nst som \u00e4r blockerad i Kina), minskade fr\u00e5n 28 till 18 sekunder. Men det \u00e4r \u00e4nd\u00e5 fruktansv\u00e4rda siffror, med tanke p\u00e5 att samma test f\u00f6r semrush.com (fr\u00e5n USA) gav mindre \u00e4n 10 sekunder f\u00f6r 95% av anv\u00e4ndarna (fr\u00e5n USA) p\u00e5 samma sida (statik + dynamik).<\/p>\n<p><\/p>\n<p>Du kan g\u00e5 in i varje test och titta p\u00e5 <em>Waterfall<\/em> och andra mer detaljerade parametrar. Vi b\u00f6rjade unders\u00f6ka orsakerna till felen, och om tidsutdragen \u00e4r ganska tydliga: internet i Kina \"g\u00e5r fram och tillbaka\", vilket g\u00f6r att hastigheten p\u00e5 anslutningen och inl\u00e4sningen av resurser fr\u00e5n utlandet \u00e4r instabil och varierande, s\u00e5 blev vi djupt \u00f6verraskade av DNS-felen. Vi uppt\u00e4ckte att <em>PoP<\/em> Cloudflares servrar verkligen \u00e4r i Kina, webbplatsadressen resolveras till en anycast IP, men DNS-servrarna \u00e4r amerikanska, vilket g\u00f6r att DNS-f\u00f6rfr\u00e5gningarna m\u00e5ste passera gr\u00e4nsen, s\u00e5 ibland misslyckas de.<\/p>\n<p><\/p>\n<p>Vid f\u00f6rtydligande av denna fr\u00e5ga med CF, visade det sig att <strong>de inte har egna DNS-servrar i Kina<\/strong>, och n\u00e4r de kommer att ha det \u00e4r fortfarande ok\u00e4nt.<\/p>\n<p><\/p>\n<p>D\u00e4rf\u00f6r beslutade vi att bara testa Cloudflares DNS och \u00e4ndrade Cloudflares arbetsl\u00e4ge f\u00f6r v\u00e5r webbplats till l\u00e4get \"<strong>Endast DNS<\/strong>\". Det \u00e4r ett l\u00e4ge d\u00e4r Cloudflare inte proxyar trafiken genom sig sj\u00e4lv, vilket inneb\u00e4r att de inte erbjuder DDoS-skydd, CDN och andra funktioner och fungerar som en vanlig DNS-server. <\/p>\n<p><\/p>\n<p>Denna arkitektur \u00e4r schematiskt presenterad i f\u00f6ljande bild. I bilden beaktas de nya insikterna om att Cloudflares DNS-servrar \u00e4r bakom brandv\u00e4ggen.<\/p>\n<p><\/p>\n<p>I Catchpoint k\u00f6rde vi enkla GET-tester (inte webbl\u00e4sartester), vilket visade mycket m\u00e5nga misslyckanden. Orsaken till dessa var fortfarande DNS-felen.<\/p>\n<p><\/p>\n<p>Vi b\u00f6rjade debugga dessa fel med hj\u00e4lp av <em>dig<\/em> och uppt\u00e4ckte att vid den f\u00f6rsta f\u00f6rfr\u00e5gan best\u00e4ms adressen korrekt, men vid en upprepning av f\u00f6rfr\u00e5gan f\u00e5r vi varje g\u00e5ng <em>SERVFAIL<\/em> och <em>not found<\/em>. Vad \u00e4r det pl\u00f6tsligt?<\/p>\n<p><\/p>\n<pre><code class=\"bash\">root@iZwz97n2wgbp61qucbfrjsZ:~# host semrushchina.cn\nsemrushchina.cn har adress 220.170.186.192\nV\u00e4rd semrushchina.cn kunde inte hittas: 2(SERVFAIL)\nroot@iZwz97n2wgbp61qucbfrjsZ:~# host semrushchina.cn\nsemrushchina.cn har adress 220.170.186.192\nV\u00e4rd semrushchina.cn kunde inte hittas: 2(SERVFAIL)\nroot@iZwz97n2wgbp61qucbfrjsZ:~# host semrushchina.cn\nsemrushchina.cn har adress 220.170.186.192\nV\u00e4rd semrushchina.cn kunde inte hittas: 2(SERVFAIL)\nroot@iZwz97n2wgbp61qucbfrjsZ:~# host semrushchina.cn\nsemrushchina.cn har adress 220.170.186.192\nV\u00e4rd semrushchina.cn kunde inte hittas: 2(SERVFAIL)<\/code><\/pre>\n<p><\/p>\n<p>Vid direktf\u00f6rfr\u00e5gan av Cloudflares NS-servrar finns det inga s\u00e5dana fel:<\/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\nAnv\u00e4nder dom\u00e4nserver:\nNamn: ray.ns.cloudflare.com.\nAdress: 173.245.59.138#53\nAlias:\n\nsemrushchina.cn har adress 220.170.186.192\nsemrushchina.cn har adress 220.170.186.192\nAnv\u00e4nder dom\u00e4nserver:\nNamn: ray.ns.cloudflare.com.\nAdress: 173.245.59.138#53\nAlias:\n\nsemrushchina.cn har adress 220.170.186.192\nsemrushchina.cn har adress 220.170.186.192<\/code><\/pre>\n<p><\/p>\n<p>Det betyder att problemet ligger p\u00e5 sidan av den \"lokala\" DNS-servern eller leverant\u00f6rens server.<br \/>\nVidare unders\u00f6kning visade att <em>SERVFAIL<\/em> vi f\u00e5r p\u00e5 resolven <em>AAAA<\/em>-poster. <\/p>\n<p><\/p>\n<p>Det visade sig att vid en f\u00f6rfr\u00e5gan hos Cloudflare <em>AAAAA<\/em>-post som inte finns i dom\u00e4nen, svarade Cloudflare <em>A<\/em>-post som \u00e4r ett fel och en avvikelse fr\u00e5n RFC. Vilket ledde till att den lokala resolvern (<em>x.x.x.x<\/em>) inte gillade det, och den svarade <em>SERVFAIL<\/em>. I loggen nedan syns detta beteende tydligt:<\/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;; global options: +cmd\n;; Got answer:\n;; -&gt;&gt;HEADER&lt;&lt;- opcode: QUERY, status: SERVFAIL, id: 55467\n;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1\n\n;; OPT PSEUDOSECTION:\n; EDNS: version: 0, flags:; udp: 4096\n;; QUESTION SECTION:\n;semrushchina.cn.               IN      AAAA\n\n;; Query time: 334 msec\n;; SERVER: x.x.x.x#53(x.x.x.x)\n;; WHEN: Tue Aug 14 23:38:50 CST 2018\n;; MSG SIZE  rcvd: 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;; global options: +cmd\n;; Got answer:\n;; -&gt;&gt;HEADER&lt;&lt;- opcode: QUERY, status: NOERROR, id: 63944\n;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1\n;; WARNING: recursion requested but not available\n\n;; OPT PSEUDOSECTION:\n; EDNS: version: 0, flags:; udp: 512\n;; QUESTION SECTION:\n;semrushchina.cn.               IN      AAAA\n\n;; ANSWER SECTION:\nsemrushchina.cn.        300     IN      A       220.170.186.192\n\n;; Query time: 185 msec\n;; SERVER: 173.245.58.105#53(173.245.58.105)\n;; WHEN: Tue Aug 14 23:43:03 CST 2018\n;; MSG SIZE  rcvd: 60\n<\/code><\/pre>\n<p><\/p>\n<p>Vi skickade en buggrapport till Cloudflare, och de \u00e5tg\u00e4rdade det efter ett tag. Det visade sig vara intressant: f\u00f6r n\u00e4rvarande finns det fortfarande inget st\u00f6d f\u00f6r IPv6 i Kina, s\u00e5 Cloudflare kunde inte ge sitt IPv6-adress i svaret p\u00e5 f\u00f6rfr\u00e5gan <em>AAAAA<\/em>-poster. Slutresultatet blev att Cloudflare b\u00f6rjade svara <em>NODATA<\/em> p\u00e5 s\u00e5dana f\u00f6rfr\u00e5gningar.<\/p>\n<p><\/p>\n<p>S\u00e5, DNS-fel i Catchpoint-testerna minskade kraftigt, men inte helt. Tidsgr\u00e4nser f\u00f6rsvann inte heller:<\/p>\n<p><\/p>\n<p>Och vi b\u00f6rjade s\u00f6ka efter en annan l\u00f6sning. <\/p>\n<p><\/p>\n<p>I n\u00e4sta del kommer jag att ber\u00e4tta hur vi testade det kinesiska molnet <strong>Alibaba Cloud<\/strong>, \u043a\u0430\u043a \u0441 \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u043e\u0439 &#171;\u043c\u0430\u0433\u0438\u0438&#187; Nginx \u043c\u044b \u0441\u043c\u043e\u0433\u043b\u0438 \u0431\u044b\u0441\u0442\u0440\u043e \u0441\u043e\u0437\u0434\u0430\u0432\u0430\u0442\u044c PoC (Proof of Concept) \u0440\u0435\u0448\u0435\u043d\u0438\u0439, \u043a\u0430\u043a \u043c\u044b \u0441\u043e\u0437\u0434\u0430\u0432\u0430\u043b\u0438 Multi-Cloud \u0440\u0435\u0448\u0435\u043d\u0438\u044f, \u043e\u0434\u043d\u043e \u0438\u0437 \u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0432 \u0438\u0442\u043e\u0433\u0435 \u043e\u0447\u0435\u043d\u044c \u0441\u0438\u043b\u044c\u043d\u043e \u043f\u043e\u043c\u043e\u0433\u043b\u043e \u0443\u0441\u043a\u043e\u0440\u0438\u0442\u044c \u0440\u0430\u0431\u043e\u0442\u0443 \u0441\u0435\u0440\u0432\u0438\u0441\u0430 \u0438\u0437 \u041a\u0438\u0442\u0430\u044f.<\/p>\n<p><\/p>\n<p><strong>Stay tuned!<\/strong><\/p>\n<p><\/p>\n<h3 id=\"sleduyuschie-chasti\">F\u00f6ljande delar<\/h3>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/semrush\/blog\/458840\/\">Del 2<\/a><\/noindex><\/p>\n<p>K\u00e4lla: <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 5.0.4 - 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.\" \/>\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\/sv\/blog\/administrirovanie\/kak-my-probivali-velikij-kitajskij-faervol-ch-1\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sv_SE\" \/>\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.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/sv\/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\udd47Hur vi br\u00f6t igenom Den Stora Kinesiska Brandv\u00e4ggen (del 1) | ProHoster","description":"Hej alla! Nikita h\u00e4r \u2013 systemingenj\u00f6r hos SEMrush.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/kak-my-probivali-velikij-kitajskij-faervol-ch-1","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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.","og:url":"https:\/\/prohoster.info\/sv\/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","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/35939","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=35939"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/35939\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=35939"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=35939"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=35939"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}