ہم نے عظیم چینی فائر وال کو کیسے توڑا (حصہ 3)

ہیلو!
تمام اچھی کہانیاں ختم ہوجاتی ہیں۔ اور ہماری کہانی اس بارے میں کہ ہم نے چینی فائر وال کو تیزی سے پاس کرنے کا حل کیسے نکالا۔ لہذا، میں آپ کے ساتھ آخری اشتراک کرنے میں جلدی کرتا ہوں، آخری حصہ اس موضوع پر.

پچھلے حصے میں ہم نے بہت سے ٹیسٹ بینچوں کے بارے میں بات کی جو ہم لے کر آئے اور انہوں نے کیا نتائج دیے۔ اور ہم نے طے کیا کہ کیا شامل کرنا اچھا ہوگا۔ سی ڈی این! ہماری اسکیم میں viscosity کے لیے۔

میں آپ کو بتاؤں گا کہ ہم نے Alibaba Cloud CDN، Tencent Cloud CDN اور Akamai کا کیسے تجربہ کیا، اور ہم نے کیا کیا؟ اور ظاہر ہے، آئیے خلاصہ کرتے ہیں۔

علی بابا کلاؤڈ CDN

ہم علی بابا کلاؤڈ پر میزبان ہیں اور ان سے IPSEC اور CEN استعمال کرتے ہیں۔ پہلے ان کے حل کو آزمانا منطقی ہوگا۔

علی بابا کلاؤڈ کے پاس دو قسم کے پروڈکٹ ہیں جو ہمارے مطابق ہو سکتے ہیں: CDN и ڈی سی ڈی این. پہلا آپشن مخصوص ڈومین (سب ڈومین) کے لیے کلاسک CDN ہے۔ دوسرا آپشن ہے۔ CDN کے لیے متحرک راستہ (میں اسے ڈائنامک سی ڈی این کہتا ہوں)، اسے فل سائٹ موڈ میں فعال کیا جا سکتا ہے (وائلڈ کارڈ ڈومینز کے لیے)، یہ جامد مواد کو بھی کیش کرتا ہے اور خود پر متحرک مواد کو تیز کرتا ہے، یعنی صفحہ کی حرکیات کو بھی فراہم کنندہ کے ذریعے لوڈ کیا جائے گا۔ تیز نیٹ ورکس. یہ ہمارے لیے اہم ہے، کیونکہ بنیادی طور پر ہماری سائٹ متحرک ہے، یہ بہت سے ذیلی ڈومینز کا استعمال کرتی ہے، اور "ستارے" - *.semrushchina.cn کے لیے ایک بار CDN سیٹ کرنا زیادہ آسان ہے۔

ہم نے اپنے چینی پروجیکٹ کے ابتدائی مراحل میں اس پروڈکٹ کو پہلے ہی دیکھا تھا، لیکن پھر یہ ابھی تک کام نہیں کر رہا تھا، اور ڈویلپرز نے وعدہ کیا کہ یہ پروڈکٹ جلد ہی تمام صارفین کے لیے دستیاب ہو جائے گی۔ اور اس نے کیا۔

DCDN میں آپ یہ کر سکتے ہیں:

• اپنے سرٹیفکیٹ کے ساتھ SSL کے خاتمے کو ترتیب دیں،
• متحرک مواد کی سرعت کو فعال کریں،
• جامد فائلوں کی کیشنگ کو لچکدار طریقے سے ترتیب دیں،
• کیشے کو صاف کریں،
• فارورڈ ویب ساکٹ،
• کمپریشن اور یہاں تک کہ ایچ ٹی ایم ایل بیوٹیفائر کو فعال کریں۔

عام طور پر، سب کچھ بالغوں اور بڑے CDN فراہم کنندگان کی طرح ہی ہے۔

Origin (وہ جگہ جہاں CDN ایج سرورز جائیں گے) کے متعین ہونے کے بعد، جو کچھ باقی رہ جاتا ہے وہ ستارے کے لیے ایک CNAME بنانا ہے، حوالہ دیتے ہوئے all.semrushchina.cn.w.kunluncan.com (یہ CNAME علی بابا کلاؤڈ کنسول میں موصول ہوا تھا) اور CDN کام کرے گا۔

