د هر DNS ریکارډ دنده څه ده

ډي اېن اېس (DNS) یو لټون جدول دی چې یو نوم په ځواب بدلوي. د ریکارډ ډول دا ښيي چې ځواب د کوم ډول دی.

هغه چې تاسو به یې په حقیقت کې وکاروئ

A — یو نوم د IPv4 ادرس ته اشاره کوي. www.example.com → 203.0.113.10. دا هغه څه دي چې یو ډومین یوې ویب پاڼې ته اړوي.

AAAA — همدغه شی د IPv6 لپاره. دا د A ریکارډ پر ځای نه، بلکې د هغه تر څنګ ورزیات کړئ.

CNAME — یو نوم بل نوم ته اشاره کوي، او هر چیرې چې هغه ځي، ورپسې ځي. دا هغه وخت ګټور وي کله چې د هدف ادرس د بدلون وړ وي. ⛔ یو CNAME نشي کولی په اصلي تش ډومین (example.com) کې د نورو ریکارډونو تر څنګ کیني — هلته د A ریکارډ وکاروئ.

MX — چیرې چې د دې ډومین لپاره بریښنالیک رسول کیږي. د ویب پاڼې سره هیڅ تړاو نلري؛ ستاسو د سایټ د A ریکارډ بدلول په ایمیل اغیزه نه کوي، او د MX بدلول په سایټ اغیزه نه کوي.

TXT — آزاد متن، چې د نورو سیسټمونو لخوا لوستل کیږي. د ډومین د تایید لپاره او د SPF، DKIM او DMARC ریکارډونو لپاره کارول کیږي چې ستاسو د بریښنالیک د سپیم په توګه د پیژندل کیدو مخه نیسي.

NS — کوم نوم سرورونه (nameservers) د ډومین لپاره واکمن دي. د دې بدلول ټوله سیمه بل چا ته سپاري.

ځانګړي ریکارډونه

تاسو دا ټول له ډومینونه ← ستاسو ډومین ← د DNS ریکارډونه ← ریکارډ اضافه کړئ څخه اضافه کوئ. ایډیټر هره برخه جلا جلا پوښتي، نو تاسو به هیڅکله اړتیا ونلرئ چې ترتیب په یاد وساتئ.

SRV — چیرې چې یو خدمت اوسیږي: یو لومړیتوب (ټیټ لومړی هڅه کیږي)، یو وزن (د مساوي لومړیتوبونو ترمنځ بار ویشي)، یو پورټ او یو هدف کوربه (host). د Microsoft 365، ټیمز (Teams)، د SIP تلیفونونه، XMPP چیټ او ځینې لوبې د دې غوښتنه کوي، د _sip._tls په څیر نوم سره.

CAA — دا مشخصوي چې کوم باوري مراجع (certificate authorities) د ډومین لپاره سندونه صادرولی شي. یو ټاګ (د عادي سندونو لپاره issue، د وائلډ کارډونو لپاره issuewild، او د رد شوي غوښتنې د راپور ورکولو لپاره iodef) او یو ارزښت وټاکئ، لکه letsencrypt.org. بیرغونه (flags) په 0 پریږدئ مګر دا چې تاسو پوهیږئ چې 128 ته اړتیا لرئ. ⚠️ که تاسو د CAA ریکارډ اضافه کوئ، هر هغه مرجع پکې شامله کړئ چې تاسو یې کاروئ — دلته د یوه نه شتون د هغې د سندونو د نوي کولو مخه نیسي.

PTR — د یو نوم لپاره بل نوم، چې یو کوربه (host) ته اشاره کوي. د بریښنالیک سرور د IP پتې لپاره معکوس DNS د هغه چا لخوا ټاکل کیږي چې د IP مالک دی، نه دلته؛ د دې لپاره د خپل سرور چمتو کونکي څخه وپوښتئ.

TLSA — د DANE (اکثره د میل سرورونو) لپاره سند نښلوي. دا کارول، یو ټاکونکی (selector)، د مطابقت ډول، او په هیکسادیسیمل کې د سند ډاټا لري؛ ستاسو د میل سافټویر یا چمتو کونکی تاسو ته دا ټول څلور واړه درکوي.

HTTPS او SVCB — براوزرونو او ایپسونو ته ښیي چې څنګه اړیکه ونیسي مخکې لدې چې دوی پوښتنه وکړي، لکه کوم پروتوکولونه (alpn=h2,h3) چې یوه پاڼه کاروي. لومړیتوب 0 د مستعار نوم حالت (یوازې یو هدف) دی؛ 1 یا لوړ د اختیاري پیرامیټونو سره د خدماتو حالت دی. د . هدف پخپله د نوم مانا لري.

که چیرې یو ډول د ډول له مینو څخه ورک وي، نو د DNS چمتو کونکی چې د دې ډومین زون لري نشي کولی دا ذخیره کړي؛ زموږ په نوم سرورونو (ns1.zinndigital.com، ns2.zinndigital.com) کې ډومینونه کولی شي پورته هر ډول وساتي. د DS ریکارډونه (DNSSEC) دلته نه اضافه کیږي — دا ستاسو د راجستر کونکي سره ځای پرځای کیږي.

SOA — پخپله د زون ترتیبات: د دې اصلي نوم‌سرور (nameserver)، د مدیر پته، یو سیریل چې د هر بدلون سره پورته ځي، او هغه ټایمرونه چې نور نوم‌سرورونه یې کاروي. دا د DNS چمتو کونکي پورې اړه لري، نو دا د ډول (Type) په مینو کې نشته؛ د دې د لیدلو لپاره د ریکارډونو لاندې د زون ترتیبات (SOA) پرانیزئ، چې په ژوندۍ بڼه له نوم‌سرورونو څخه لوستل کیږي. یو سیریل چې بدلون یې موندلی وي پدې معنی دی چې ستاسو وروستی بدلون وړاندې کیږي.

کله چې تاسو یو ډومین زموږ نوم‌سرورونو ته انتقال کړئ، موږ هغه عام ریکارډونه کاپي کوو چې دا دمخه خپروي، په شمول د CAA او معمولي SRV ریکارډونو، او هر هغه څه چې موږ یې کاپي نشو کولی د ډومین په پاڼه کې لیست کوو ترڅو تاسو یې د بدلون دمخه پخپله اضافه کړئ.

یو بدلون څومره وخت نیسي

هر ریکارډ یو TTL لري — څومره وخت چې نور سیسټمونه کولی شي زوړ ځواب کیش (cache) کړي. یو بدلون په څو ثانیو کې هر هغه چا ته څرګندیږي چې پدې وروستیو کې یې نه وي کتلي، او نورو ټولو ته کله چې د دوی کیش پای ته ورسیږي. د یو پلان شوي بدلون څخه یوه ورځ دمخه TTL کم کړئ او تاسو به د انتظار وخت څو دقیقو ته راټیټ کړئ.