{"id":36043,"date":"2019-10-31T22:09:19","date_gmt":"2019-10-31T19:09:19","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-my-probivali-velikij-kitajskij-faervol-ch-3\/"},"modified":"2019-10-31T22:09:19","modified_gmt":"2019-10-31T19:09:19","slug":"kak-my-probivali-velikij-kitajskij-faervol-ch-3","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-my-probivali-velikij-kitajskij-faervol-ch-3","title":{"rendered":"Hvordan vi br\u00f8d igennem den store kinesiske firewall (del 3)","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Hej!<br \/>\nAlle gode historier slutter. Og vores historie om, hvordan vi udt\u00e6nkte en l\u00f8sning til hurtig passage af den kinesiske firewall, er ingen undtagelse. Derfor haster jeg med at dele den sidste del med dig, <strong>den afsluttende del<\/strong> om dette emne.<\/p>\n<p><\/p>\n<p>I den forrige del blev der fortalt om de mange testmilj\u00f8er, vi havde udviklet, og hvilke resultater de gav. Vi stoppede ved, at det ville v\u00e6re godt at tilf\u00f8je <strong>CDN!<\/strong> for at \u00f8ge hastigheden i vores ops\u00e6tning.<\/p>\n<p><\/p>\n<p>Jeg vil fort\u00e6lle dig, hvordan vi testede Alibaba Cloud CDN, Tencent Cloud CDN og Akamai, og hvad vi i sidste ende valgte. Og selvf\u00f8lgelig vil vi opsummere.<\/p>\n<p>\n<img decoding=\"async\" alt=\"Hvordan vi br\u00f8d igennem den store kinesiske firewall (del 3)\" src=\"\/wp-content\/uploads\/2019\/07\/36f7d82cfee454fafa1b1528fc36c730.jpg\" style=\"display:block;margin: 0 auto;\" \/><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2 id=\"alibaba-cloud-cdn\">Alibaba Cloud CDN<\/h2>\n<p><\/p>\n<p>Vi hoster p\u00e5 Alibaba Cloud, bruger IPSEC og CEN fra dem. Det virker logisk at pr\u00f8ve deres l\u00f8sninger f\u00f8rst.<\/p>\n<p><\/p>\n<p>Alibaba Cloud har to typer produkter, der kan passe til os: <strong>CDN<\/strong> og <strong>DCDN<\/strong>. Den f\u00f8rste mulighed er en klassisk CDN til et specifikt dom\u00e6ne (eller subdom\u00e6ne). Den anden mulighed st\u00e5r for <em>Dynamic Route for CDN<\/em> (jeg kalder det dynamisk CDN), det kan aktiveres i fuldsite-tilstand (til wildcard dom\u00e6ner), det cachelagrer ogs\u00e5 statisk indhold og accelererer dynamisk indhold, hvilket betyder, at dynamikken p\u00e5 siden ogs\u00e5 vil blive indl\u00e6st gennem hurtige netv\u00e6rk. Dette er vigtigt for os, fordi vores site prim\u00e6rt er dynamisk, og det bruger mange underdom\u00e6ner, og det er mere praktisk at konfigurere CDN \u00e9n gang for \u201cstjernen\u201d \u2014 *.semrushchina.cn.<\/p>\n<p><\/p>\n<p>Vi har allerede set dette produkt p\u00e5 tidligere stadier af vores kinesiske projekt, men dengang fungerede det ikke endnu, og udviklerne lovede, at produktet snart ville blive tilg\u00e6ngeligt for alle kunder. Og det er det nu.<\/p>\n<p><\/p>\n<p>I DCDN kan man:<\/p>\n<p><\/p>\n<ul>\n<li>ops\u00e6tte SSL-terminering med sit eget certifikat,<\/li>\n<li>aktivere acceleration af dynamisk indhold,<\/li>\n<li>fleksibelt konfigurere caching af statiske filer,<\/li>\n<li>foretage cache-fjernelse,<\/li>\n<li>gennemf\u00f8re web-sockets,<\/li>\n<li>aktivere kompression og endda HTML Beautifier.<\/li>\n<\/ul>\n<p><\/p>\n<p>Generelt, alt som hos etablerede og store CDN-udbydere.<\/p>\n<p><\/p>\n<p>N\u00e5r Origin (det sted, hvor CDN edge-servere vil g\u00e5 hen) er angivet, er det n\u00e6ste skridt at oprette et CNAME for stjernen, der peger p\u00e5 <em>all.semrushchina.cn.w.kunluncan.com<\/em> (denne CNAME blev erhvervet i Alibaba Cloud-konsollen), og CDN vil fungere. <\/p>\n<p><\/p>\n<p>If\u00f8lge testresultaterne har denne CDN v\u00e6ret meget hj\u00e6lpsom for os. Statistikken er vist nedenfor.<\/p>\n<p><\/p>\n<p>L\u00f8sning<br \/>\nDriftstid<br \/>\nMedian<br \/>\n75 Percentil<br \/>\n95 Percentil<\/p>\n<p>Cloudflare<br \/>\n86.6<br \/>\n18s<br \/>\n30s<br \/>\n60s<\/p>\n<p>IPsec<br \/>\n99.79<br \/>\n18s<br \/>\n21s<br \/>\n30s<\/p>\n<p>CEN<br \/>\n99.75<br \/>\n16s<br \/>\n21s<br \/>\n27s<\/p>\n<p>CEN\/IPsec + GLB<br \/>\n99.79<br \/>\n13s<br \/>\n16s<br \/>\n25s<\/p>\n<p><strong>Ali CDN + CEN\/IPsec + GLB<\/strong><br \/>\n<strong>99.75<\/strong><br \/>\n<strong>10s<\/strong><br \/>\n<strong>12.8s<\/strong><br \/>\n<strong>17.3s<\/strong><\/p>\n<p><\/p>\n<p>Dette er meget gode resultater, is\u00e6r n\u00e5r man sammenligner dem med de tal, vi havde i begyndelsen. Men vi vidste, at den browserbaserede test af den amerikanske version af vores hjemmeside www.semrush.com k\u00f8rer fra USA med et gennemsnit p\u00e5 8,3 sekunder (et meget approximativt tal). Der er plads til forbedring. Desuden var der CDN-udbydere, som vi var interesseret i at teste.<\/p>\n<p><\/p>\n<p>S\u00e5 vi glider glat over til en anden gigant p\u00e5 det kinesiske marked \u2014 <strong>Tencent<\/strong>.<\/p>\n<p><\/p>\n<h2 id=\"tencent-cloud\">Tencent Cloud<\/h2>\n<p><\/p>\n<p>Tencent udvikler stadig deres cloud \u2014 det er tydeligt fra det lille antal produkter. Under brugen ville vi teste ikke kun deres CDN, men ogs\u00e5 netv\u00e6rksinfrastrukturen generelt:<\/p>\n<p><\/p>\n<ul>\n<li>Har de noget, der ligner CEN?<\/li>\n<li>Hvordan fungerer IPSEC hos dem? Er det hurtigt, hvilken oppetid har de?<\/li>\n<li>Har de Anycast?<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"Hvordan vi br\u00f8d igennem den store kinesiske firewall (del 3)\" src=\"\/wp-content\/uploads\/2019\/07\/a0af3f5cff85056cb322e0a64ae079b5.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Lad os gennemg\u00e5 disse sp\u00f8rgsm\u00e5l \u00e9n ad gangen.<\/p>\n<p><\/p>\n<h4 id=\"analog-cen\">CEN-lignende<\/h4>\n<p><\/p>\n<p>Tencent har et produkt <strong>Cloud Connect Network<\/strong> (<noindex><a rel=\"nofollow\" href=\"https:\/\/intl.cloud.tencent.com\/product\/ccn\">CCN<\/a><\/noindex>), som muligg\u00f8r forbindelse mellem VPC'er fra forskellige regioner, b\u00e5de inden for Kina og udenfor. Produktet er i \u00f8jeblikket i intern beta, og man skal oprette en billet for at anmode om at blive tilsluttet det. Fra supporten fik vi at vide, at global-konti (som ikke omfatter kinesiske statsborgere og juridiske personer) ikke kan deltage i beta-testprogrammet og generelt ikke kan forbinde en region inden for Kina med en region udenfor. 1-0 til fordel for Ali Cloud.<\/p>\n<p><\/p>\n<h4 id=\"ipsec\">IPSEC<\/h4>\n<p><\/p>\n<p>Den sydligste region hos Tencent er \u2014 <em>Guangzhou<\/em>. Vi oprettede en tunnel og forbinder den med regionen Hongkong i GCP (p\u00e5 det tidspunkt var denne region allerede tilg\u00e6ngelig). Vi etablerede ogs\u00e5 samtidig en anden tunnel i Ali Cloud fra Shenzhen til Hongkong. Det viste sig, at latens gennem Tencent's netv\u00e6rk generelt var bedre (10ms) end fra Shenzhen til Hongkong i Ali (120ms \u2014 hvad?). Men dette accelererede ikke webstedets drift, der var rettet mod at fungere gennem Tencent og denne tunnel, hvilket i sig selv var en overraskende faktor og endnu en gang bekr\u00e6ftede f\u00f8lgende: latens \u2014 for Kina er det ikke et m\u00e5l, man reelt b\u00f8r fokusere p\u00e5 under udviklingen af l\u00f8sninger til at passere den kinesiske firewall.<\/p>\n<p><\/p>\n<h4 id=\"anycast-internet-acceleration\">Anycast Internet Acceleration<\/h4>\n<p><\/p>\n<p>Et andet produkt, der muligg\u00f8r drift via anycast IP \u2014 <noindex><a rel=\"nofollow\" href=\"https:\/\/intl.cloud.tencent.com\/product\/aia\">AIA<\/a><\/noindex>. Men det er heller ikke tilg\u00e6ngeligt for globale konti, s\u00e5 jeg vil ikke fort\u00e6lle om det, men det kan v\u00e6re nyttigt at vide, at der findes et s\u00e5dant produkt.<\/p>\n<p><\/p>\n<p>Men testen af CDN viste ret interessante resultater. CDN hos Tencent kan ikke aktiveres for hele hjemmesiden, kun for specifikke dom\u00e6ner. Vi oprettede dom\u00e6ner og sendte trafik til dem:<\/p>\n<p>\n<img decoding=\"async\" alt=\"Hvordan vi br\u00f8d igennem den store kinesiske firewall (del 3)\" src=\"\/wp-content\/uploads\/2019\/07\/a4931750f0cb79fbae7ec1217eab4fac.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Det viste sig, at denne CDN har en s\u00e5dan funktion: <strong>Optimering af gr\u00e6nseoverskridende trafik<\/strong>. Denne funktion skal reducere omkostningerne ved at passere trafik gennem den kinesiske firewall. Som <em>Origin<\/em> blev IP-adressen til Googles GLB (GLB anycast) angivet. P\u00e5 den m\u00e5de \u00f8nskede vi at forenkle projektets arkitektur.<\/p>\n<p><\/p>\n<p>Resultaterne var meget gode \u2014 p\u00e5 niveau med Ali Cloud CDN, og nogle steder endda bedre. Det er overraskende, fordi i tilf\u00e6lde af succes med testene kan vi undv\u00e6re en betydelig del af infrastrukturen, tunnellerne, CEN, virtuelle maskiner osv. <\/p>\n<p><\/p>\n<p>Vi gl\u00e6dede os ikke l\u00e6nge, da der opstod et problem: testene i Catchpoint fejlede for internetudbyderen China Mobile. Fra enhver lokation fik vi timeout gennem Tencent CDN. Korrespondancer med teknisk support f\u00f8rte ikke til noget. I cirka et d\u00f8gn fors\u00f8gte vi at l\u00f8se dette problem, men det lykkedes os ikke. <\/p>\n<p><\/p>\n<p>Jeg befandt mig p\u00e5 det tidspunkt i Kina, men kunne ikke finde offentlig Wi-Fi i dette udbyders netv\u00e6rk for at bekr\u00e6fte problemet personligt. Ellers s\u00e5 alt hurtigt og godt ud.<br \/>\nDog, da operat\u00f8ren China Mobile er en af de tre st\u00f8rste operat\u00f8rer, var vi n\u00f8dt til at returnere trafikken til Ali CDN.<br \/>\nMen samlet set var det en ret interessant l\u00f8sning, som fortjener mere langvarig testning og fejlfinding af dette problem.<\/p>\n<p><\/p>\n<h2 id=\"akamai\">Akamai<\/h2>\n<p><\/p>\n<p>Den sidste CDN-udbyder, vi testede, er <strong>Akamai<\/strong>. Dette er en stor udbyder, der har sit netv\u00e6rk i Kina. Selvf\u00f8lgelig kunne vi ikke ignorere dem.<\/p>\n<p>\n<img decoding=\"async\" alt=\"Hvordan vi br\u00f8d igennem den store kinesiske firewall (del 3)\" src=\"\/wp-content\/uploads\/2019\/07\/34657ab2d5da8509285f5c99401b7603.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Fra starten aftalte vi med Akamai en testperiode, s\u00e5 vi kunne skifte dom\u00e6ne og se, hvordan det ville fungere p\u00e5 deres netv\u00e6rk. Resultatet af hele testen vil jeg beskrive som \"Hvad vi kunne lide\" og \"Hvad vi ikke kunne lide\", samt inkludere testresultaterne.<\/p>\n<p><\/p>\n<p><strong>Hvad vi kunne lide:<\/strong><\/p>\n<p><\/p>\n<ul>\n<li>Folkene fra Akamai hjalp os meget med alle sp\u00f8rgsm\u00e5l og st\u00f8ttede os i alle testfaser. De fors\u00f8gte konstant at forbedre noget p\u00e5 deres side. Gave os gode tekniske r\u00e5d.<\/li>\n<li>Akamai arbejder cirka 10-15% langsommere end vores l\u00f8sning gennem Ali Cloud CDN. Det imponerende er, at vi angav IP-adressen til GLB for Akamai, hvilket betyder, at trafikken ikke gik gennem vores l\u00f8sning (potentielt kan vi undv\u00e6re en del af infrastrukturen). Men alligevel viste testresultaterne, at denne l\u00f8sning var d\u00e5rligere end vores nuv\u00e6rende l\u00f8sning (sammenlignende resultater nedenfor).<\/li>\n<li>B\u00e5de Origin GLB og Origin i Kina blev testet. Begge varianter var omtrent ens.<\/li>\n<li>Der er <em>Sikker rute<\/em> (automatisk ruteoptimering). Du kan placere et testobjekt p\u00e5 Origin, og Akamai Edge-serverne vil fors\u00f8ge at hente det (normal GET). For disse anmodninger m\u00e5les hastigheden og andre metrikker, hvormed Akamai-netv\u00e6rket optimerer ruterne for at sikre, at trafikken g\u00e5r hurtigere til vores hjemmeside, og at det er tydeligt, at aktiveringen af denne funktion virkelig har haft stor indflydelse p\u00e5 websitets hastighed.<\/li>\n<li>Versionsstyring af konfigurationen i webgr\u00e6nsefladen er fantastisk. Du kan sammenligne versioner og se forskelle. Tjek tidligere versioner.<\/li>\n<li>Du kan rulle en ny version ud kun p\u00e5 Akamai Staging-netv\u00e6rket \u2014 et netv\u00e6rk, der er n\u00f8jagtigt som production, kun med denne rute p\u00e5virkes de reelle brugere ikke. Til denne test skal der udf\u00f8res DNS-spoofing p\u00e5 den lokale maskine.<\/li>\n<li>Meget hurtig indl\u00e6sningstid gennem deres netv\u00e6rk for store statiske filer, samt sandsynligvis alle andre filer. En fil fra det 'kolde' cache hentes meget hurtigere end den samme fil fra Ali CDN\u2019s 'kolde' cache. Fra det 'varme' cache er hastigheden stort set ens.<\/li>\n<\/ul>\n<p><\/p>\n<p><strong>Ali CDN-test:<\/strong><\/p>\n<p><\/p>\n<pre><code class=\"bash\">root@shenzhen1:~# curl -o \/dev\/null -w@curl_time https:\/\/en.semrushchina.cn\/my_reports\/build\/scripts\/simpleInit.js?v=1551879212\n  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current\n                                 Dload  Upload   Total   Spent    Left  Speed\n100 5757k    0 5757k    0     0   513k      0 --:--:--  0:00:11 --:--:--  526k\ntime_namelookup:  0.004286\ntime_connect:  0.030107\ntime_appconnect:  0.117525\ntime_pretransfer:  0.117606\ntime_redirect:  0.000000\ntime_starttransfer:  0.840348\n----------\ntime_total:  11.208119\n----------\nsize_download:  5895467 Bytes\nspeed_download:  525999.000B\/s<\/code><\/pre>\n<p><\/p>\n<p><strong>Akamai-test:<\/strong><\/p>\n<p><\/p>\n<pre><code class=\"bash\">root@shenzhen1:~# curl -o \/dev\/null -w@curl_time https:\/\/www.semrushchina.cn\/my_reports\/build\/scripts\/simpleInit.js?v=1551879212\n  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current\n                                 Dload  Upload   Total   Spent    Left  Speed\n100 5757k    0 5757k    0     0  1824k      0 --:--:--  0:00:03 --:--:-- 1825k\ntime_namelookup:  0.509005\ntime_connect:  0.528261\ntime_appconnect:  0.577235\ntime_pretransfer:  0.577324\ntime_redirect:  0.000000\ntime_starttransfer:  1.327013\n----------\ntime_total:  3.154850\n----------\nsize_download:  5895467 Bytes\nspeed_download:  1868699.000B\/s<\/code><\/pre>\n<p><\/p>\n<p>Vi har bem\u00e6rket, at situationen fra ovenst\u00e5ende eksempel afh\u00e6nger af forskellige faktorer. P\u00e5 tidspunktet for skrivningen af dette punkt har jeg lavet en ny test. Resultaterne for begge platforme var omtrent de samme. Dette viser os, at internettet i Kina, selv for store operat\u00f8rer og cloud-udbydere, til tider opf\u00f8rer sig forskelligt.<\/p>\n<p><\/p>\n<p>En stor fordel ved Akamai, som jeg vil tilf\u00f8je til det forrige punkt: hvis Ali oplever s\u00e5danne lysglimt af h\u00f8j ydeevne og meget lav (dette g\u00e6lder b\u00e5de for Ali CDN, Ali CEN, og Ali IPSEC), s\u00e5 fungerer Akamai hver gang, uanset hvor meget jeg tester deres netv\u00e6rk, stabilt.<br \/>\nAkamai har virkelig stor d\u00e6kning i Kina og arbejder gennem mange udbydere.<\/p>\n<p><\/p>\n<p><strong>Hvad jeg ikke kunne lide:<\/strong><\/p>\n<p><\/p>\n<ul>\n<li>Jeg bryder mig ikke om webgr\u00e6nsefladen og arbejdsmetoden - de er temmelig mediocre. Men man v\u00e6nner sig til det (m\u00e5ske).<\/li>\n<li>Testresultaterne er d\u00e5rligere end vores platform.<\/li>\n<li>Der er flere fejl i testene end p\u00e5 vores platform (uptime er lavere).<\/li>\n<li>Der er ingen egne DNS-servere i Kina. Dette f\u00f8rer til mange fejl i testene p\u00e5 grund af DNS resolve timeout.<\/li>\n<li>De giver ikke deres IP-r\u00e6kken -&gt; der er ingen mulighed for at angive korrekt <em>set_real_ip_from<\/em> p\u00e5 vores servere.<\/li>\n<\/ul>\n<p><\/p>\n<p>Metrikker (~3626 runs; alle metrikker undtagen Uptime i ms; statistik for \u00e9t tidsrum):<\/p>\n<p><\/p>\n<p>CDN-udbyder<br \/>\nMedian<br \/>\n75%<br \/>\n95%<br \/>\nSvar<br \/>\nWebside-svar<br \/>\nDriftstid<br \/>\nDNS<br \/>\nForbind<br \/>\nVent<br \/>\nBelastning<br \/>\nSSL<\/p>\n<p>Ali CDN<br \/>\n9195<br \/>\n10749<br \/>\n17489<br \/>\n1,715<br \/>\n10,745<br \/>\n99.531<br \/>\n57<br \/>\n17<br \/>\n927<br \/>\n479<br \/>\n200<\/p>\n<p>Akamai<br \/>\n9783<br \/>\n11887<br \/>\n19888<br \/>\n2,352<br \/>\n11,550<br \/>\n98.980<br \/>\n424<br \/>\n91<br \/>\n1408<br \/>\n381<br \/>\n50<\/p>\n<p><\/p>\n<p>Fordeling efter Percentile (i ms):<\/p>\n<p><\/p>\n<p>Percentile<br \/>\nAkamai<br \/>\nAli CDN<\/p>\n<p>10<br \/>\n7,092<br \/>\n6,942<\/p>\n<p>20<br \/>\n7,775<br \/>\n7,583<\/p>\n<p>30<br \/>\n8,446<br \/>\n8,092<\/p>\n<p>40<br \/>\n9,146<br \/>\n8,596<\/p>\n<p>50<br \/>\n9,783<br \/>\n9,195<\/p>\n<p>60<br \/>\n10,497<br \/>\n9,770<\/p>\n<p>70<br \/>\n11,371<br \/>\n10,383<\/p>\n<p>80<br \/>\n12,670<br \/>\n11,255<\/p>\n<p>90<br \/>\n15,882<br \/>\n13,165<\/p>\n<p>100<br \/>\n91,592<br \/>\n91,596<\/p>\n<p><\/p>\n<p>Konklusionen er: muligheden med Akamai er levedygtig, men den giver ikke de samme stabilitets- og hastighedsresultater som vores egen l\u00f8sning sammen med Ali CDN.<\/p>\n<p><\/p>\n<h2 id=\"malenkie-zametki\">Sm\u00e5 bem\u00e6rkninger<\/h2>\n<p><\/p>\n<p>Nogle punkter blev ikke n\u00e6vnt i fort\u00e6llingen, men jeg ville ogs\u00e5 gerne skrive om dem.<\/p>\n<p><\/p>\n<h3 id=\"pekin--tokio-i-gonkong\">Beijing + Tokyo og Hongkong<\/h3>\n<p><\/p>\n<p>Som jeg n\u00e6vnte tidligere, testede vi en IPSEC-tunnel til Hongkong (HK). Men vi testede ogs\u00e5 CEN til HK. Det koster lidt mindre, og det var interessant at se, hvordan det ville fungere mellem byer med en afstand p\u00e5 ~100 km. Det interessante var, at latenstiden mellem disse byer var 100 ms h\u00f8jere end i vores oprindelige mulighed (til Taiwan). Hastigheden og stabiliteten var ogs\u00e5 bedre for Taiwan. I sidste ende valgte vi HK som en backup IPSEC-region.<\/p>\n<p><\/p>\n<p>Desuden pr\u00f8vede vi at etablere en s\u00e5dan installation:<\/p>\n<p><\/p>\n<ul>\n<li>klientterminering i Beijing,<\/li>\n<li>IPSEC og CEN til Tokyo,<\/li>\n<li>i Ali CDN blev angivet som origin-server i Beijing.<\/li>\n<\/ul>\n<p><\/p>\n<p>Denne ordning var ikke s\u00e5 stabil, selvom hastigheden generelt ikke var ringere end vores l\u00f8sning. Med hensyn til tunnelen s\u00e5 jeg periodiske nedbrud selv for CEN, som burde v\u00e6re stabil. Derfor gik vi tilbage til den gamle ordning og skruede dette staging ned.<\/p>\n<p><\/p>\n<p>Nedenfor er statistikken for latenstid mellem forskellige regioner over forskellige kanaler. M\u00e5ske vil nogen finde den interessant.<\/p>\n<p><\/p>\n<p><em>IPsec<\/em><br \/>\nAli cn-beijing &lt;\u2014 GCP asia-northeast1 \u2014 193ms<br \/>\nAli cn-shenzhen &lt;\u2014 GCP asia-east2 \u2014 91ms<br \/>\nAli cn-shenzhen &lt;\u2014 GCP us-east4 \u2014 200ms<\/p>\n<p><\/p>\n<p><em>CEN<\/em><br \/>\nAli cn-beijing &lt;\u2014 Ali ap-northeast-1 \u2014 54ms (!)<br \/>\nAli cn-shenzhen &lt;\u2014 Ali cn-hongkong \u2014 6ms (!)<br \/>\nAli cn-shenzhen &lt;\u2014 Ali us-east1 \u2014 216ms<\/p>\n<p><\/p>\n<h3 id=\"obschaya-informaciya-pro-internet-v-kitae\">Generel information om internettet i Kina<\/h3>\n<p><\/p>\n<p>Som supplement til problemerne med internettet, der blev beskrevet i begyndelsen, i den f\u00f8rste del af artiklen.<\/p>\n<p><\/p>\n<ul>\n<li>Internettet i Kina fungerer ganske hurtigt indeni.\n<ul>\n<li>Konklusionen er baseret p\u00e5 test af offentlige Wi-Fi-netv\u00e6rk p\u00e5 forskellige lokationer, hvor disse netv\u00e6rk bruges af mange personer.<\/li>\n<li>Hastigheden for download og upload til servere inden i Kina var omkring 20 Mbit\/s og 5-10 Mbit\/s henholdsvis.<\/li>\n<li>Hastigheden til servere uden for Kina er simpelthen ubetydelig, under 1 Mbit\/s.<\/li>\n<\/ul>\n<\/li>\n<li>Internettet i Kina er ikke s\u00e6rlig stabilt.\n<ul>\n<li>Nogle gange kan sider \u00e5bnes hurtigt, nogle gange langsomt (p\u00e5 samme tid af d\u00f8gnet p\u00e5 forskellige dage), forudsat at konfigurationen ikke \u00e6ndres. Vi har observeret dette ved at se p\u00e5 eksemplet semrushchina.cn. Dette kan tilskrives Ali CDN, som ogs\u00e5 fungerer skidt fra tid til anden afh\u00e6ngigt af tidspunktet p\u00e5 dagen, positionen af stjernerne osv.<\/li>\n<\/ul>\n<\/li>\n<li>Mobilinternet er praktisk taget overalt 4G eller 4G+. Det fungerer i metroen, i elevatorer \u2014 kort sagt, overalt.<\/li>\n<li>At kinesiske brugere kun stoler p\u00e5 dom\u00e6ner i zone .cn \u2014 er en myte. Vi har f\u00e5et det bekr\u00e6ftet direkte fra brugere.\n<ul>\n<li>Man kan se, hvordan <noindex><a rel=\"nofollow\" href=\"http:\/\/baidu.cn\">http:\/\/baidu.cn<\/a><\/noindex> videresender til www.baidu.com (ogs\u00e5 i mainland Kina).<\/li>\n<\/ul>\n<\/li>\n<li>Mange ressourcer er virkelig blokeret. Primitivt: google.com, Facebook, Twitter. Men mange Google-ressourcer fungerer (selvf\u00f8lgelig ikke p\u00e5 alle Wi-Fi, og VPN bruges ikke (p\u00e5 router-siden ogs\u00e5, det er sikkert).<\/li>\n<li>Mange \"tekniske\" dom\u00e6ner fra blokerede virksomheder fungerer ogs\u00e5. Dette betyder, at man ikke altid skal overilat sk\u00e6re alle tilsyneladende blokerede Google- og andre ressourcer v\u00e6k. Man skal finde en liste over forbudte dom\u00e6ner.<\/li>\n<li>De har kun tre hoved internetudbydere: China Unicom, China Telecom, China Mobile. Der findes ogs\u00e5 mindre selskaber, men deres markedsandel er uv\u00e6sentlig.<\/li>\n<\/ul>\n<p><\/p>\n<h3 id=\"bonus-itogovaya-shema-resheniya\">Bonus: den endelige l\u00f8sningsskema<\/h3>\n<p>\n<img decoding=\"async\" alt=\"Hvordan vi br\u00f8d igennem den store kinesiske firewall (del 3)\" src=\"\/wp-content\/uploads\/2019\/07\/ec9c09dbbad1c3f002920d875a5079d7.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h2 id=\"itog\">Resultat<\/h2>\n<p><\/p>\n<p>Der er g\u00e5et et \u00e5r siden projektets start. Vi begyndte med, at vores hjemmeside overhovedet n\u00e6gtede at fungere normalt fra Kina, og en simpel GET curl tog 5.5 sekunder. <\/p>\n<p><\/p>\n<p>Derefter, med s\u00e5danne tal ved den f\u00f8rste l\u00f8sning (Cloudflare):<\/p>\n<p><\/p>\n<p>L\u00f8sning<br \/>\nDriftstid<br \/>\nMedian<br \/>\n75 Percentil<br \/>\n95 Percentil<\/p>\n<p>Cloudflare<br \/>\n86.6<br \/>\n18s<br \/>\n30s<br \/>\n60s<\/p>\n<p><\/p>\n<p>Vi n\u00e5ede til slut resultater som disse (statistik for den sidste m\u00e5ned):<\/p>\n<p><\/p>\n<p>L\u00f8sning<br \/>\nDriftstid<br \/>\nMedian<br \/>\n75 Percentil<br \/>\n95 Percentil<\/p>\n<p>Ali CDN + CEN\/IPsec + GLB<br \/>\n99.86<br \/>\n8.8s<br \/>\n9.5s<br \/>\n13.7s<\/p>\n<p><\/p>\n<p>Som man kan se, har vi ikke v\u00e6ret i stand til at opn\u00e5 100% oppetid endnu, men vi vil finde en l\u00f8sning, og s\u00e5 fort\u00e6lle jer om resultaterne i en ny artikel :)<\/p>\n<p><\/p>\n<p>Respekt til dem, der har l\u00e6st alle tre dele til ende. Jeg h\u00e5ber, det har v\u00e6ret lige s\u00e5 interessant for jer, som det var for mig, da jeg skrev det.<\/p>\n<p><\/p>\n<h3 id=\"ps-predyduschie-chasti\">P.S. Tidligere dele<\/h3>\n<p><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/semrush\/blog\/458602\/\">Del 1<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/semrush\/blog\/458840\/\">Del 2<\/a><\/noindex><\/p>\n<p>Kilde: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/semrush\/blog\/459024\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0438\u0432\u0435\u0442! \u041b\u044e\u0431\u044b\u0435 \u0445\u043e\u0440\u043e\u0448\u0438\u0435 \u0438\u0441\u0442\u043e\u0440\u0438\u0438 \u0437\u0430\u043a\u0430\u043d\u0447\u0438\u0432\u0430\u044e\u0442\u0441\u044f. \u0418 \u043d\u0430\u0448\u0430 \u0438\u0441\u0442\u043e\u0440\u0438\u044f \u043f\u0440\u043e \u0442\u043e, \u043a\u0430\u043a \u043c\u044b \u043f\u0440\u0438\u0434\u0443\u043c\u044b\u0432\u0430\u043b\u0438 \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u0431\u044b\u0441\u0442\u0440\u043e\u0433\u043e \u043f\u0440\u043e\u0445\u043e\u0434\u0430 \u041a\u0438\u0442\u0430\u0439\u0441\u043a\u043e\u0433\u043e \u0424\u0430\u0435\u0440\u0432\u043e\u043b\u0430, \u043d\u0435 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u0441\u043f\u0435\u0448\u0443 \u043f\u043e\u0434\u0435\u043b\u0438\u0442\u044c\u0441\u044f \u0441 \u0432\u0430\u043c\u0438 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0435\u0439, \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u044e\u0449\u0435\u0439 \u0447\u0430\u0441\u0442\u044c\u044e \u043d\u0430 \u044d\u0442\u0443 \u0442\u0435\u043c\u0443. \u0412 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0435\u0439 \u0447\u0430\u0441\u0442\u0438 \u0431\u044b\u043b\u043e \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043d\u043e \u043f\u0440\u043e \u043c\u043d\u043e\u0436\u0435\u0441\u0442\u0432\u043e \u0442\u0435\u0441\u0442\u043e\u0432\u044b\u0445 \u0441\u0442\u0435\u043d\u0434\u043e\u0432, \u043f\u0440\u0438\u0434\u0443\u043c\u0430\u043d\u043d\u044b\u0445 \u043d\u0430\u043c\u0438, \u0438 \u043a\u0430\u043a\u0438\u0435 \u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442\u044b \u043e\u043d\u0438 \u0434\u0430\u043b\u0438. \u0418 \u043c\u044b \u043e\u0441\u0442\u0430\u043d\u043e\u0432\u0438\u043b\u0438\u0441\u044c \u043d\u0430 \u0442\u043e\u043c, \u0447\u0442\u043e \u043d\u0435\u043f\u043b\u043e\u0445\u043e \u0431\u044b\u043b\u043e [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26947,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-36043","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442! \u041b\u044e\u0431\u044b\u0435 \u0445\u043e\u0440\u043e\u0448\u0438\u0435 \u0438\u0441\u0442\u043e\u0440\u0438\u0438 \u0437\u0430\u043a\u0430\u043d\u0447\u0438\u0432\u0430\u044e\u0442\u0441\u044f. \u0418 \u043d\u0430\u0448\u0430 \u0438\u0441\u0442\u043e\u0440\u0438\u044f \u043f\u0440\u043e \u0442\u043e, \u043a\u0430\u043a \u043c\u044b \u043f\u0440\u0438\u0434\u0443\u043c\u044b\u0432\u0430\u043b\u0438 \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u0431\u044b\u0441\u0442\u0440\u043e\u0433\u043e \u043f\u0440\u043e\u0445\u043e\u0434\u0430 \u041a\u0438\u0442\u0430\u0439\u0441\u043a\u043e\u0433\u043e \u0424\u0430\u0435\u0440\u0432\u043e\u043b\u0430, \u043d\u0435 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435.\" \/>\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\/da\/blog\/administrirovanie\/kak-my-probivali-velikij-kitajskij-faervol-ch-3\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\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.3) | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442! \u041b\u044e\u0431\u044b\u0435 \u0445\u043e\u0440\u043e\u0448\u0438\u0435 \u0438\u0441\u0442\u043e\u0440\u0438\u0438 \u0437\u0430\u043a\u0430\u043d\u0447\u0438\u0432\u0430\u044e\u0442\u0441\u044f. \u0418 \u043d\u0430\u0448\u0430 \u0438\u0441\u0442\u043e\u0440\u0438\u044f \u043f\u0440\u043e \u0442\u043e, \u043a\u0430\u043a \u043c\u044b \u043f\u0440\u0438\u0434\u0443\u043c\u044b\u0432\u0430\u043b\u0438 \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u0431\u044b\u0441\u0442\u0440\u043e\u0433\u043e \u043f\u0440\u043e\u0445\u043e\u0434\u0430 \u041a\u0438\u0442\u0430\u0439\u0441\u043a\u043e\u0433\u043e \u0424\u0430\u0435\u0440\u0432\u043e\u043b\u0430, \u043d\u0435 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-my-probivali-velikij-kitajskij-faervol-ch-3\" \/>\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:09:19+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:09:19+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\udd47Hvordan vi overvandt Den Store Kinesiske Firewall (del 3) | ProHoster","description":"Hej! Alle gode historier har en ende. Og vores historie om, hvordan vi fandt l\u00f8sningen til at komme hurtigt forbi den kinesiske firewall, er ingen undtagelse.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-my-probivali-velikij-kitajskij-faervol-ch-3","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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.3) | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442! \u041b\u044e\u0431\u044b\u0435 \u0445\u043e\u0440\u043e\u0448\u0438\u0435 \u0438\u0441\u0442\u043e\u0440\u0438\u0438 \u0437\u0430\u043a\u0430\u043d\u0447\u0438\u0432\u0430\u044e\u0442\u0441\u044f. \u0418 \u043d\u0430\u0448\u0430 \u0438\u0441\u0442\u043e\u0440\u0438\u044f \u043f\u0440\u043e \u0442\u043e, \u043a\u0430\u043a \u043c\u044b \u043f\u0440\u0438\u0434\u0443\u043c\u044b\u0432\u0430\u043b\u0438 \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u0431\u044b\u0441\u0442\u0440\u043e\u0433\u043e \u043f\u0440\u043e\u0445\u043e\u0434\u0430 \u041a\u0438\u0442\u0430\u0439\u0441\u043a\u043e\u0433\u043e \u0424\u0430\u0435\u0440\u0432\u043e\u043b\u0430, \u043d\u0435 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-my-probivali-velikij-kitajskij-faervol-ch-3","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:09:19+00:00","article:modified_time":"2019-10-31T19:09:19+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"36043","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:46:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:51:23","updated":"2026-01-22 01:46:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/36043","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=36043"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/36043\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/26947"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=36043"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=36043"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=36043"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}