ٹیسٹ کے نتائج کی بنیاد پر، اس CDN نے ہماری بہت مدد کی۔ اعدادوشمار ذیل میں دکھائے گئے ہیں۔

حل
اپ ٹائم
اوسط
75 فیصد
95 فیصد

CloudFlare کے
86.6
18s
30s
60s

IPsec
99.79
18s
21s
30s

CEN
99.75
16s
21s
27s

CEN/IPsec + GLB
99.79
13s
16s
25s

علی CDN + CEN/IPsec + GLB
99.75
10s
12.8s
17.3s

یہ بہت اچھے نتائج ہیں، خاص طور پر اگر آپ ان کا موازنہ کریں کہ شروع میں کیا نمبر تھے۔ لیکن ہم جانتے تھے کہ ہماری ویب سائٹ www.semrush.com کے امریکی ورژن کا براؤزر ٹیسٹ اوسطاً 8.3 سیکنڈ (ایک بہت ہی تخمینی قیمت) میں USA سے چلتا ہے۔ بہتری کی گنجائش ہے۔ مزید یہ کہ، سی ڈی این فراہم کرنے والے بھی تھے جن کی جانچ کرنا دلچسپ تھا۔

لہذا ہم آسانی سے چینی مارکیٹ میں ایک اور دیو کی طرف بڑھتے ہیں - Tencent کے.

Tencent کے بادل

Tencent ابھی اپنے کلاؤڈ کو تیار کر رہا ہے - یہ بہت کم مصنوعات سے دیکھا جا سکتا ہے۔ اسے استعمال کرتے ہوئے، ہم نہ صرف ان کے CDN بلکہ مجموعی طور پر ان کے نیٹ ورک انفراسٹرکچر کو بھی جانچنا چاہتے تھے:

• کیا ان کے پاس CEN کی طرح کچھ ہے؟
• IPSEC ان کے لیے کیسے کام کرتا ہے؟ کیا یہ تیز ہے، اپ ٹائم کیا ہے؟
• کیا ان کے پاس کوئی کاسٹ ہے؟

آئیے ان سوالات کو الگ سے دیکھتے ہیں۔

اینالاگ CEN

Tencent کے پاس ایک پروڈکٹ ہے۔ کلاؤڈ کنیکٹ نیٹ ورک (CCN)، آپ کو مختلف علاقوں سے VPCs کو جوڑنے کی اجازت دیتا ہے، بشمول چین کے اندر اور باہر کے علاقے۔ پروڈکٹ اب اندرونی بیٹا میں ہے، اور آپ کو اس سے منسلک ہونے کے لیے ٹکٹ بنانے کی ضرورت ہے۔ ہم نے سپورٹ سے سیکھا کہ عالمی اکاؤنٹس (ہم چینی شہریوں یا قانونی اداروں کے بارے میں بات نہیں کر رہے ہیں) بیٹا ٹیسٹنگ پروگرام میں حصہ نہیں لے سکتے اور عام طور پر، چین کے اندر کے کسی علاقے کو باہر کے علاقے سے جوڑتے ہیں۔ علی کلاؤڈ کے حق میں 1-0

آئی پی ایس ای سی

Tencent کا سب سے جنوبی علاقہ ہے۔ گوانگزو. ہم نے ایک سرنگ بنائی اور اسے GCP میں ہانگ کانگ کے علاقے سے جوڑ دیا (تب یہ خطہ پہلے ہی دستیاب ہو چکا تھا)۔ شینزین سے ہانگ کانگ تک علی کلاؤڈ میں دوسری سرنگ بھی اسی وقت اٹھائی گئی۔ یہ پتہ چلا کہ Tencent نیٹ ورک کے ذریعے ہانگ کانگ میں تاخیر عموماً شینزین سے ہانگ کانگ سے علی (10ms - کیا؟) کے مقابلے میں بہتر (120ms) ہے۔ لیکن اس نے کسی بھی طرح سے سائٹ کے کام کو تیز نہیں کیا جس کا مقصد Tencent اور اس سرنگ کے ذریعے کام کرنا تھا، جو کہ بذات خود ایک حیرت انگیز حقیقت تھی اور اس نے ایک بار پھر درج ذیل کو ثابت کیا: لیٹنسی - چین کے لیے یہ کوئی اشارہ نہیں ہے جو واقعی قابل قدر ہے۔ چینی فائر وال کو گزرنے کے لیے حل تیار کرتے وقت توجہ دینا۔

