ډېکس - لینوکس کمانډ - د یونکس قومانده

NAME

dig - د DNS لیوالتیا کارول

SYNOPSIS

dig [ @ server ] [ -b پته ] [ ټولګي ] [ -f filename ] [ -k د فیلم نوم ] [ پورټ # # [ -tt ډول ] [ -x اضافه ] [ -y name: key ] [ name ] [ ډول ] [ ټولګي ] [ پوښتنوپټ ... ]

dig [ -h ]

dig [ global-queryopt ... ] [ پوښتنې ... ]

DESCRIPTION

ډیس (د ډومین معلوماتو معلومات) د DNS نوم سرورونو پوښتنو لپاره د انعطاف وړ وسیله ده. دا د DNS لټونونه ترسره کوي او هغه ځوابونه ښیي چې د نوم د سرور (بیرون) څخه بیرته راستانه شوي چې څرګند شوي دي. د DNS ډیر ډیری ادارې د DNS د ستونزو د حل کولو لپاره د ډنډ څخه کار اخلي ځکه چې د انعطاف، کارولو آسانتیا او د تولید وضاحت روښانه کوي. نور د لیوالتیا وسایل د ډوډۍ په پرتله لږ فعالیت لري.

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

د دې لپاره چې د یو مشخص نوم پالنګر پوښتنه وکړي مګر دا چې ډېری سرورونه په /etc/resolv.conf کې لست شوي هڅه کوي.

کله چې د کمانډ لیکې مباحثې یا اختیارونه درکړل شي، نو د "N" لپاره د NS پوښتنو سرته رسوي. (ريښه).

سمبال کارول

د ډای معمول تایید کول داسې ښکاري لکه:

د پالنګر نوم ډول dig

چیرته چې:

پالنګر

د پوښتنې لپاره د نوم پالن نوم یا IP پته ده. دا کېدای شي د ډاټینټ-ډیزاین توضیحاتو کې IPv4 پته یا د استعمار له لرې کولو څخه په ګوته شوي IPv6 پته وي. کله چې د وړاندیز شوي سرور دلیل د میزبان نوم دی، نو دا نوم د نوم د نومونې د پوښتنې څخه دمخه د هغې نوم حل کوي. که چېرته د سرور دلیل مساعد نه وي چمتو شوي، قناعتونه /etc/resolv.conf ډک کړئ او هلته د نوم سرور نومونه پوښتنه کوي. د هغه نوم ځواب چې د ځواب ځواب یې ښودل شوی.

نوم

د سرچینې ریکارډ نوم دی چې لیدل کیږي.

ډول

ښیي چې کوم ډول اړتیاوې شتون لري --- ANY، A، MX، SIG، او ډول ډول کیدای شي د اعتبار وړ ډول ډول ډول وي. که د کوم ډول ډول دلیل برابر نه وي، نو د ډوډۍ به د A ریکارډ لپاره یو لیوالتیا ترسره کړي.

اختیارونه

The -b اختصاص د پوښتنو لپاره د سرچینو پتې IP پتې ټاکي. دا باید د یو کوربه شبکې د شبکو په اړه یو باوري پته وي.

د ډیزاین پوښتنې پوښتنې طبقه (IN د انټرنیټ لپاره) د -c اختیار لخوا رد شوی. ټولګي د اعتبار وړ طبقه ده، لکه څنګه چې HS د هایډیوډ ریکارډونو یا CH لپاره CHAOSNET ریکارډونو لپاره.

-F اختیار د فایل د فایل نوم څخه د پروسې لپاره د لټوونې غوښتنو لیست لوستلو سره د بچ اکر کې کار کوي. په دوتنې کې یو څو پوښتنې لري، یو لیک. په دوتنه کې هر داخلي تنظیم باید په ورته ډول تنظیم شي چې دوی به د کمانڈ لائن لیک څخه کار واخلي د ډک لپاره پوښتنو ته وړاندې کیږي.

که چیرې د غیر معیاري پورتنۍ شمیره باید پوښتل شي، OP - کارول کیږي. port # port port number دی چې ډای به خپلې معیاري DNS بندرټینټ نمبر 53 په ځای واستوي. دا اختیار به د نوم نوم سرته رسولو لپاره کارول کیږي چې د یو غیر معياري بندرګیر پوښتنو پوښتنو ته غوږ ونیول شي.

The -t اختیار د پوښتنو ډول ډول ډول ډول ټاکي. دا د اعتبار وړ پوښتنلیک کیدی شي چې په BIND9 کې ملاتړ کیږي. د ډیزاین پوښتنې پوښتنې "A"، تر څو چې د بیاکتنې لپ اره د ایکس ایکس اختیار نه وي ورکړل شوی. د زون لیږد غوښتنه کیدای شي د AXFR ډول ډول مشخص کړي. کله چې د سیمه ایز زون لیږد اړتیا وي) IXFR (ته اړتیا وي، ډول ډول ixfr = N ته ټاکل شوی. د سیمه ایز زون لیږد به په زون کې جوړ شوي بدلونونو سره سم وي ځکه چې د زون SOA په سیسټم کې سیریل نمبر N.

بیرته راګرځیدونکي لیپونه - د نقشه نیولو پتې نومونو ته - د X-X لخوا ساده کیږي. اضافه د Dotted -decimal تفتیش کې IPv4 پته ده، یا د ډنمارک لخوا ټاکل شوي IPv6 پته ده. کله چې دا اختیار کارول کیږي، د دې لپاره هیڅ اړتیا نشته چې د نوم ، ټولګی او ډول ډول ډولونو چمتو کولو لپاره اړتیا وي. په اتوماتیک ډول د نوم لپاره 11.12.13.10.in-addr.arpa لکه د PTR او په ترتیب سره د پوښتنې ډول او کلاس ترتیب کوي. په ډیفالټ کې، د IPv6 پتې د IP6.ARPA ډومین او بائنری لیبلونه لکه څنګه چې په RFC2874 کې تعریف شوي کارول کیږي. د IP6.INT ډومین او "ناببل" لیبلونو په کارولو سره د پخوانی RFC1886 میتود کارولو لپاره، د - این (نبلبل) انتخاب مشخص کړئ.

د DNS پوښتنو ته السلیک کولو لپاره چې د ډب او ځوابونو لخوا لیږل شوي دي د لیږدیز السلیکونو په کارولو سره) TSIG (، د TSIG کلیدي فایل فایل د کار اختیار په کارولو سره تشریح کړئ. تاسو کولی شئ د TSIG کلیدي ځان ځانته د کمانډ کرښه په خپل اختیار کې مشخص کړئ؛ نوم د TSIG کلیدي نوم دی او کلیدی اصلي کلیدی دی. کلیدی د بیس - 64 انډول شوی تار دی، په ځانګړې توګه د Dnssec-keygen لخوا جوړ شوی (8). احتیاط باید په پام کې ونیول شي کله چې د multi-user سیسټمونو په کارولو سره کارول لکه څنګه چې کیلي د ps (1) یا د شیل د تاریخ دوتنې کې محصول کې لیدل کیدلی شي. کله چې د TSIG تصدیق کول د dig سره کارول، د نوم نوم چې اړتیا ورته ویل کیږي اړتیا لري چې کلیدي او الګوریتم چې کارول کیږي معلومه کړي. په BIND کې، دا په سمه توګه د کیلي او سرور بیاناتو چمتو کولو په نوم په نوم . conf برابر شوی .

د QUERY اختیارونه

ډک د پوښتنو یو لړ اختیارونه وړاندې کوي کوم چې په کوم طریقه باندې اغیزه کوي او پایلې یې ښودل شوي. د دغو ځینو ځینو ټاکلو یا د پرچم بټونه په پوښتن پاڼه کې ریټ کړئ، ځینې یې په ګوته کوي چې د کوم برخې برخې چاپ شوي، او نور د وخت وخت او بیا ځلې ستراتیژۍ ټاکي.

هر پوښتن انتخاب د یوه کلیمې لخوا د یو سایټ (+) لخوا پیژندل شوی. ځینې ​​کلیمې یو انتخاب ټاکي یا بیا وټاکي. دا کېدی شي مخکې له دې چې د دې کلیمې معنی نه منفي وي د تار لخوا. نور کلیدونه د ټاکلو وختونو په څیر اختیارونو ارزښتونه ټاکي. دوی فورمه + کلیدي = ارزښت لري . د پوښتنو اختیارونه دا دي:

+ [نه] TCP

د TCP کله چې د نوم سرورونو پوښتنه کوئ د کارولو کار مه کوئ اصلي پیښه د UDP کارول دي مګر تر هغه چې د AXFR یا IXFR پوښتنې غوښتنه شوې وي، په کوم حالت کې د TCP کنټرول کارول کیږي.

+ [نه] vc

د TCP کله چې د نوم سرورونو پوښتنه کوئ د کارولو کار مه کوئ دا متبادل نخښه + + ته [نه] TCP ته د بیرته رسید مطابقت لپاره چمتو کیږي. "vc" د "مجازی سرټ" لپاره ولاړ دی.

+ [نه] سترګې پټوي

د TCP سره د بیا رارسیدو پر ځای د UDP ځوابونو کې د تاوان اخیستل. په ڈیفالټ سره، د TCP تفتیش ترسره کیږي.

+ domain = somename

د لټون لیست وټاکئ چې یو واحد ډومین Somename پکې شامل وي، لکه څنګه چې که په یوه ډومین ډیزاین کې په /etc/resolv.conf کې مشخص شوی، او د لټون لیست پروسس کول لکه څنګه چې + د لټون اختیار ورکړل شوی و.

+ [نه] لټون کول

د کارولو لست چې د لټون لیست یا د ډومین ډومین لخوا په حلv.conf کې تعریف شوی کارول (که نه وي) وکاروئ . د لټون لسټ د ډیزاین لخوا کارول شوی نه دی.

+ [نه] د نوم نوم

بې ځایه شوي، د + [نه]] لټون لپاره د مترجم په حیث درملنه کیږي

