علمی اساس

سائٹ کے CDN کے طور پر اپنے Amazon CloudFront اکاؤنٹ کا استعمال کریں

CloudFront کو پڑھنے اور انویلیڈیشنز بنانے کی اجازت یافتہ AWS رسائی کی کلید بنائیں، اور اسے منسلک کریں، تاکہ کوئی سائٹ آپ کی اپنی CloudFront ڈسٹری بیوشن پر چل سکے۔

اس سے آپ کو کیا فائدہ ہوتا ہے

اپنا AWS اکاؤنٹ منسلک کرنے سے آپ ہماری بجائے اپنے CDN پر کوئی سائٹ رکھ سکتے ہیں۔ زون، ٹریفک اور بل آپ کے اکاؤنٹ پر ہوتے ہیں، اور آپ اب بھی Zinn® کے ڈیش بورڈ کے اندر سے ہی کیشے کو صاف (purge) کر سکتے ہیں اور CDN کی ترتبات کو تبدیل کر سکتے ہیں — پینلز کے درمیان سوئچ کرنے کی ضرورت نہیں ہے۔

شروع کرنے سے پہلے

ایک AWS اکاؤنٹ۔ اس کنکشن کے لیے ایک IAM صارف بنائیں جس کی پالیسی CloudFront تک پڑھنے کی رسائی اور cloudfront:CreateInvalidation کی اجازت دیتی ہو، جو کہ کیشے کو صاف کرنے کے لیے درکار ہوتی ہے۔

اپنے ڈومین کو سرو کرنے کے لیے، CloudFront کو us-east-1 ریجن میں AWS Certificate Manager میں اس کے لیے ایک سرٹیفکیٹ کی بھی ضرورت ہوتی ہے۔ کسی بھی دوسرے ریجن میں موجود سرٹیفکیٹس CloudFront کو نظر نہیں آتے، اس سے قطع نظر کہ آپ عام طور پر کس ریجن میں کام کرتے ہیں۔

1. AWS پر کی بنائیں

AWS کنسول میں IAM → Users کھولیں، وہ صارف منتخب کریں جس کے طور پر اس کنکشن کو کام کرنا چاہیے (ایک مخصوص صارف بنائیں — اپنے روٹ اکاؤنٹ کو کبھی استعمال نہ کریں)، اس کا Security credentials ٹیب کھولیں اور Access keys کے تحت Create access key منتخب کریں۔ استعمال کے معاملے کے طور پر Other چنیں، آگے بڑھیں، اور Create access key منتخب کریں۔ Access key ID اور Secret access key کو کاپی کریں — AWS راز کو صرف ایک بار دکھاتا ہے۔ ہر IAM صارف ایک وقت میں دو کیز رکھ سکتا ہے۔

2. اسے یہاں منسلک کریں

اپنے ڈیش بورڈ میں Integrations کھولیں اور Connect an account منتخب کریں۔ گروپ کے طور پر Your own CDN اور اکاؤنٹ کے طور پر Amazon CloudFront چنیں، Access key ID اور Secret access key پُر کریں، اور Connect account دبائیں۔

کچھ بھی محفوظ ہونے سے پہلے ہم آپ کے پیسٹ کردہ مواد کی جانچ کرتے ہیں۔ جو کی کام نہیں کرتی وہ کبھی ذخیرہ نہیں کی جاتی، اور جواب میں بتاتا ہے کہ اس میں کیا خرابی تھی۔ جو کی کام کرتی ہے اسے ہمارے سیکیریٹس والٹ میں انکرپٹ کر کے رکھا جاتا ہے — ہمارے ڈیٹا بیس میں کبھی نہیں — اور اسے دوبارہ کبھی نہیں دکھایا جاتا، یہاں تک کہ آپ کو بھی نہیں۔

آگے کیا ہوتا ہے

  • کسی سائٹ کا CDN ٹیب کھولیں۔ Where this site is served from کے تحت، یہ اکاؤنٹ ایک منزل کے طور پر ظاہر ہوتا ہے۔ اسے منتخب کریں اور تصدیق کریں؛ ہم آپ کے اکاؤنٹ پر سائٹ کی تشکیل (configuration) تیار کرتے ہیں، اس کی جانچ کرتے ہیں، اور صرف اس کے بعد سائٹ کو منتقل کرتے ہیں، تاکہ منتقلی کے دوران سائٹ آن لائن رہے۔
  • اسی ٹیب سے آپ سائٹ کا کیشے purge کر سکتے ہیں اور اپنے اکاؤنٹ پر اس کی CDN کی ترتیبات تبدیل کر سکتے ہیں۔
  • جب آپ جڑتے ہیں، تو ہم چیک کرتے ہیں کہ کی کیا کر سکتی ہے: آپ کے زونز یا پراپرٹیز کی فہرست بنانا، کسی ایک کو تفصیل سے پڑھنا، کیشے کو صاف کرنا، ترتیبات کو تبدیل کرنا اور — جہاں وینڈر کے پاس یہ ہوں — جغرافیائی قواعد (geographic rules)۔ کنکشن کے ساتھ موجود چیک لسٹ ظاہر کرتی ہے کہ ہم ان میں سے کن کی تصدیق کر سکتے ہیں، لہذا اکاؤنٹ پر سائٹ منتقل کرنے سے پہلے گمشدہ اجازت نامہ نظر آ جاتا ہے۔
  • Deploy a site to your own CDN account اکاؤنٹ کے درمیان سائٹ کی منتقلی کا تفصیل سے احاطہ کرتا ہے۔