Anycast انٹرنیٹ ایکسلریشن

ایک اور پروڈکٹ جو آپ کو کسی بھی کاسٹ آئی پی کے ذریعے کام کرنے کی اجازت دیتا ہے۔ AIA. لیکن یہ عالمی اکاؤنٹس کے لیے بھی دستیاب نہیں ہے، اس لیے میں آپ کو اس کے بارے میں نہیں بتاؤں گا، لیکن یہ جاننا کہ ایسی پروڈکٹ موجود ہے مفید ہو سکتا ہے۔

لیکن CDN ٹیسٹ نے کچھ بہت ہی دلچسپ نتائج دکھائے۔ Tencent کے CDN کو مکمل سائٹ پر فعال نہیں کیا جا سکتا، صرف مخصوص ڈومینز پر۔ ہم نے ڈومینز بنائے اور ان پر ٹریفک بھیجی:

یہ پتہ چلا کہ اس CDN میں درج ذیل کام ہے: کراس بارڈر ٹریفک کی اصلاح. جب ٹریفک چینی فائر وال سے گزرتی ہے تو اس خصوصیت کو لاگت کم کرنی چاہیے۔ جیسا کہ نکالنے Google GLB (GLB anycast) کا IP پتہ بیان کیا گیا تھا۔ اس طرح، ہم منصوبے کے فن تعمیر کو آسان بنانا چاہتے تھے۔

نتائج بہت اچھے تھے - علی کلاؤڈ CDN کی سطح پر، اور کچھ جگہوں پر اس سے بھی بہتر۔ یہ حیران کن ہے، کیونکہ اگر ٹیسٹ کامیاب ہوتے ہیں، تو آپ بنیادی ڈھانچے، سرنگوں، CEN، ورچوئل مشینوں وغیرہ کا ایک اہم حصہ چھوڑ سکتے ہیں۔

ہم نے زیادہ دیر تک خوشی نہیں منائی، کیونکہ ایک مسئلہ سامنے آیا تھا: انٹرنیٹ فراہم کرنے والے چائنا موبائل کے لیے کیچ پوائنٹ میں ٹیسٹ ناکام ہو گئے۔ کسی بھی جگہ سے ہمیں Tencent کے CDN کے ذریعے ٹائم آؤٹ موصول ہوا۔ تکنیکی مدد کے ساتھ خط و کتابت سے کچھ بھی نہیں ہوا۔ ہم نے تقریباً ایک دن تک اس مسئلے کو حل کرنے کی کوشش کی لیکن کچھ کام نہیں ہوا۔

میں اس وقت چین میں تھا، لیکن ذاتی طور پر مسئلے کی تصدیق کے لیے اس فراہم کنندہ کے نیٹ ورک پر عوامی Wi-Fi نہیں مل سکا۔ ورنہ سب کچھ تیز اور اچھا لگتا تھا۔
تاہم، اس حقیقت کی وجہ سے کہ چائنا موبائل تین بڑے آپریٹرز میں سے ایک ہے، ہمیں ٹریفک کو علی CDN پر واپس کرنے پر مجبور کیا گیا۔
لیکن مجموعی طور پر، یہ ایک دلچسپ حل تھا جو اس مسئلے کی طویل جانچ اور خرابیوں کا سراغ لگانے کا مستحق ہے۔

اکامائی

آخری CDN فراہم کنندہ جس کا ہم نے تجربہ کیا تھا۔ اکامائی. یہ ایک بہت بڑا فراہم کنندہ ہے جس کا نیٹ ورک چین میں ہے۔ یقینا، ہم اس سے گزر نہیں سکے۔