+ نه

دا اختیار هیڅ نه لري. دا د ډب د زاړه نسخو سره د Compatibilty لپاره چمتو شوي چیرته چې دا یو غیر رسمي حلور پرچم جوړوي.

+ [نه] مخفف

په سوال کې AD (اصلي ډاټا) bit [مقرر مه کوئ] مقرر کړئ. د AD بټ اوس مهال یواځې په ځوابونو کې معياري معنی لري، نه په پوښتنو کې، مګر په پوښتنو کې د ساوتلو وړتیا د بشپړتیا لپاره چمتو شوي.

+ [نه] cdflag

سي (په سي ډي کې سي ډي (د معيوبينو معاينه کول) سيټ کړئ [مه لګئ]. دا د سرور غوښتنه کوي چې د ځوابونو DNSSEC تایید نه ترسره کړي.

+ [نه] بیا ځړول

په پوښتنې کې د RD (بیاکتنه غوښتل شوي) بڼې ترتیب کړئ. دا بډایټ په اساس ترتیب شوی، دا معنا لري چې د معمولا سره کښل بیا د بیا رغونې پوښتنو ته لیږل کیږي. بیاکتنه په اوتومات ډول غیر فعاله کیږي کله چې + nssearch یا + د پوښتنو اختیارونه کارول کیږي.

+ [نه] nssearch

کله چې دا اختیار ترتیب شي، د هغه سیمې لپاره د اعتبار وړ نوم سرورونو موندلو هڅه کول چې د نوم په څیر لیدل کیږي او د SOA ریکارډ وړاندې کوي چې د هر نوم سرور د زون لپاره لري.

+ [هیڅ] نښې نښانې

د نوم لپاره د جال نوم سرورونو لخوا د پلاوي د لارې ټګګورنه لیدل کیږي. ټرانسپورټ د ډیزاین لخوا نافعال شوی دی. کله چې ټرانسپورټ فعال شي، هضم دې پوښتنو ته ځواب ورکوي ترڅو د نوم په حل کولو حل وکړي. دا به د ریډ سرورونو څخه لیګونه تعقیب کړي، د هر سرور څخه ځواب چې د لټوون حل کولو لپاره کارول کیده ښودل کوي.

+ [نه] cmd

د لومړني تبصره چاپولو کې چې د ډیزاین نسخه تشخیص او د پوښتنو اختیارونه چې کارول شوي وپیژني. دا تبصره په ډیفالټ کې چاپ شوې.

+ [نه] لنډ دی

یو ځواب ځواب ورکړئ. اصلي دی چې ځواب د ژبې په بڼه کې چاپ کړي.

+ [نه] پېژندل

د IP پته او پورتنۍ شمیره ښکاره کړئ [یا مه ښکاره کړئ] کوم چې ځواب یې لنډ کړی کله چې + لنډ لنډیز فعال شي. که چیرې د لنډ لنډ ځواب غوښتنې غوښتنه وشي، نو د ډایفورډ د سیسټم پته او د هغه سایټ شمېره چې د هغه ځواب یې نه وي ښودلی.

+ [نه] تبصره

په محصول کې د تبصرې لینونو ټیکول. اصلي بڼه د تبصرې چاپول دي.

+ [نه] سترګې پټې شوې

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

+ [نه]] qr

