د پوهې بنسټ

د خپلو ډومینونو DNS چمتو کولو لپاره خپل Amazon Route 53 حساب وکاروئ

د AWS لاسرسي کیلي جوړه کړئ چې د Route 53 ریکارډونو لیست کولو او بدلولو اجازه ولري او دا وصل کړئ، ترڅو ستاسو د ډومینونو DNS ستاسو له خپل AWS حساب څخه وړاندې شي.

د دې نښلول ستاسو لپاره څه کوي

ستاسو د خپل AWS حساب نښلول اجازه ورکوي چې د ډومین DNS زموږ پر ځای د ستاسو له حساب څخه وړاندې شي. زون، بل او د پلورونکي ډشبورډ ستاسو سره پاتې کیږي؛ موږ هغه ریکارډونه جوړوو او تازه کوو چې ستاسو سایټونه او برېښنالیکونه ورته اړتیا لري، نو تاسو به یې په لاس نه کاپي کوئ.

مخکې له دې چې تاسو پیل کړئ

یو AWS حساب. Route 53 ستاسو په AWS بل کې د هر کوربه شوي زون او هرې پوښتنې (query) پر سر فیس اخلي.

د دې نښلولو لپاره یو IAM کارن له داسې پالیسۍ سره جوړ کړئ چې د route53:ListHostedZones، route53:ListResourceRecordSets او route53:ChangeResourceRecordSets اجازه ورکړي.

۱. په AWS کې کلي جوړه کړئ

په AWS کنسول کې IAM → Users پرانیزئ، هغه کارن وټاکئ چې دا نښلول باید د هغه په توګه عمل وکړي (یو ځانګړی جوړ کړئ — هېڅکله خپل root حساب مه کاروئ)، د هغه د Security credentials ټب پرانیزئ او د Access keys لاندې، Create access key وټاکئ. د کارونې حالت په توګه Other وټاکئ، دوام ورکړئ، او Create access key وټاکئ. Access key ID او Secret access key کاپي کړئ — AWS پټه کلي یوازې یو ځل ښیي. هر IAM کارن کولی شي په یو وخت کې دوه کلي ولري.

۲. دلته یې ونښلوئ

په خپل ډشبورډ کې Integrations پرانیزئ او Connect an account وټاکئ. د ډلې په توګه Your own DNS او د حساب په توګه Amazon Route 53 وټاکئ، Access key ID او Secret access key ډک کړئ، او Connect account کېکاږئ.

مخکې له دې چې کوم څه خوندي شي، موږ هغه څه ازمایو چې تاسو یې دلته ږدئ. هغه کلي چې کار نه کوي هېڅکله نه ساتل کیږي، او ځواب وایي چې ستونزه یې څه وه. هغه کلي چې کار کوي زموږ د رازونو په خوندي ځای (vault) کې کوډ شوې ساتل کیږي — هېڅکله زموږ په ډیټابیس کې نه — او هېڅکله بیا نه ښودل کیږي، حتی تاسو ته هم نه.

وروسته څه پېښیږي

  • په هر ډومین کې، د هغه د DNS ټب پرانیزئ او دا حساب د هغه ځای په توګه وټاکئ چې د ډومین DNS ترې وړاندې کیږي. که زون شتون ونه لري، موږ یې هلته جوړوو او هغه ریکارډونه لیکو چې د ډومین سایټونه او برېښنالیکونه ورته اړتیا لري.
  • کله چې زموږ په لور کوم بدلون راشي چې د ریکارډ محتوا بدلوي — تاسو سایټ انتقال کړئ، CDN بدل کړئ یا برېښنالیک اضافه کړئ — موږ ستاسو په حساب کې ریکارډ تازه کوو.
  • د دې لېږد د بشپړولو لپاره، ستاسو د ډومین نوم‌سرورونه باید AWS ته اشاره وکړي. که ډومین له موږ سره ثبت وي، یا په داسې یو ثبتونکي کې وي چې تاسو نښلولی وي، موږ یې ستاسو لپاره تنظیموو؛ که نه نو د ډومین پاڼه د تنظیمولو لپاره نوم‌سرورونه ښیي.
  • کله چې تاسو ونښلوئ، موږ ګورو چې ایا کلي کولی شي ستاسو زونونه لیست کړي، ریکارډونه ولولي او ریکارډونه بدل کړي. د نښلولو څنګ ته د چک لست ښیي چې موږ له دې څخه کوم یو تاییدولی شو.

که دا ونه نښلي