شروع سے ہی، ہم نے اکمائی کے ساتھ آزمائشی مدت کے لیے اتفاق کیا تاکہ ہم ڈومین کو تبدیل کر سکیں اور دیکھ سکیں کہ یہ ان کے نیٹ ورک پر کیسے کام کرے گا۔ میں تمام ٹیسٹ کے نتائج کو "مجھے کیا پسند آیا" اور "جو مجھے پسند نہیں آیا" کی شکل میں بیان کروں گا اور میں ٹیسٹ کے نتائج بھی دوں گا۔

مجھے کیا پسند آیا:

• اکامائی کے لڑکے تمام سوالات میں بہت مددگار تھے اور جانچ کے تمام مراحل میں ہمارا ساتھ دیتے تھے۔ ہم اپنی طرف سے کچھ بہتر کرنے کی مسلسل کوشش کر رہے تھے۔ انہوں نے اچھا تکنیکی مشورہ دیا۔
• Akamai Ali Cloud CDN کے ذریعے ہمارے حل سے تقریباً 10-15% سست ہے۔ متاثر کن بات یہ ہے کہ Origin for Akamai میں ہم نے GLB کا IP ایڈریس بتا دیا، یعنی ٹریفک ہمارے حل سے نہیں گزری (ممکنہ طور پر ہم انفراسٹرکچر کا حصہ چھوڑ سکتے ہیں)۔ لیکن پھر بھی، ٹیسٹ کے نتائج سے پتہ چلتا ہے کہ یہ حل ہمارے موجودہ ورژن (نیچے تقابلی نتائج) سے بدتر ہے۔
• چین میں Origin GLB اور Origin دونوں کا تجربہ کیا۔ دونوں اختیارات تقریباً ایک جیسے ہیں۔
• ہے یقینی راستہ (خودکار روٹنگ کی اصلاح)۔ آپ Origin پر ایک ٹیسٹ آبجیکٹ کی میزبانی کر سکتے ہیں، اور Akamai Edge سرور اسے لینے کی کوشش کریں گے (باقاعدہ GET)۔ ان درخواستوں کے لیے، رفتار اور دیگر میٹرکس کی پیمائش کی جاتی ہے، جس کی بنیاد پر اکامائی نیٹ ورک راستوں کو بہتر بناتا ہے تاکہ ہماری سائٹ کے لیے ٹریفک تیز تر ہو جائے اور یہ واضح تھا کہ اس فیچر کو فعال کرنے سے واقعی سائٹ کی رفتار پر گہرا اثر پڑا ہے۔
• ویب انٹرفیس میں کنفیگریشن کا ورژن بنانا اچھا ہے۔ آپ ورژن کے لیے موازنہ کر سکتے ہیں، فرق دیکھیں۔ پچھلے ورژن دیکھیں۔
• آپ ایک نیا ورژن پہلے صرف اکامائی اسٹیجنگ نیٹ ورک پر رول آؤٹ کر سکتے ہیں - وہی نیٹ ورک جس پر پیداوار ہے، صرف اس طرح سے حقیقی صارفین متاثر نہیں ہوں گے۔ اس ٹیسٹ کے لیے، آپ کو اپنی مقامی مشین پر DNS ریکارڈز کو دھوکہ دینے کی ضرورت ہے۔
• بڑی مستحکم فائلوں کے لیے ان کے نیٹ ورک کے ذریعے بہت تیز ڈاؤن لوڈ کی رفتار، اور بظاہر، کسی بھی دوسری فائلوں کے لیے۔ "کولڈ" کیشے سے ایک فائل اسی فائل سے کئی گنا زیادہ تیزی سے علی CDN کے "کولڈ" کیش سے حاصل کی جاتی ہے۔ "ہاٹ" کیشے سے، رفتار پہلے سے ہی ایک جیسی ہے، جمع یا مائنس۔

علی CDN ٹیسٹ:

root@shenzhen1:~# curl -o /dev/null -w@curl_time https://en.semrushchina.cn/my_reports/build/scripts/simpleInit.js?v=1551879212
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 5757k    0 5757k    0     0   513k      0 --:--:--  0:00:11 --:--:--  526k
time_namelookup:  0.004286
time_connect:  0.030107
time_appconnect:  0.117525
time_pretransfer:  0.117606
time_redirect:  0.000000
time_starttransfer:  0.840348
----------
time_total:  11.208119
----------
size_download:  5895467 Bytes
speed_download:  525999.000B/s

اکامائی ٹیسٹ:

root@shenzhen1:~# curl -o /dev/null -w@curl_time https://www.semrushchina.cn/my_reports/build/scripts/simpleInit.js?v=1551879212
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 5757k    0 5757k    0     0  1824k      0 --:--:--  0:00:03 --:--:-- 1825k
time_namelookup:  0.509005
time_connect:  0.528261
time_appconnect:  0.577235
time_pretransfer:  0.577324
time_redirect:  0.000000
time_starttransfer:  1.327013
----------
time_total:  3.154850
----------
size_download:  5895467 Bytes
speed_download:  1868699.000B/s

ہم نے دیکھا کہ اوپر کی مثال میں صورتحال مختلف عوامل پر منحصر ہے۔ اس نقطہ کو لکھنے کے وقت، میں نے دوبارہ امتحان دیا. دونوں پلیٹ فارمز کے نتائج تقریباً ایک جیسے تھے۔ یہ ہمیں بتاتا ہے کہ چین میں انٹرنیٹ، یہاں تک کہ بڑے آپریٹرز اور کلاؤڈ فراہم کرنے والوں کے لیے بھی، وقتاً فوقتاً مختلف برتاؤ کرتا ہے۔

پچھلے نقطہ پر، میں اکامائی کے لیے ایک بڑا پلس شامل کروں گا: اگر علی اعلی کارکردگی اور بہت کم کارکردگی کی ایک جیسی چمک دکھاتا ہے (یہ علی CDN، Ali CEN، اور Ali IPSEC پر لاگو ہوتا ہے)، تو Akamai، ہر بار، کوئی فرق نہیں پڑتا میں ان کے نیٹ ورک کی جانچ کیسے کرتا ہوں، سب کچھ مستحکم طریقے سے کام کرتا ہے۔
اکامائی کی چین میں بہت زیادہ کوریج ہے اور بہت سے فراہم کنندگان کے ذریعے کام کرتی ہے۔

مجھے کیا پسند نہیں آیا:

• مجھے ویب انٹرفیس اور اس کے کام کرنے کا طریقہ پسند نہیں ہے - یہ بہت خراب ہے۔ لیکن بنیادی طور پر آپ اس کے عادی ہو جاتے ہیں (شاید)۔
• ٹیسٹ کے نتائج ہماری سائٹ سے بدتر ہیں۔
• ہماری سائٹ (نیچے اپ ٹائم) کے مقابلے ٹیسٹ کے دوران زیادہ خرابیاں ہیں۔
• چین میں ہمارے اپنے DNS سرورز نہیں ہیں۔ لہذا DNS حل کرنے کا وقت ختم ہونے کی وجہ سے ٹیسٹوں میں بہت سی خرابیاں ہیں۔
• وہ اپنی IP رینجز فراہم نہیں کرتے ہیں -> صحیح کو رجسٹر کرنے کا کوئی طریقہ نہیں ہے۔ set_real_ip_from ہمارے سرورز پر۔

میٹرکس (~3626 رنز؛ اپ ٹائم کے علاوہ تمام میٹرکس، ms میں؛ اعداد و شمار ایک وقت کی مدت کے لیے):

سی ڈی این فراہم کنندہ
اوسط
75٪
95٪
ریسپانس
ویب پیج کا جواب
اپ ٹائم
DNS
رابطہ قائم کریں
انتظار کریں
لوڈ
SSL

علی سی ڈی این
9195
10749
17489
1,715
10,745
99.531
57
17
927
479
200

اکامائی
9783
11887
19888
2,352
11,550
98.980
424
91
1408
381
50

تقسیم بذریعہ صد فیصد (ایم ایس میں):