چاپ [پوښتنې مه کوئ] هغه پوښتل چې لېږل کیږي. د ډیزاین په واسطه، پوښتنه نده چاپ شوې.

+ [نه] پوښتنه

چاپ کړئ] د پوښتنې پوښتنې پوښتنه مه کوئ کله چې ځواب بیرته راشي. اصلي بڼه د پوښتنې برخه د تبصره په توګه چاپوي.

+ [نه] ځواب

ښکاره کول [د نه ځواب مه کوئ] د ځواب ځواب. اصلي بڼه دا ښودل کوي.

+ [نه] واک

ښکاره کول [نه ښودل] د ځواب واکمن برخې. اصلي بڼه دا ښودل کوي.

+ [نه] اضافي

ښودنه [د نه ښودلو لپاره] د ځواب اضافي برخه. اصلي بڼه دا ښودل کوي.

+ [نه] ټول

ټول نندارتونونه پاک کړئ یا پاک کړئ.

+ وخت = ټ

د پوښتنې لپاره وخت وخت نیسي T ثانیو ته. ټاکل شوی وخت بهر 5 ثانی دی. د T څخه لږ څخه د ټیټولو لپاره به یوه هڅه د پوښتنې وخت کې د 1 ثانوي کارولو نتیجه وي.

+ هڅه کوي T