دا نښلي، خو وروسته د ریکارډ بدلون ناکامیږي. د زونونو لیست کول او د ریکارډونو بدلول جلا IAM اجازې دي، او بدلون یوازې هغه وخت کتل کیږي چې موږ په لومړي ځل بدلون کوو. د کارن پالیسۍ ته route53:ChangeResourceRecordSets اضافه کړئ — پخپله کلي نه بدلیږي.

AWS باورلیک رد کړ. په IAM کې د لاسرسي کلي غیر فعاله شوې یا ړنګه شوې ده.

دا وایي چې کلي رد شوه. دا نږدې تل د دریو شیانو څخه یو وي: ورسره یوه خالي ځای (space) یا نوې کرښه کاپي شوې وي، یوه کلي چې وخت یې تېر شوی وي، یا یوه کلي چې وروسته له دې چې تاسو کاپي کړې وي لغوه شوې یا بیا جوړه شوې وي. یوه نوې جوړه کړئ او بیا یې دلته وټومبئ.

دا نښلي، مګر وروسته یو څه ناکامیږي. کلي هویت تاییدوي مګر هغه اجازه نه لري چې دا اقدام ورته اړتیا لري. د پورته لیست شویو اجازو سره نوې کلي جوړه کړئ، بیا پخوانی پیوستون پرې کړئ او نوې کلي ونښلوئ.

بېلول (Disconnecting)

Integrations پرانیزئ، حساب ومومئ او Disconnect کېکاږئ. دا ساتل شوې کلي سمدستي ړنګوي. هر هغه څه چې دا یې کاروله په خپل راتلونکي اقدام کې درېږي، او هغه پردې چې په دې پورې تړلې وې د خاموشه پاتې کېدو پر ځای دا خبره په ډاګه ښیي.

بېلول هغه څه نه لغوه کوي چې مخکې ترسره شوي وو — هغه ریکارډونه، ځای پر ځای کول یا تنظیمات چې موږ ستاسو په حساب کې بدل کړي دي هماغسې پاتې کیږي. که تاسو فکر کوئ چې پخپله کلي افشا شوې وي، هغه د پلورونکي سره هم لغوه کړئ؛ بېلول زموږ کاپي لیرې کوي، نه د هغوی.

د بلاګ څخه تازه معلومات

هغه څه چې موږ د کوربه توب، SEO او په لویه کچه د سایټونو چلولو په اړه لیکلي دي.

د کوربه توب له کچې څخه SEO او د لینک جوړول: د ۲۰۲۶ کال د چلوونکي لیدلوری

کوربه توب څنګه په ۲۰۲۶ کال کې انډیکس کولو او د لینک ارزښت (link equity) ته بڼه ورکوي: د پاڼو انډیکس ساتل، مخکې له دې چې کار پرې پیل کړئ د پخوانیو ډومینونو کره کتنه، پرته له نقش پښې (footprint) لینک جوړول، او په دې اړه یو رښتینی لیدلوری چې زیربنا د SEO لپاره څه کولی شي او څه نه شي کولی.

پوسټ ولولئ ←

د WordPress ګړندی او خوندي کول: د فعالیت او پلګ ان چک لیست

د چټک او خوندي WordPress لپاره یو عملي چک لېست: د سرور په کچه کېش کول، د هر سایټ لپاره د شیانو کېش (object cache)، د ګوتو په شمېر پلګ انونه چې د کارولو ارزښت لري، د سټیک تازه ساتل، او د WooCommerce هغه پاڼې چې تاسو یې باید هېڅکله کېش نه کړئ.

پوسټ ولولئ ←

په ۲۰۲۶ کې د مدیریت شوي ویب کوربه توب غوره کولو څرنګوالی: د پیرودونکي لارښود

څه شی په حقیقت کې یو ښه مدیریت شوی کوربه توب د کنټرول پینل لرونکي ارزانه بکس څخه جلا کوي — لیږدونه، بیک اپ، جلا کول، ریښتینې کیشینګ او صادقانه پراختیا — او مخکې له دې چې تاسو پریکړه وکړئ، دا څنګه وارزوئ.

پوسټ ولولئ ←

بلاګ ولولئ ←

ایا لاهم ستونزه لرئ؟

ملاتړ په هر پلان کې شامل دی، د مرستې میز په ورځ کې 24 ساعته خلاص وي، او تاسو کولی شئ موږ ته زموږ په هر 58 ژبو کې ولیکئ — موږ ستاسو په ژبه ځواب درکوو.

د ملاتړ سره اړیکه ونیسئ → ټولې مقالې →