صدویہ
اکامائی
علی سی ڈی این

10
7,092
6,942

20
7,775
7,583

30
8,446
8,092

40
9,146
8,596

50
9,783
9,195

60
10,497
9,770

70
11,371
10,383

80
12,670
11,255

90
15,882
13,165

100
91,592
91,596

نتیجہ یہ ہے کہ: اکامائی آپشن قابل عمل ہے، لیکن علی CDN کے ساتھ ہمارے اپنے حل کی طرح استحکام اور رفتار فراہم نہیں کرتا ہے۔

چھوٹے نوٹ

کچھ لمحات کہانی میں شامل نہیں تھے، لیکن میں ان کے بارے میں بھی لکھنا چاہوں گا۔

بیجنگ + ٹوکیو اور ہانگ کانگ

جیسا کہ میں نے اوپر کہا، ہم نے ہانگ کانگ (HK) تک ایک IPSEC سرنگ کا تجربہ کیا۔ لیکن ہم نے CEN سے HK کا بھی تجربہ کیا۔ اس کی قیمت تھوڑی کم ہے، اور میں سوچ رہا تھا کہ یہ ~ 100 کلومیٹر کے فاصلے والے شہروں کے درمیان کیسے کام کرے گا۔ یہ دلچسپ ثابت ہوا کہ ان شہروں کے درمیان تاخیر ہمارے اصل ورژن (تائیوان میں) سے 100 ملی میٹر زیادہ ہے۔ رفتار، استحکام تائیوان کے لیے بھی بہتر تھا۔ نتیجے کے طور پر، ہم نے HK کو ایک بیک اپ IPSEC ریجن کے طور پر چھوڑ دیا۔

اس کے علاوہ، ہم نے مندرجہ ذیل تنصیب کو انسٹال کرنے کی کوشش کی:

• بیجنگ میں گاہکوں کی برطرفی،
• IPSEC اور CEN ٹوکیو،
• علی CDN میں بیجنگ میں سرور کو اصل کے طور پر ظاہر کیا گیا تھا۔

یہ اسکیم اتنی مستحکم نہیں تھی، حالانکہ رفتار کے لحاظ سے یہ عام طور پر ہمارے حل سے کمتر نہیں تھی۔ سرنگ کے بارے میں، میں نے CEN کے لیے بھی وقفے وقفے سے گرتے دیکھے ہیں، جو کہ مستحکم ہونا چاہیے تھے۔ لہذا، ہم پرانی اسکیم پر واپس آئے اور اس اسٹیجنگ کو ختم کردیا۔

ذیل میں مختلف چینلز کے لیے مختلف علاقوں کے درمیان تاخیر کے اعدادوشمار ہیں۔ شاید کسی کو اس میں دلچسپی ہو گی۔

IPsec
علی cn-beijing <—> GCP asia-northeast1 — 193ms
Ali cn-shenzhen <—> GCP asia-east2 — 91ms
Ali cn-shenzhen <—> GCP us-east4 — 200ms

CEN
Ali cn-beijing <—> Ali ap-northeast-1 — 54ms (!)
Ali cn-shenzhen <—> Ali cn-hongkong — 6ms (!)
علی cn-shenzhen <—> Ali us-east1 — 216ms

چین میں انٹرنیٹ کے بارے میں عمومی معلومات

مضمون کے پہلے حصے میں، شروع میں بیان کردہ انٹرنیٹ کے ساتھ مسائل کے اضافے کے طور پر.

• چین میں انٹرنیٹ اندر سے کافی تیز ہے۔
  • یہ نتیجہ مختلف مقامات پر عوامی Wi-Fi نیٹ ورکس کی جانچ کی بنیاد پر نکالا گیا جہاں یہ نیٹ ورک بڑی تعداد میں لوگ استعمال کرتے ہیں۔
  • چین کے اندر سرورز پر ڈاؤن لوڈ اور اپ لوڈ کی رفتار بالترتیب 20 Mbit/s اور 5-10 Mbit/s تھی۔
  • چین سے باہر سرورز کی رفتار صرف معمولی ہے، 1 Mbit/s سے کم۔
