ນີ້ແມ່ນຄໍາສັ່ງ dnswalk ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
dnswalk - ເປັນຕົວດີບັກຖານຂໍ້ມູນ DNS
ສະຫຼຸບສັງລວມ
dnswalk [ -adilrfFm] ໂດເມນ.
ລາຍລະອຽດ
dnswalk ເປັນ DNS debugger. ມັນປະຕິບັດການໂອນເຂດຂອງໂດເມນທີ່ລະບຸ, ແລະການກວດສອບ
ຖານຂໍ້ມູນໃນຫຼາຍວິທີສໍາລັບຄວາມສອດຄ່ອງພາຍໃນ, ເຊັ່ນດຽວກັນກັບຄວາມຖືກຕ້ອງ
ອີງຕາມການປະຕິບັດທີ່ຍອມຮັບກັບລະບົບຊື່ໂດເມນ.
ໄດ້ ໂດເມນ ຊື່ທີ່ລະບຸໄວ້ໃນແຖວຄຳສັ່ງຕ້ອງລົງທ້າຍດ້ວຍ '.'. ທ່ານສາມາດກໍານົດ a
forward domain, ເຊັ່ນ dnswalk podunk.edu. ຫຼືໂດເມນທີ່ປີ້ນກັບກັນ, ເຊັ່ນ dnswalk
3.2.1.in-addr.arpa.
OPTIONS
-r Recursively descend sub-domains ຂອງໂດເມນທີ່ລະບຸ. ໃຊ້ດ້ວຍຄວາມລະມັດລະວັງ.
-a ເປີດການເຕືອນຂອງການຊ້ໍາກັນຂອງການບັນທຶກ A. (ເບິ່ງຂ້າງລຸ່ມນີ້)
-d ພິມ debugging ແລະຂໍ້ມູນ 'ສະຖານະ' ກັບ stderr. (ໃຊ້ພຽງແຕ່ຖ້າປ່ຽນເສັ້ນທາງ
stdout) ເບິ່ງພາກ DIAGNOSTICS.
-m ດໍາເນີນການກວດສອບພຽງແຕ່ວ່າເຂດໄດ້ຖືກດັດແກ້ນັບຕັ້ງແຕ່ການແລ່ນທີ່ຜ່ານມາ.
-F ປະຕິບັດການກວດສອບ "fascist". ເມື່ອກວດເບິ່ງບັນທຶກ A, ປຽບທຽບຊື່ PTR ສໍາລັບ
ແຕ່ລະທີ່ຢູ່ IP ທີ່ມີຊື່ສົ່ງຕໍ່ແລະລາຍງານບໍ່ກົງກັນ. (ເບິ່ງຂ້າງລຸ່ມນີ້) I
ແນະນໍາໃຫ້ທ່ານລອງທາງເລືອກນີ້ຢ່າງຫນ້ອຍຫນຶ່ງຄັ້ງເພື່ອເບິ່ງວ່າປະເພດຂອງຄວາມຜິດພາດທີ່ປາກົດຂຶ້ນ -
ເຈົ້າອາດຈະແປກໃຈ!.
-i ສະກັດກັ້ນການກວດສອບຕົວອັກສອນທີ່ບໍ່ຖືກຕ້ອງໃນຊື່ໂດເມນ. (ເບິ່ງຂ້າງລຸ່ມນີ້)
-l ດໍາເນີນການກວດກາ "ຄະນະຜູ້ແທນຂີ້ຕົວະ". ສໍາລັບທຸກໆບັນທຶກ NS, ກວດເບິ່ງວ່າ
ໂຮດທີ່ມີລາຍຊື່ແມ່ນໃຫ້ຄໍາຕອບຢ່າງແທ້ຈິງສໍາລັບໂດເມນນີ້.
ຄວາມຜິດພາດ
ຕໍ່ໄປນີ້ບັນຊີລາຍຊື່ຂອງຂໍ້ຄວາມຄວາມຜິດພາດທີ່ dnswalk ຈະກັບຄືນມາຖ້າມັນເຫັນ a
ບັນຫາທີ່ເປັນໄປໄດ້ກັບຖານຂໍ້ມູນ. ຂໍ້ຄວາມຊໍ້າກັນຈະຖືກສະກັດກັ້ນ
ອັດຕະໂນມັດສໍາລັບແຕ່ລະເຂດ. ຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດຖືກນໍາຫນ້າໂດຍຄໍາສໍາຄັນທີ່ຊີ້ໃຫ້ເຫັນ
ປະເພດຂໍ້ຄວາມ: "WARN" (ບັນຫາຂໍ້ມູນທີ່ເປັນໄປໄດ້), "FAIL" (ຄວາມລົ້ມເຫລວໃນການເຂົ້າເຖິງຂໍ້ມູນ),
ຫຼື "BAD" (ຂໍ້ມູນບໍ່ຖືກຕ້ອງ). dnswalk ອອກດ້ວຍລະຫັດກັບຄືນເທົ່າກັບຈໍານວນຂອງ
ຂໍ້ຜິດພາດ "ບໍ່ດີ".
X PTR Y: ຮູ້ຈັກ ເຈົ້າພາບ
X ແມ່ນບັນທຶກ PTR ເປັນ Y, ແຕ່ Y ບໍ່ແມ່ນໂຮດທີ່ຖືກຕ້ອງ (ບໍ່ມີບັນທຶກ A). ເຫຼົ່ານີ້ແມ່ນເລື້ອຍໆ
ເຫຼືອຈາກເວລາທີ່ຄົນລຶບ host ອອກຈາກ DNS ແລະລືມລຶບ
ບັນທຶກ PTR.
X PTR Y: A ການບັນທຶກ ບໍ່ ພົບເຫັນ
X ແມ່ນບັນທຶກ PTR ກັບ Y, ແຕ່ທີ່ຢູ່ IP ທີ່ກ່ຽວຂ້ອງກັບບັນທຶກ PTR ແມ່ນບໍ່
ລະບຸເປັນທີ່ຢູ່ຂອງ Y. ຄວນມີບັນທຶກ A ສໍາລັບທຸກທີ່ຢູ່ IP ທີ່ຖືກຕ້ອງ
ສໍາລັບເຈົ້າພາບ. ການບໍລິການອິນເຕີເນັດຈໍານວນຫຼາຍຈະບໍ່ສົນທະນາກັບທ່ານຖ້າທ່ານມີ PTR ບໍ່ກົງກັນ
ບັນທຶກ.
X PTR Y: CNAME (ເຖິງ Z)
X ແມ່ນບັນທຶກ PTR ເປັນ Y, ແຕ່ Y ແມ່ນ CNAME ຫາ Z. ບັນທຶກ PTR ຕ້ອງຊີ້ໃຫ້ເຫັນເຖິງ
ຊື່ canonical ຂອງເຈົ້າພາບ, ບໍ່ແມ່ນນາມແຝງ.
X CNAME Y: ຮູ້ຈັກ ເຈົ້າພາບ
X ແມ່ນນາມແຝງກັບ Y, ແຕ່ Y ບໍ່ແມ່ນໂຮດທີ່ຖືກຕ້ອງ (ບໍ່ມີບັນທຶກ A).
X CNAME Y: CNAME (ເຖິງ Z)
X ແມ່ນນາມແຝງກັບ Y, ແຕ່ Y ແມ່ນນາມແຝງກັບ Z. CNAMEs ບໍ່ຄວນຖືກຕ່ອງໂສ້.
X MX Y: ຮູ້ຈັກ ເຈົ້າພາບ
X ແມ່ນ MX ຫາ Y, ແຕ່ Y ບໍ່ແມ່ນໂຮດທີ່ຖືກຕ້ອງ (ບໍ່ມີບັນທຶກ A).
X MX Y: CNAME (ເຖິງ Z)
X ແມ່ນ MX ຫາ Y, ແຕ່ Y ແມ່ນນາມແຝງສໍາລັບ Z. ບັນທຶກ MX ຈະຕ້ອງຊີ້ໃຫ້ເຫັນເຖິງ canonical.
ຊື່, ບໍ່ແມ່ນນາມແຝງ.
X A Y: no PTR ການບັນທຶກ
X ມີທີ່ຢູ່ IP Y, ແຕ່ບໍ່ມີບັນທຶກ PTR ທີ່ຈະສ້າງແຜນທີ່ທີ່ຢູ່ IP Y ກັບຄືນໄປບ່ອນ a
hostname (ປົກກະຕິແລ້ວ X). ເຄື່ອງແມ່ຂ່າຍອິນເຕີເນັດຈໍານວນຫຼາຍ (ເຊັ່ນເຄື່ອງແມ່ຂ່າຍ FTP ທີ່ບໍ່ເປີດເຜີຍຊື່) ຈະ
ຢ່າລົມກັບທີ່ຢູ່ທີ່ບໍ່ມີບັນທຶກ PTR.
ຄຳ ເຕືອນ: X ມີ ພຽງແຕ່ ຫນຶ່ງ ສິດອໍານາດ nameserver
ເຂດຕ່າງໆຕ້ອງມີຢ່າງນ້ອຍຫນຶ່ງ nameserver authoritative, ໃນກໍລະນີທີ່ຫນຶ່ງລົງຫຼື
ບໍ່ສາມາດເຂົ້າເຖິງໄດ້. ໃຫ້ແນ່ໃຈວ່າໂດເມນຂອງພໍ່ແມ່ແລະເດັກນ້ອຍລາຍຊື່ສິດອໍານາດທັງຫມົດ
nameservers ສໍາລັບເຂດ.
ເຮັດບໍ່ໄດ້ ໃຫ້ກວດເບິ່ງ X: no ມີ nameservers!
ເຂດ X ໄດ້ຖືກມອບຫມາຍດ້ວຍບັນທຶກ NS ແຕ່ nameservers ທັງຫມົດສໍາລັບເຂດ
ບໍ່ສາມາດໃຊ້ໄດ້ ຫຼືເວົ້າວ່າພວກເຂົາບໍ່ມີຂໍ້ມູນສຳລັບເຂດ (ແມ່ນຂີ້ຄ້ານ).
ກວດສອບວ່າເຂດ X ບໍ່ແມ່ນການພິມຜິດ, ແລະຖ້າຫາກວ່າເປັນດັ່ງນັ້ນເຮັດໃຫ້ແນ່ໃຈວ່າທັງຫມົດທີ່ລະບຸໄວ້
nameservers ຖືກຕັ້ງຄ່າໃຫ້ຕອບດ້ວຍຂໍ້ມູນສໍາລັບເຂດ.
X: ທີ່ບໍ່ຖືກຕ້ອງ ຕົວອັກສອນ in ຊື່
ຕົວອັກສອນທີ່ອະນຸຍາດໃນຊື່ໂດເມນແມ່ນຕົວອັກສອນ ASCII a ເຖິງ Z ຕົວເລກ
0 ຫາ 9, ແລະຕົວອັກສອນ "-". A "." ອາດຈະຖືກໃຊ້ເປັນຕົວແຍກໂດເມນເທົ່ານັ້ນ.
(ການກວດສອບສາມາດຖືກສະກັດກັ້ນດ້ວຍ -i )
X: ໂດເມນ ເກີດຂື້ນ ສອງຄັ້ງ, ລືມ ຕາມຫລັງ '.'?
ການກວດສຸຂະພາບທີ່ຊອກຫາ "dom.ain.dom.ain." ໃນຊື່. ນີ້ມັກຈະເຮັດໃຫ້ເກີດ
ໂດຍລືມໃສ່ '.' ໃນຕອນທ້າຍຂອງຊື່.
(ມີສະຫຼັບ)
X: ເປັນໄປໄດ້ ຊ້ໍາ A ການບັນທຶກ (ກາວ of Z?)
ບັນທຶກ A ຊໍ້າກັນຖືກລະບຸໄວ້ສໍາລັບ X. ຫມາຍເຫດ: ອັນນີ້ສ່ວນຫຼາຍແມ່ນເກີດມາຈາກ
ການປະຕິບັດການວາງບັນທຶກ A ສໍາລັບມັດທະຍົມທັງຫມົດຫຼັງຈາກບັນທຶກກາວ NS.
ໃນຂະນະທີ່ນີ້ບໍ່ແມ່ນຄວາມຜິດພາດ, ມັນມັກຈະຊ້ໍາຊ້ອນແລະເຮັດໃຫ້ການປ່ຽນແປງທີ່ຢູ່ IP
ຕໍ່ມາມີຄວາມຫຍຸ້ງຍາກຫຼາຍ, ນັບຕັ້ງແຕ່ພວກມັນເກີດຂື້ນຫຼາຍກວ່າຫນຶ່ງຄັ້ງໃນໄຟລ໌ (ແລະໃນ
ຫຼາຍໄຟລ໌). ທ່ານອາດຈະໄດ້ຮັບຄວາມຜິດພາດທີ່ແປກປະຫຼາດ, ສ່ວນຫຼາຍແມ່ນຍ້ອນຄວາມຜິດໃນ BIND
ປ່ອຍອອກມາກ່ອນ 4.9.x ທີ່ລາຍງານ cached ກາວ A records in a zone transfer even
ເຖິງແມ່ນວ່າພວກມັນບໍ່ມີຢູ່ໃນໄຟລ໌ເຂດຕົ້ນສະບັບ.
(ມີ -F switch)
X A Y: ຈຸດ to Z
X ມີ Y ສໍາລັບທີ່ຢູ່ IP, ແຕ່ບັນທຶກ PTR ທີ່ກ່ຽວຂ້ອງກັບ Y ກັບຄືນ "Z" ເປັນ
ຊື່ທີ່ກ່ຽວຂ້ອງກັບເຈົ້າພາບນັ້ນ. ນີ້ບໍ່ແມ່ນຄວາມຜິດພາດ (ຕົວຢ່າງເຊັ່ນຖ້າ
ທ່ານມີບັນທຶກ A ສໍາລັບຊື່ໂດເມນຂອງທ່ານ), ແຕ່ສາມາດເປັນປະໂຫຍດໃນການກວດສອບ A
ບັນທຶກທີ່ຊີ້ໄປຫາເຈົ້າພາບທີ່ບໍ່ຖືກຕ້ອງ, ຫຼືບັນທຶກ PTR ທີ່ຊີ້ໄປຫາເຈົ້າພາບທີ່ບໍ່ຖືກຕ້ອງ.
ເຮັດບໍ່ໄດ້ ຊອກຫາ ທີ່ຢູ່ ສໍາລັບການ nameserver X
ຄວາມຜິດພາດນີ້ຈະຖືກສ້າງຂຶ້ນຖ້າຫາກວ່າທີ່ຢູ່ສໍາລັບ nameserver X ທີ່ຖືກມອບຫມາຍບໍ່ສາມາດເປັນ
ແກ້ໄຂແລ້ວ. ອັນນີ້ອາດຈະເປັນຄະນະຜູ້ແທນທີ່ຂີ້ຄ້ານ (ເນື່ອງມາຈາກການຜິດພາດໃນຄະນະຜູ້ແທນ), ຫຼື ກ
DNS ຜິດພາດຊົ່ວຄາວ.
(ມີ -l ສະຫຼັບ)
X NS Y: ແຜ່ນໃບຄ້າຍຄື NS ຄະນະຜູ້ແທນ
Y ເປັນ nameserver ທີ່ມີລາຍຊື່ສໍາລັບເຂດ X, ແຕ່ Y ບໍ່ໄດ້ສົ່ງຄືນຂໍ້ມູນ authoritative ສໍາລັບ
ເຂດ X. ນີ້ແມ່ນປົກກະຕິແລ້ວຜົນຂອງການຂາດການສື່ສານໃນພາກສ່ວນຂອງ
hostmasters ທີ່ກ່ຽວຂ້ອງ. ຄະນະຜູ້ແທນ Lame ບໍ່ແມ່ນບັນຫາເຖິງຕາຍຍົກເວັ້ນແຕ່ໃນທີ່ຮ້າຍແຮງ
ກໍລະນີ, ພວກເຂົາພຽງແຕ່ມີແນວໂນ້ມທີ່ຈະສ້າງການເພີ່ມຂື້ນຢ່າງຫຼວງຫຼາຍໃນການຈະລາຈອນ DNS. ບັນທຶກ NS
ສໍາລັບໂດເມນຂອງພໍ່ແມ່ແລະລູກຄວນຈະສອດຄ່ອງ, ແລະແຕ່ລະເຄື່ອງແມ່ຂ່າຍທີ່ມີລາຍຊື່ຢູ່ໃນ
ບັນທຶກ NS ຈະຕ້ອງສາມາດຕອບດ້ວຍຂໍ້ມູນ authoritative, ບໍ່ວ່າຈະເປັນ
ປະຖົມຫຼືມັດທະຍົມສໍາລັບເຂດ.
ເຮັດບໍ່ໄດ້ ໄດ້ຮັບ SOA ການບັນທຶກ ສໍາລັບການ X ຈາກ Y (ຂີ້ຄ້ານ?)
ຄວາມຜິດພາດນີ້ຖືກສ້າງຂຶ້ນຖ້າ dnswalk ບໍ່ສາມາດໄດ້ຮັບບັນທຶກ SOA ສໍາລັບເຂດ X ຈາກ
nameserver Y. ນີ້ອາດຈະຫມາຍຄວາມວ່າເປັນຄະນະຜູ້ແທນທີ່ຂີ້ຕົວະ, ຫຼືພຽງແຕ່ວ່າເຈົ້າພາບແມ່ນ
ບໍ່ສາມາດຕິດຕໍ່ໄດ້ຊົ່ວຄາວ.
ໃຊ້ dnswalk ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
