معلوماتی مرکز

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

ایک AWS رسائی کلید بنائیں جسے CloudFront پڑھنے اور منسوخیاں تخلیق کرنے کی اجازت ہو، اور اسے منسلک کریں، تاکہ کوئی سائٹ آپ کی اپنی 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 اور بڑے پیمانے پر سائٹس چلانے کے بارے میں کیا لکھتے رہے ہیں۔

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

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

پوسٹ پڑھیں ←

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

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

پوسٹ پڑھیں ←

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

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

پوسٹ پڑھیں ←

بلاگ پڑھیں ←

کیا اب بھی دشواری پیش آ رہی ہے؟

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

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