• چین میں انٹرنیٹ زیادہ مستحکم نہیں ہے۔
  • بعض اوقات سائٹس تیزی سے کھل سکتی ہیں، کبھی آہستہ آہستہ (مختلف دنوں میں دن کے ایک ہی وقت میں)، بشرطیکہ ترتیب تبدیل نہ ہو۔ ہم نے اس کا مشاہدہ semrushchina.cn کی مثال سے کیا۔ اسے علی CDN سے منسوب کیا جا سکتا ہے، جو اس طرح بھی کام کرتا ہے اور یہ دن کے وقت، ستاروں کی پوزیشن وغیرہ پر منحصر ہے۔
• موبائل انٹرنیٹ تقریباً ہر جگہ 4G یا 4G+ ہے۔ اسے سب وے، ایلیویٹرز میں پکڑو - مختصراً، ہر جگہ۔
• یہ ایک افسانہ ہے کہ چینی صارفین صرف .cn زون میں ڈومینز پر بھروسہ کرتے ہیں۔ ہم نے یہ براہ راست صارفین سے سیکھا۔
  • آپ دیکھ سکتے ہیں کہ کیسے http://baidu.cn www.baidu.com پر ری ڈائریکٹ کریں (مین لینڈ چین میں بھی)۔
• بہت سے وسائل واقعی مسدود ہیں۔ قدیم: google.com، فیس بک، ٹویٹر۔ لیکن گوگل کے بہت سے وسائل کام کرتے ہیں (یقیناً، تمام وائی فائی پر نہیں اور وی پی این استعمال نہیں کیا جاتا ہے (روٹر کی طرف بھی، یہ یقینی بات ہے)۔
• بلاک شدہ کارپوریشنوں کے بہت سے "تکنیکی" ڈومینز بھی کام کر رہے ہیں۔ اس کا مطلب یہ ہے کہ آپ کو ہمیشہ لاپرواہی سے تمام گوگل اور دیگر بظاہر مسدود وسائل کو ختم نہیں کرنا چاہئے۔ آپ کو ممنوعہ ڈومینز کی کچھ فہرست تلاش کرنے کی ضرورت ہے۔
• ان کے پاس صرف تین اہم انٹرنیٹ آپریٹرز ہیں: چائنا یونی کام، چائنا ٹیلی کام، چائنا موبائل۔ اس سے بھی چھوٹے ہیں، لیکن ان کا مارکیٹ شیئر غیر معمولی ہے۔

بونس: حتمی حل کا خاکہ

کل

منصوبے کو شروع ہوئے ایک سال گزر چکا ہے۔ ہم نے اس حقیقت کے ساتھ آغاز کیا کہ ہماری سائٹ نے عام طور پر چین سے کام کرنے سے انکار کر دیا، اور صرف GET curl میں 5.5 سیکنڈ لگے۔

پھر، پہلے حل میں ان اشارے کے ساتھ (Cloudflare):

حل
اپ ٹائم
اوسط
75 فیصد
95 فیصد

CloudFlare کے
86.6
18s
30s
60s

ہم بالآخر درج ذیل نتائج تک پہنچ گئے (گزشتہ مہینے کے اعدادوشمار):

حل
اپ ٹائم
اوسط
75 فیصد
95 فیصد

علی CDN + CEN/IPsec + GLB
99.86
8.8s
9.5s
13.7s

جیسا کہ آپ دیکھ سکتے ہیں، ہم ابھی تک 100% اپ ٹائم حاصل کرنے میں کامیاب نہیں ہو سکے ہیں، لیکن ہم کچھ لے کر آئیں گے، اور پھر ہم آپ کو ایک نئے مضمون میں نتائج کے بارے میں بتائیں گے :)

تینوں حصوں کو آخر تک پڑھنے والوں کا احترام۔ مجھے امید ہے کہ آپ کو یہ سب اتنا ہی دلچسپ لگا جیسا کہ میں نے اس وقت کیا تھا۔

PS پچھلے حصے

1 حصہ
2 حصہ

ماخذ: www.habr.com