د UDP پوښتنو ته د ډیزاین پر ځای T د UDP پوښتنو بیا ځلې ترتیبوي .3. که چیرې د صفر څخه کم یا مساوي وي نو بیا د ازموینې شمیر په خاموشۍ سره د 1 پورې وي.

+ ndots = D

د هغو ټیټونو شمیره وټاکئ چې په نوم یې د D لپاره په ډاګه کړئ د دې لپاره چې مطلق په پام کې ونیول شي. اصلي قیمت هغه دی چې په /etc/resolv.conf کې د Ndots بیان استعمالول تعریف شوي، یا 1 که د ndots بیان شتون موجود نه وي. د لږ ټوکونو نومونه د خپلو نومونو په توګه تعبیر شوي دي او د هغه ځایونو لپاره به په لټون کې وي چې په لټون یا ډومینیک کې په /etc/resolv.conf کې لیست شوي .

+ bufsize = B

د UDP پیغام بفر اندازه چې د EDNS0 څخه B Btes کې کارول شوې وي مقرر کړئ. د دې بسته لوړه او لږترلږه اندازه 65535 او 0 په ترتیب سره دي. د دې ساحې څخه ارزښتونه په مناسب ډول پورته یا ټیټ دي.

+ [نه] څوګونه

د چاپ ریکارډونه لکه د SOA ریکارډونه د فعالو کثیر کرښه بڼه کې د انساني لوست وړ وړ تبصرې سره. دا ډیزاین د هر ریکارډ په یو کرښه کې چاپول دي، ترڅو د ډوډۍ محصول ماشین پیرود اسانه کړي.

+ [نه] ناکام دی

بل سرور ته مه کوه که تاسو د SERVFAIL ترلاسه کړئ. ڈیفالټ د راتلونکې سرور کولو هڅه نه کوي چې د عادي فورب د حل کونکي چلند ریور وي.

+ [نه] د غوره کولو ځای

د هغه پیغامونو منځپانګو ښودلو هڅه کوي کوم چې خرابې دي. اصلي بڼه د خرابې بڼې ځوابونه نه ښودل.

+ [نه] dnssec

د DNSSEC ریکارډ غوښتنې غوښتنه د پوښتنې په اضافي برخه کې د OPT ریکارډ کې د DNSSEC OK bit (DO) ترتیبولو لخوا لیږل کیږي.

اړین پوښتنې

د BIN 9 د ډنډ مالتړ پلي کول د ډیری پوښتنو په ګوته کولو کې د قوماندې لیکه) د F- Batch فایل فایل انتخاب کولو سربیره (. د دغو پوښتنو څخه هر یو د خپل جالونو، انتخابونو او پوښتنو اختیارونو سره چمتو کیدی شي.

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

د پوښتنو اختیارونو یو نړیوال سیٹ، کوم چې باید په ټولو پوښتنو کې تطبیق شي، هم چمتو کیدی شي. دا د نړیوالو پوښتنو انتخاب باید د نوم لومړی، ټولګی، ډولونه، انتخابونه، بيرغونه، او د پوښتنو اختیارونه د کمانډ کرښه کې وړاندې شي. د هرې نړیوالې پوښتنې اختیارونه (پرته له + [no] cmd اختیار پرته) د پوښتنو لپاره د پوښتنو ځانګړتیاو څخه سرغړونه کیدی شي. د مثال په توګه:

dig + qr www.isc.org no -x 127.0.0.1 isc.org ns + noqr

ښیي چې د کوډ لیک لیک څخه د درې لیدونو لپاره څنګه کارول کیدی شي: د ANisc.org لپاره پوښتنې، د 127.0.0.1 بیاکتنې او د ISC.org د NS ریکارډونو لپاره یوه پوښتنه. د نړیوال پوښتنلیک انتخاب + qr کارول کیږي، نو دا ډای د هر لیوپ لپاره لومړنۍ پوښتنې ښیي. وروستنۍ پوښتنه د محلي پوښتنو اختیار لري + نهقیر دا پدې معنی ده چې دا به د ابتدايي پوښتنې چاپیریال کې نه وي کله چې دا د isc.org لپاره د NS ریکارډونو لیدل کیږي.

هم وګوره

کوربه ( 1)، نوم (8)، Dnssec-keygen (8)، RFC1035 .

مهم: د انسان قوماندې ( ٪ man ) کاروئ ترڅو وګورئ چې ستاسو په ځانګړی کمپیوټر کې کوم قوماندې کارول کیږي.

اړونده مقالې