اگر یہ منسلک نہ ہو

آپ کا ڈومین منسلک نہیں ہو سکتا۔ us-east-1 میں اس کے لیے کوئی سرٹیفکیٹ موجود نہیں۔ اس ریجن میں AWS Certificate Manager میں ایک کی درخواست کریں، پھر دوبارہ کوشش کریں۔

صفائی (Purging) ناکام ہو جاتی ہے۔ صارف کی پالیسی میں cloudfront:CreateInvalidation کی کمی ہے۔ اسے شامل کریں؛ کی تبدیل نہیں ہوتی۔

یہ بتاتا ہے کہ کی مسترد کر دی گئی تھی۔ تقریباً ہمیشہ تین وجوہات میں سے ایک ہوتی ہے: اس کے ساتھ کوئی اسپیس یا لائن بریک کاپی ہو گئی ہو، کوئی ایسی کی جو ایکسپائر ہو چکی ہو، یا کوئی ایسی کی جسے آپ کے کاپی کرنے کے بعد منسوخ یا دوبارہ تخلیق کیا گیا ہو۔ ایک نئی کی بنائیں اور اسے دوبارہ پیسٹ کریں۔

یہ جڑ جاتا ہے، لیکن بعد میں کوئی چیز ناکام ہو جاتی ہے۔ کی تصدیق تو ہو جاتی ہے لیکن اس میں اس کارروائی کے لیے درکار اجازت کی کمی ہوتی ہے۔ اوپر دی گئی اجازتوں کے ساتھ ایک نئی کی بنائیں، پھر پرانا کنکشن منقطع کریں اور نئی کی منسلک کریں۔

منقطع کرنا

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

منقطع کرنے سے پہلے سے کیا گیا کام کالعدم نہیں ہوتا — ریکارڈ، ڈیپلائمنٹس یا ترتیبات جو ہم نے آپ کے اکاؤنٹ پر تبدیل کی ہیں وہ ویسی ہی رہتی ہیں۔ اگر آپ کو لگتا ہے کہ کی خود لیک ہو گئی ہوگی، تو اسے وینڈر کے پاس بھی منسوخ کر دیں؛ منقطع کرنے سے ہماری کاپی ہٹ جاتی ہے، ان کی نہیں۔

بلاگ سے تازہ ترین

ہم ہوسٹنگ، ایس ای او اور بڑے پیمانے پر ویب سائٹیں چلانے کے بارے میں کیا لکھتے رہے ہیں۔

ہوسٹنگ لیئر سے SEO اور لنک بلڈنگ: 2026ء کے آپریٹر کا نظریہ

2026ء میں ہوسٹنگ انڈیکسنگ اور لنک ایکویٹی کو کیسے متاثر کرتی ہے: صفحات کو انڈیکس رکھنا، اس سے پہلے کہ آپ پرانے ڈومینز پر کام شروع کریں ان کی جانچ پڑتال کرنا، بغیر نقش قدم کے لنک بلڈنگ، اور ایس ای او کے لیے انفراسٹرکچر کیا کر سکتا ہے اور کیا نہیں کر سکتا اس پر ایک ایماندارانہ مؤقف۔

پوسٹ پڑھیں

ورڈ پریس (WordPress) کو تیز اور محفوظ بنانا: کارکردگی اور پلگ ان چیک لسٹ

تیز اور محفوظ WordPress کے لیے ایک عملی چیک لسٹ: سرور کی سطح پر کیشنگ، فی سائٹ آبجیکٹ کیش، چلانے کے لائق چند گنے چنے پلگ انز، اسٹیک کو تازہ ترین رکھنا، اور WooCommerce کے وہ صفحات جنہیں آپ کو کبھی کیش نہیں کرنا چاہیے۔

پوسٹ پڑھیں

2026 میں مینیجڈ ویب ہوسٹنگ کا انتخاب کیسے کریں: خریدار کے لیے گائیڈ

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

پوسٹ پڑھیں

بلاگ پڑھیں

کیا اب بھی پھنسے ہوئے ہیں؟

ہر پلان میں سپورٹ شامل ہے، ہیلپ ڈیسک دن کے 24 گھنٹے کھلا رہتا ہے، اور آپ ہماری کسی بھی 58 زبانوں میں ہمیں لکھ سکتے ہیں—ہم آپ کی اپنی زبان میں جواب دیتے ہیں۔

سپورٹ سے رابطہ کریں تمام مضامین