lft.db - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

traceroute - ພິມແພັກເກັດຕິດຕາມເສັ້ນທາງໄປຫາເຈົ້າພາບເຄືອຂ່າຍ

ສະຫຼຸບສັງລວມ

traceroute [-46dFITUnreAV] [-f first_ttl] [-g ປະຕູ, ...]
[-i ອຸປະກອນ] [-m max_ttl] [-p port] [-s src_addr]
[-q ສອບຖາມ] [-N ສອບຖາມ] [-t tos]
[-l flow_label] [-w ເວລາລໍຖ້າ] [-z ສົ່ງລໍຖ້າ] [-UL] [-D]
[-P ໂປໂຕຄອນ] [--sport=port] [-M ວິທີການ] [-O mod_options]
[--mtu] [--ກັບຄືນ]
ເຈົ້າພາບ [packet_len]
traceroute6 [ທາງເລືອກໃນການ]
tcptraceroute [ທາງເລືອກໃນການ]
lf [ທາງເລືອກໃນການ]

ລາຍລະອຽດ

traceroute ຕິດຕາມແພັກເກັດເສັ້ນທາງທີ່ເອົາມາຈາກເຄືອຂ່າຍ IP ໃນເສັ້ນທາງໄປຫາເຈົ້າພາບທີ່ໃຫ້.
ມັນ​ໃຊ້​ເວ​ລາ​ຂອງ​ອະ​ນຸ​ສັນ​ຍາ IP ທີ່​ຈະ​ດໍາ​ລົງ​ຊີ​ວິດ (TTL​) ພາກ​ສະ​ຫນາມ​ແລະ​ຄວາມ​ພະ​ຍາ​ຍາມ​ທີ່​ຈະ elicit ເປັນ ICMP
TIME_EXCEEDED ຄໍາຕອບຈາກແຕ່ລະປະຕູຕາມເສັ້ນທາງໄປຫາເຈົ້າພາບ.

traceroute6 ເທົ່າກັບ traceroute -6

tcptraceroute ເທົ່າກັບ traceroute -T

lf , Layer Four Traceroute, ປະຕິບັດ TCP traceroute, ຄື traceroute -T , ແຕ່
ຄວາມພະຍາຍາມເພື່ອສະຫນອງຄວາມເຂົ້າກັນໄດ້ກັບການປະຕິບັດຕົ້ນສະບັບດັ່ງກ່າວ, ເອີ້ນວ່າ
"lft".

ຕົວກໍານົດການທີ່ຈໍາເປັນພຽງແຕ່ແມ່ນຊື່ຫຼືທີ່ຢູ່ IP ຂອງປາຍທາງ ເຈົ້າພາບ . ໄດ້
ທາງເລືອກ packet_len`gth ແມ່ນ​ຂະ​ຫນາດ​ທັງ​ຫມົດ​ຂອງ​ຊອງ probing (ຄ່າ​ເລີ່ມ​ຕົ້ນ 60 bytes ສໍາ​ລັບ IPv4
ແລະ 80 ສໍາລັບ IPv6). ຂະຫນາດທີ່ກໍານົດໄວ້ສາມາດຖືກລະເລີຍໃນບາງສະຖານະການຫຼືເພີ່ມຂຶ້ນເຖິງ
ມູນຄ່າຫນ້ອຍ.

ໂຄງ​ການ​ນີ້​ພະ​ຍາ​ຍາມ​ທີ່​ຈະ​ຕິດ​ຕາມ​ເສັ້ນ​ທາງ​ທີ່​ຊຸດ IP ຈະ​ປະ​ຕິ​ບັດ​ຕາມ​ບາງ​ເຈົ້າ​ພາບ​ອິນ​ເຕີ​ເນັດ​
ໂດຍການເປີດຕົວແພັກເກັດ probe ດ້ວຍ ttl ຂະຫນາດນ້ອຍ (ເວລາດໍາລົງຊີວິດ) ຫຼັງຈາກນັ້ນຟັງ ICMP
"ເວລາເກີນ" ຕອບກັບຈາກປະຕູ. ພວກເຮົາເລີ່ມຕົ້ນ probes ຂອງພວກເຮົາດ້ວຍ ttl ຂອງຫນຶ່ງແລະເພີ່ມຂຶ້ນ
ໂດຍຫນຶ່ງຈົນກ່ວາພວກເຮົາໄດ້ຮັບ ICMP "port unreachable" (ຫຼື TCP reset), ຊຶ່ງຫມາຍຄວາມວ່າພວກເຮົາໄດ້ໄປເຖິງ.
"host", ຫຼືຕີສູງສຸດ (ເຊິ່ງເລີ່ມຕົ້ນເປັນ 30 hops). ສາມ probes (ໂດຍຄ່າເລີ່ມຕົ້ນ) ຖືກສົ່ງຢູ່ທີ່
ແຕ່ລະການຕັ້ງຄ່າ ttl ແລະເສັ້ນຖືກພິມສະແດງ ttl, ທີ່ຢູ່ຂອງປະຕູແລະຮອບ
ເວລາເດີນທາງຂອງແຕ່ລະ probe. ທີ່ຢູ່ສາມາດປະຕິບັດຕາມຂໍ້ມູນເພີ່ມເຕີມໃນເວລາທີ່
ຮ້ອງຂໍ. ຖ້າຄໍາຕອບຂອງ probe ມາຈາກປະຕູທີ່ແຕກຕ່າງກັນ, ທີ່ຢູ່ຂອງແຕ່ລະຄົນ
ລະບົບຕອບສະຫນອງຈະຖືກພິມອອກ. ຖ້າບໍ່ມີການຕອບສະຫນອງພາຍໃນ 5.0 ວິນາທີ
(ຄ່າເລີ່ມຕົ້ນ), "*" (ດາວ) ຖືກພິມອອກສໍາລັບການສືບສວນນັ້ນ.

ຫຼັງຈາກເວລາເດີນທາງ, ບາງຄຳອະທິບາຍເພີ່ມເຕີມສາມາດພິມໄດ້: !H, !N, ຫຼື !P (ເຈົ້າພາບ,
ບໍ່​ສາ​ມາດ​ເຂົ້າ​ເຖິງ​ເຄືອ​ຂ່າຍ​ຫຼື​ອະ​ນຸ​ສັນ​ຍາ​)​, !S (ເສັ້ນທາງແຫຼ່ງລົ້ມເຫລວ), !F (ການ​ແບ່ງ​ປັນ​ທີ່​ຈໍາ​ເປັນ​)​, !X
(ຫ້າມ​ການ​ສື່​ສານ​ທາງ​ບໍ​ລິ​ຫານ​)​, !V (ການລະເມີດຄວາມເປັນເຈົ້າພາບ, !C
(ການ​ຕັດ​ຕົວ​ແທນ​ທີ່​ມີ​ຜົນ​ກະ​ທົບ), ຫຼື ! (ລະຫັດ ICMP ບໍ່ສາມາດເຂົ້າເຖິງໄດ້ ). ຖ້າເກືອບທັງຫມົດ
probes ສົ່ງຜົນໃຫ້ບາງປະເພດຂອງ unreachable, traceroute ຈະໃຫ້ເຖິງແລະອອກ.

ພວກເຮົາບໍ່ຕ້ອງການເຈົ້າພາບປາຍທາງເພື່ອປະມວນຜົນແພັກເກັດ UDP probe, ດັ່ງນັ້ນປາຍທາງ
ພອດຖືກຕັ້ງເປັນຄ່າທີ່ບໍ່ຫນ້າຈະເປັນໄປໄດ້ (ທ່ານສາມາດປ່ຽນມັນດ້ວຍ -p ທຸງ). ບໍ່ມີຄື
ບັນຫາສໍາລັບ ICMP ຫຼື TCP tracerouting (ສໍາລັບ TCP ພວກເຮົາໃຊ້ເຕັກນິກການເປີດເຄິ່ງ, ເຊິ່ງປ້ອງກັນ.
probes ຂອງ​ພວກ​ເຮົາ​ຈະ​ໄດ້​ຮັບ​ການ​ເຫັນ​ໂດຍ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ກ່ຽວ​ກັບ​ເຈົ້າ​ພາບ​ຈຸດ​ຫມາຍ​ປາຍ​ທາງ).

ໃນສະພາບແວດລ້ອມເຄືອຂ່າຍທີ່ທັນສະໄຫມວິທີການ traceroute ແບບດັ້ງເດີມບໍ່ສາມາດຢູ່ສະເຫມີ
ສາມາດນໍາໃຊ້ໄດ້, ເນື່ອງຈາກວ່າການນໍາໃຊ້ຢ່າງກວ້າງຂວາງຂອງ firewalls. Firewalls ດັ່ງກ່າວການກັ່ນຕອງ "ບໍ່ເປັນໄປໄດ້"
ພອດ UDP, ຫຼືແມ້ກະທັ້ງ ICMP ສະທ້ອນ. ເພື່ອແກ້ໄຂບັນຫານີ້, ບາງວິທີ tracerouting ເພີ່ມເຕີມແມ່ນ
ປະຕິບັດ (ລວມທັງ tcp), ເບິ່ງ LIST OF ທີ່ມີຢູ່ ວິທີການ ຂ້າງລຸ່ມນີ້. ວິທີການດັ່ງກ່າວພະຍາຍາມໃຊ້
ໂປໂຕຄອນສະເພາະ ແລະແຫຼ່ງທີ່ມາ/ພອດປາຍທາງ, ເພື່ອຂ້າມໄຟວໍ (ເພື່ອຈະເຫັນໄດ້
ໂດຍ firewalls ພຽງແຕ່ເປັນການເລີ່ມຕົ້ນຂອງປະເພດຂອງເຊດຊັນເຄືອຂ່າຍທີ່ໄດ້ຮັບອະນຸຍາດ).

OPTIONS

- ຊ່ວຍ ພິມຂໍ້ມູນການຊ່ວຍເຫຼືອ ແລະອອກ.

-4, -6 ບັງຄັບ IPv4 ຫຼື IPv6 tracerouting ຢ່າງຈະແຈ້ງ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ໂຄງການຈະພະຍາຍາມ
ແກ້ໄຂຊື່ທີ່ໃຫ້, ແລະເລືອກໂປໂຕຄອນທີ່ເຫມາະສົມໂດຍອັດຕະໂນມັດ. ຖ້າ
ການແກ້ໄຂຊື່ເຈົ້າພາບສົ່ງຄືນທັງທີ່ຢູ່ IPv4 ແລະ IPv6, traceroute ຈະໃຊ້
IPv4.

- ຂ້ອຍ, --icmp
ໃຊ້ ICMP ECHO ສໍາລັບ probes

-T, --tcp
ໃຊ້ TCP SYN ສໍາລັບການສືບສວນ

-d, --debug
ເປີດໃຊ້ການດີບັກລະດັບຊັອກເກັດ (ເມື່ອ Linux kernel ສະຫນັບສະຫນູນມັນ)

-F, -- dont-fragment
ຫ້າມແຍກແພັກເກັດສືບສວນ. (ສໍາລັບ IPv4 ມັນຍັງກໍານົດ DF bit, ເຊິ່ງບອກ
routers ລະດັບປານກາງບໍ່ໃຫ້ fragment ຫ່າງໄກສອກຫຼີກເຊັ່ນດຽວກັນ).

ການ​ປ່ຽນ​ແປງ​ຂະ​ຫນາດ​ຂອງ​ຊອງ probing ໂດຍ​ packet_len ຕົວກໍານົດການເສັ້ນຄໍາສັ່ງ,
ທ່ານສາມາດໄດ້ຮັບຂໍ້ມູນກ່ຽວກັບ MTU ຂອງ hops ເຄືອຂ່າຍສ່ວນບຸກຄົນ. ໄດ້
--mtu ທາງເລືອກ (ເບິ່ງຂ້າງລຸ່ມນີ້) ພະຍາຍາມເຮັດສິ່ງນີ້ໂດຍອັດຕະໂນມັດ.

ຫມາຍເຫດ, ລັກສະນະທີ່ບໍ່ແຕກແຍກ (ເຊັ່ນ: -F or --mtu) ເຮັດວຽກຢ່າງຖືກຕ້ອງນັບຕັ້ງແຕ່ Linux
kernel 2.6.22 ເທົ່ານັ້ນ. ກ່ອນທີ່ສະບັບນັ້ນ, IPv6 ໄດ້ຖືກແບ່ງອອກສະເຫມີ, IPv4 ສາມາດ
ໃຊ້ຄັ້ງສຸດທ້າຍທີ່ຄົ້ນພົບ mtu ເທົ່ານັ້ນ (ຈາກ cache ເສັ້ນທາງ), ເຊິ່ງສາມາດເປັນ
ຫນ້ອຍກວ່າ mtu ຕົວຈິງຂອງອຸປະກອນ.

-f first_ttl, --first=first_ttl
ລະບຸສິ່ງທີ່ TTL ທີ່ຈະເລີ່ມຕົ້ນ. ຄ່າເລີ່ມຕົ້ນເປັນ 1.

-g ປະຕູ, --gateway=ປະຕູ
ບອກ traceroute ເພື່ອເພີ່ມທາງເລືອກເສັ້ນທາງແຫຼ່ງ IP ໃຫ້ກັບແພັກເກັດທີ່ສົ່ງອອກນັ້ນ
ບອກເຄືອຂ່າຍໃຫ້ເສັ້ນທາງແພັກເກັດຜ່ານທີ່ລະບຸໄວ້ ປະຕູ (ເລົາເຕີສ່ວນໃຫຍ່
ໄດ້ປິດການນໍາທາງແຫຼ່ງສໍາລັບເຫດຜົນຄວາມປອດໄພ). ໂດຍທົ່ວໄປ, ຫຼາຍ ປະຕູ's
ອະນຸຍາດ (ແຍກເຄື່ອງໝາຍຈຸດ). ສໍາລັບ IPv6, ຮູບແບບຂອງ num,ສິ່ງເສບຕິດ,addr... ອະ​ນຸ​ຍາດ​ໃຫ້​,
ບ່ອນທີ່ num ແມ່ນປະເພດຫົວເສັ້ນທາງ (ຄ່າເລີ່ມຕົ້ນແມ່ນປະເພດ 2). ໃຫ້ສັງເກດປະເພດ 0 ສ່ວນຫົວເສັ້ນທາງ
ຕອນນີ້ຖືກປະຕິເສດແລ້ວ (rfc5095).

-i ການໂຕ້ຕອບ, --ການໂຕ້ຕອບ=ການໂຕ້ຕອບ
ລະບຸການໂຕ້ຕອບໂດຍຜ່ານທີ່ traceroute ຄວນສົ່ງຊຸດ. ໂດຍຄ່າເລີ່ມຕົ້ນ,
ການ​ໂຕ້​ຕອບ​ແມ່ນ​ໄດ້​ຮັບ​ການ​ຄັດ​ເລືອກ​ອີງ​ຕາມ​ຕາ​ຕະ​ລາງ​ການ​ນໍາ​ທາງ​.

-m max_ttl, --max-hops=max_ttl
ລະບຸຈຳນວນສູງສຸດຂອງ hops (ຄ່າເວລາຕໍ່ຊີວິດສູງສຸດ) traceroute ຈະ
ສືບສວນ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 30.

-N ສອບຖາມ, --sim-queries=ສອບຖາມ
ລະບຸຈໍານວນແພັກເກັດ probe ທີ່ສົ່ງອອກໄປພ້ອມໆກັນ. ສົ່ງຫຼາຍ
probes ພ້ອມໆກັນສາມາດເລັ່ງ traceroute ຢ່າງຫຼວງຫຼາຍ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 16.
ໃຫ້ສັງເກດວ່າບາງ router ແລະ hosts ສາມາດໃຊ້ ICMP throttling ອັດຕາ. ໃນສະຖານະການດັ່ງກ່າວ
ການລະບຸຈໍານວນຂະຫນາດໃຫຍ່ເກີນໄປສາມາດນໍາໄປສູ່ການສູນເສຍຄໍາຕອບບາງຢ່າງ.

-n ຢ່າພະຍາຍາມສ້າງແຜນທີ່ທີ່ຢູ່ IP ກັບຊື່ໂຮດໃນເວລາທີ່ສະແດງພວກມັນ.

-p port, --port=port
ສໍາລັບການຕິດຕາມ UDP, ລະບຸຖານພອດປາຍທາງ traceroute ຈະ​ນໍາ​ໃຊ້ (ໄດ້
ໝາຍເລກພອດປາຍທາງຈະຖືກເພີ່ມຂຶ້ນໂດຍແຕ່ລະ probe).
ສໍາລັບການຕິດຕາມ ICMP, ລະບຸຄ່າລໍາດັບ ICMP ເບື້ອງຕົ້ນ (ເພີ່ມຂຶ້ນແຕ່ລະອັນ
probe ຄືກັນ).
ສໍາລັບ TCP ແລະອື່ນໆກໍານົດພຽງແຕ່ພອດປາຍທາງ (ຄົງທີ່) ເພື່ອເຊື່ອມຕໍ່. ເມື່ອ​ໃດ​
ການນໍາໃຊ້ wrapper tcptraceroute, -p ກໍານົດພອດແຫຼ່ງ.

-t tos, --tos=tos
ສຳລັບ IPv4, ໃຫ້ກຳນົດປະເພດການບໍລິການ (TOS) ແລະຄ່າກ່ອນໜ້າ. ຄ່າທີ່ເປັນປະໂຫຍດແມ່ນ 16
(ຄວາມລ່າຊ້າຕ່ໍາ) ແລະ 8 (ການສົ່ງຜ່ານສູງ). ໃຫ້ສັງເກດວ່າເພື່ອໃຊ້ TOS ກ່ອນຫນ້າບາງອັນ
ຄຸນຄ່າ, ທ່ານຕ້ອງເປັນຜູ້ໃຊ້ super.
ສໍາລັບ IPv6, ຕັ້ງຄ່າການຄວບຄຸມການຈະລາຈອນ.

-l flow_label, --flowlabel=flow_label
ໃຊ້ flow_label ທີ່ລະບຸໄວ້ສໍາລັບແພັກເກັດ IPv6.

-w ເວລາລໍຖ້າ, --ລໍຖ້າ=ເວລາລໍຖ້າ
ຕັ້ງເວລາ (ເປັນວິນາທີ) ເພື່ອລໍຖ້າການຕອບສະໜອງຕໍ່ກັບການສືບສວນ (ຄ່າເລີ່ມຕົ້ນ 5.0 ວິນາທີ).

-q ສອບຖາມ, --queries=ສອບຖາມ
ກໍານົດຈໍານວນແພັກເກັດ probe ຕໍ່ hop. ຄ່າເລີ່ມຕົ້ນແມ່ນ 3.

-r ຂ້າມຕາຕະລາງການກຳນົດເສັ້ນທາງປົກກະຕິ ແລະສົ່ງໂດຍກົງຫາເຈົ້າພາບທີ່ຕິດຄັດມາ
ເຄືອ​ຂ່າຍ​. ຖ້າໂຮດບໍ່ຢູ່ໃນເຄືອຂ່າຍທີ່ຕິດຢູ່ໂດຍກົງ, ຂໍ້ຜິດພາດຈະຖືກສົ່ງຄືນ.
ຕົວເລືອກນີ້ສາມາດຖືກນໍາໃຊ້ເພື່ອ ping ໂຮດທ້ອງຖິ່ນໂດຍຜ່ານການໂຕ້ຕອບທີ່ບໍ່ມີເສັ້ນທາງ
ໂດຍຜ່ານມັນ.

-s source_addr, --ແຫຼ່ງ=source_addr
ເລືອກທີ່ຢູ່ແຫຼ່ງທາງເລືອກ. ໃຫ້ສັງເກດວ່າທ່ານຕ້ອງເລືອກທີ່ຢູ່ຂອງຫນຶ່ງ
ຂອງການໂຕ້ຕອບ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ທີ່ຢູ່ຂອງການໂຕ້ຕອບຂາອອກແມ່ນຖືກນໍາໃຊ້.

-z ສົ່ງລໍຖ້າ, --sendwait=ສົ່ງລໍຖ້າ
ຊ່ວງເວລາໜ້ອຍສຸດລະຫວ່າງ probes (ຄ່າເລີ່ມຕົ້ນ 0). ຖ້າຄ່າຫຼາຍກວ່າ 10,
ຫຼັງຈາກນັ້ນ, ມັນກໍານົດຕົວເລກເປັນ milliseconds, ອື່ນມັນເປັນຈໍານວນຂອງວິນາທີ (float
ຄ່າ​ຈຸດ​ອະ​ນຸ​ຍາດ​ໃຫ້​ເຊັ່ນ​ດຽວ​ກັນ​)​. ເປັນປະໂຫຍດເມື່ອບາງ routers ໃຊ້ Rate-limit ສໍາລັບ ICMP
ຂໍ້ຄວາມ.

-e, --ສ່ວນຂະຫຍາຍ
ສະແດງສ່ວນຂະຫຍາຍ ICMP (rfc4884). ຮູບແບບທົ່ວໄປແມ່ນ CLASS/TYPE: ຕາມດ້ວຍ
dump ເລກຖານສິບຫົກ. MPLS (rfc4950) ແມ່ນສະແດງການແຍກວິເຄາະ, ໃນຮູບແບບ:
MPLS:L=ປ້າຍ,E=exp_use,S=stack_bottom,T=TTL (ວັດຖຸເພີ່ມເຕີມແຍກໂດຍ / ).

-A, --as-path-lookups
ດໍາເນີນການຄົ້ນຫາເສັ້ນທາງ AS ໃນການລົງທະບຽນເສັ້ນທາງແລະພິມຜົນໄດ້ຮັບໂດຍກົງຫຼັງຈາກ
ທີ່​ຢູ່​ທີ່​ສອດ​ຄ້ອງ​ກັນ​.

-V, - ການປ່ຽນແປງ
ພິມສະບັບແລະອອກ.

ມີທາງເລືອກເພີ່ມເຕີມທີ່ມີຈຸດປະສົງສໍາລັບການນໍາໃຊ້ຂັ້ນສູງ (ເຊັ່ນ: ວິທີການຕິດຕາມສະລັບກັນ
ແລະອື່ນໆ):

--ກິລາ=port
ເລືອກພອດແຫຼ່ງທີ່ຈະໃຊ້. ຫມາຍເຖິງ -N 1. ປົກກະຕິພອດແຫຼ່ງ (ຖ້າ
ໃຊ້ໄດ້) ຖືກເລືອກໂດຍລະບົບ.

--fwmark=ເຄື່ອງຫມາຍ
ຕັ້ງເຄື່ອງໝາຍໄຟວໍສຳລັບແພັກເກັດທີ່ອອກ (ຕັ້ງແຕ່ Linux kernel 2.6.25).

-M ວິທີການ, --ໂມດູນ=ຊື່
ໃຊ້ວິທີການທີ່ລະບຸໄວ້ສໍາລັບການປະຕິບັດງານ traceroute. ວິທີການ udp ແບບດັ້ງເດີມເລີ່ມຕົ້ນມີ
ຊື່ Default, icmp (-I) ແລະ tcp (-T) ມີ​ຊື່​ icmp ແລະ tcp ຕາມລໍາດັບ.
ທາງເລືອກສະເພາະວິທີການສາມາດຜ່ານໄດ້ -O . ວິທີການສ່ວນຫຼາຍແມ່ນງ່າຍດາຍ
ທາງລັດ, (-I ວິທີການ -M icmp, ຯ ລະຯ )

-O ທາງເລືອກ, --ທາງເລືອກ=ທາງເລືອກໃນການ
ລະບຸບາງທາງເລືອກສະເພາະວິທີການ. ທາງ​ເລືອກ​ຫຼາຍ​ອັນ​ຖືກ​ແຍກ​ອອກ​ດ້ວຍ​ເຄື່ອງ​ໝາຍ​ຈຸດ (ຫຼື
ໃຊ້ຫຼາຍ -O ໃນ cmdline). ແຕ່ລະວິທີອາດຈະມີທາງເລືອກສະເພາະຂອງຕົນເອງ, ຫຼືຫຼາຍອັນ
ບໍ່ມີພວກເຂົາຢູ່ໃນທັງຫມົດ. ເພື່ອພິມຂໍ້ມູນກ່ຽວກັບທາງເລືອກທີ່ມີຢູ່, ໃຫ້ໃຊ້ -O ຊ່ວຍເຫຼືອ.

-U, --udp
ໃຊ້ UDP ໄປຫາພອດປາຍທາງໂດຍສະເພາະສໍາລັບການ tracerouting (ແທນທີ່ຈະເພີ່ມ
ພອດຕໍ່ແຕ່ລະ probe). ພອດເລີ່ມຕົ້ນແມ່ນ 53 (dns).

-UL ໃຊ້ UDPLITE ສໍາລັບການຕິດຕາມ (ພອດເລີ່ມຕົ້ນແມ່ນ 53).

-D, --dccp
ໃຊ້ການຮ້ອງຂໍ DCCP ສໍາລັບການສືບສວນ.

-P protocol, --protocol=protocol
ໃຊ້ແພັກເກັດດິບຂອງໂປຣໂຕຄໍທີ່ລະບຸໄວ້ສໍາລັບການ tracerouting. ໂປຣໂຕຄໍເລີ່ມຕົ້ນແມ່ນ 253
(rfc3692).

--mtu ຄົ້ນພົບ MTU ຕາມເສັ້ນທາງທີ່ຖືກຕິດຕາມ. ຫມາຍເຖິງ -F -N 1. ໃຫມ່ ຄົນ ພິມຄັ້ງດຽວ
ໃນຮູບແບບຂອງ F=NUMBER ໃນ probe ທໍາອິດຂອງ hop ທີ່ຮຽກຮ້ອງໃຫ້ມີດັ່ງກ່າວ ຄົນ ຈະ
ຮອດ. (ຕົວຈິງແລ້ວ, ຂໍ້ຄວາມ icmp ທີ່ສອດຄ້ອງກັນ "frag ຕ້ອງການ" ຕາມປົກກະຕິແມ່ນຖືກສົ່ງໄປໂດຍ
hop ທີ່ຜ່ານມາ).

ໃຫ້ສັງເກດວ່າບາງ routers ອາດຈະ cache ເມື່ອຂໍ້ມູນທີ່ເຫັນຢູ່ໃນ fragmentation.
ດັ່ງນັ້ນທ່ານສາມາດໄດ້ຮັບ mtu ສຸດທ້າຍຈາກ hop ໃກ້ຊິດ. ພະຍາຍາມລະບຸຜິດປົກກະຕິ
tos by -t , ນີ້ສາມາດຊ່ວຍສໍາລັບຄວາມພະຍາຍາມຫນຶ່ງ (ຫຼັງຈາກນັ້ນມັນສາມາດຖືກເກັບໄວ້ໃນບ່ອນນັ້ນເຊັ່ນດຽວກັນ).
ເບິ່ງ -F ທາງ​ເລືອກ​ສໍາ​ລັບ​ຂໍ້​ມູນ​ເພີ່ມ​ເຕີມ​.

--ກັບຄືນ ພິມຈໍານວນຂອງ hops ກັບຄືນໄປບ່ອນໃນເວລາທີ່ມັນເບິ່ງຄືວ່າແຕກຕ່າງກັນກັບໄປຂ້າງຫນ້າ
ທິດ​ທາງ. ຕົວເລກນີ້ຖືກຄາດເດົາໂດຍສົມມຸດຕິຖານວ່າ hops ຫ່າງໄກສອກຫຼີກສົ່ງຊອງຕອບ
ດ້ວຍ ttl ເບື້ອງຕົ້ນທີ່ຕັ້ງເປັນ 64, ຫຼື 128 ຫຼື 255 (ເຊິ່ງເບິ່ງຄືວ່າເປັນການປະຕິບັດທົ່ວໄປ).
ມັນຖືກພິມເປັນຄ່າລົບໃນຮູບແບບ '-NUM' .

LIST OF ທີ່ມີຢູ່ ວິທີການ

ໂດຍທົ່ວໄປ, ວິທີການ traceroute ໂດຍສະເພາະອາດຈະຕ້ອງໄດ້ຮັບການຄັດເລືອກໂດຍ -M ຊື່, ແຕ່ສ່ວນໃຫຍ່ຂອງ
ວິທີການມີສະຫຼັບ cmdline ງ່າຍດາຍຂອງພວກເຂົາ (ທ່ານສາມາດເບິ່ງພວກມັນໄດ້ຫຼັງຈາກຊື່ວິທີການ, ຖ້າ
ປະຈຸບັນ).

Default
ວິທີການດັ້ງເດີມ, ວັດຖຸບູຮານຂອງ tracerouting. ໃຊ້ເປັນຄ່າເລີ່ມຕົ້ນ.

ແພັກເກັດ Probe ແມ່ນ udp datagrams ທີ່ມີອັນທີ່ເອີ້ນວ່າ "ບໍ່ຫນ້າຈະເປັນ" ພອດປາຍທາງ. ໄດ້
ທ່າເຮືອ "ທີ່ບໍ່ເປັນໄປໄດ້" ຂອງ probe ທໍາອິດແມ່ນ 33434, ຫຼັງຈາກນັ້ນ, ສໍາລັບແຕ່ລະ probe ຕໍ່ໄປ, ມັນໄດ້ຖືກເພີ່ມຂຶ້ນໂດຍ.
ຫນຶ່ງ. ເນື່ອງຈາກທ່າເຮືອຄາດວ່າຈະບໍ່ໄດ້ໃຊ້, ເຈົ້າພາບປາຍທາງຈະກັບຄືນມາຕາມປົກກະຕິ
"icmp unreach port" ເປັນຄໍາຕອບສຸດທ້າຍ. (ບໍ່ມີໃຜຮູ້ວ່າຈະເກີດຫຍັງຂຶ້ນເມື່ອບາງຄໍາຮ້ອງສະຫມັກ
ຟັງທ່າເຮືອດັ່ງກ່າວ, ເຖິງແມ່ນວ່າ).

ວິທີການນີ້ແມ່ນອະນຸຍາດໃຫ້ສໍາລັບຜູ້ໃຊ້ທີ່ບໍ່ມີສິດທິພິເສດ.

icmp -I
ວິທີການປົກກະຕິທີ່ສຸດສໍາລັບໃນປັດຈຸບັນ, ເຊິ່ງໃຊ້ icmp echo packets ສໍາລັບ probes.
ຖ້າທ່ານສາມາດເຮັດໄດ້ ping(8) ເຈົ້າພາບປາຍທາງ, icmp tracerouting ແມ່ນໃຊ້ໄດ້ເຊັ່ນກັນ.

ວິທີການນີ້ອາດຈະຖືກອະນຸຍາດສໍາລັບຜູ້ໃຊ້ທີ່ບໍ່ມີສິດທິພິເສດນັບຕັ້ງແຕ່ kernel 3.0 (IPv4 ເທົ່ານັ້ນ), ເຊິ່ງ.
ສະຫນັບສະຫນູນໃຫມ່ dgram icmp (ຫຼື "ping") sockets. ເພື່ອອະນຸຍາດໃຫ້ຊັອກເກັດດັ່ງກ່າວ, sysadmin ຄວນ
ໃຫ້ net/ipv4/ping_group_range ໄລຍະ sysctl ເພື່ອໃຫ້ກົງກັບກຸ່ມຜູ້ໃຊ້ໃດໆ.
ຕົວເລືອກ:

ວັດຖຸດິບ ໃຊ້ພຽງແຕ່ເຕົ້າສຽບດິບ (ວິທີພື້ນເມືອງ).
ວິທີນີ້ແມ່ນພະຍາຍາມທໍາອິດໂດຍຄ່າເລີ່ມຕົ້ນ (ສໍາລັບເຫດຜົນທີ່ເຂົ້າກັນໄດ້), ຫຼັງຈາກນັ້ນໃຫມ່ dgram icmp
sockets ເປັນ fallback.

dgram ໃຊ້ພຽງແຕ່ຊັອກເກັດ dgram icmp.

tcp -T
ວິທີການທີ່ທັນສະໄຫມທີ່ມີຊື່ສຽງ, ມີຈຸດປະສົງເພື່ອຂ້າມໄຟວໍ.
ໃຊ້ພອດປາຍທາງຄົງທີ່ (ຄ່າເລີ່ມຕົ້ນແມ່ນ 80, http).

ຖ້າບາງຕົວກອງຢູ່ໃນເສັ້ນທາງເຄືອຂ່າຍ, ສ່ວນຫຼາຍອາດຈະເປັນ udp "ທີ່ບໍ່ຫນ້າຈະເປັນໄປໄດ້".
ທ່າເຮືອ (ເປັນສໍາລັບ Default ວິທີການ) ຫຼືແມ້ກະທັ້ງ icmp echoes (ສໍາລັບ icmp) ຖືກກັ່ນຕອງ, ແລະທັງຫມົດ
tracerouting ພຽງແຕ່ຈະຢຸດຢູ່ທີ່ firewall ດັ່ງກ່າວ. ເພື່ອຂ້າມຕົວກອງເຄືອຂ່າຍ, ພວກເຮົາຕ້ອງ
ໃຊ້ພຽງແຕ່ການປະສົມໂປຣໂຕຄໍ/ພອດທີ່ໄດ້ຮັບອະນຸຍາດ. ຖ້າພວກເຮົາຕິດຕາມສໍາລັບບາງຄົນ, ເວົ້າວ່າ, mailserver, ຫຼັງຈາກນັ້ນ
ຫຼາຍອາດຈະ -T -p 25 ສາມາດບັນລຸໄດ້, ເຖິງແມ່ນວ່າໃນເວລາທີ່ -I ບໍ່ສາມາດ.

ວິ​ທີ​ການ​ນີ້​ນໍາ​ໃຊ້​ເປັນ​ທີ່​ຮູ້​ຈັກ "ເຕັກ​ນິກ​ການ​ເປີດ​ເຄິ່ງ​ຫນຶ່ງ​"​, ເຊິ່ງ​ປ້ອງ​ກັນ​ບໍ່​ໃຫ້​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ກ່ຽວ​ກັບ​ການ​
ເຈົ້າພາບປາຍທາງຈາກການເຫັນ probes ຂອງພວກເຮົາທັງຫມົດ. ໂດຍປົກກະຕິ, tcp syn ຖືກສົ່ງ. ສໍາ​ລັບ​ການ​ບໍ່​ແມ່ນ
ພອດທີ່ຟັງແລ້ວພວກເຮົາໄດ້ຮັບການປັບ tcp, ແລະທັງຫມົດແມ່ນແລ້ວ. ສໍາລັບພອດຟັງຢ່າງຫ້າວຫັນພວກເຮົາ
ໄດ້ຮັບ tcp syn+ack, ແຕ່ຕອບໂດຍ tcp reset (ແທນທີ່ຄາດວ່າຈະເປັນ tcp ack), ດ້ວຍວິທີນີ້.
ຊ່ວງເວລາ tcp ຫ່າງໄກສອກຫຼີກຖືກລຸດລົງເຖິງແມ່ນວ່າບໍ່ມີແອັບພລິເຄຊັນທີ່ສັງເກດເຫັນ.

ມີທາງເລືອກຄູ່ສໍາລັບ tcp ວິທີການ:

syn,ack,fin,rst,psh,urg,ece,cwr
ກໍານົດທຸງ tcp ທີ່ລະບຸໄວ້ສໍາລັບຊຸດ probe, ໃນການປະສົມປະສານໃດໆ.

ທົງ=num
ກໍານົດພາກສະຫນາມທຸງຢູ່ໃນສ່ວນຫົວ tcp ຢ່າງແທ້ຈິງ num.

ecn ສົ່ງຊຸດ syn ທີ່ມີທຸງ tcp ECE ແລະ CWR (ສໍາລັບການແຈ້ງເຕືອນຄວາມແອອັດທີ່ຈະແຈ້ງ,
rfc3168).

sack,timestamps,window_scaling
ໃຊ້ຕົວເລືອກ header tcp ທີ່ສອດຄ້ອງກັນໃນຊຸດ probe ຂາອອກ.

sysctl ໃຊ້ sysctl ປະຈຸບັນ (/proc/sys/net/*) ການຕັ້ງຄ່າສໍາລັບຕົວເລືອກຫົວ tcp ຂ້າງເທິງແລະ
ecn. ຕັ້ງເປັນຄ່າເລີ່ມຕົ້ນສະເໝີ, ຖ້າບໍ່ມີຫຍັງລະບຸໄວ້.

mss=num
ໃຊ້ມູນຄ່າຂອງ num ສໍາລັບ maxseg tcp header option (ເມື່ອ syn).

ຂໍ້ມູນ ພິມທຸງ tcp ຂອງການຕອບ tcp ສຸດທ້າຍເມື່ອເຖິງເຈົ້າພາບເປົ້າໝາຍ. ອະນຸຍາດໃຫ້
ກໍານົດວ່າແອັບພລິເຄຊັນຟັງພອດແລະສິ່ງທີ່ເປັນປະໂຫຍດອື່ນໆ.

ຕົວເລືອກເລີ່ມຕົ້ນແມ່ນ syn, sysctl.

tcpconn
ການປະຕິບັດເບື້ອງຕົ້ນຂອງວິທີການ tcp, ການນໍາໃຊ້ງ່າຍດາຍ ເຊື່ອມຕໍ່(2) ໂທ, ເຊິ່ງເຮັດ tcp ເຕັມ
ເປີດກອງປະຊຸມ. ບໍ່ແນະນໍາສໍາລັບການນໍາໃຊ້ປົກກະຕິ, ເນື່ອງຈາກວ່າຄໍາຮ້ອງສະຫມັກປາຍທາງແມ່ນ
ໄດ້ຮັບຜົນກະທົບສະເຫມີ (ແລະສາມາດສັບສົນ).

udp -U
ໃຊ້ udp datagram ກັບພອດປາຍທາງຄົງທີ່ (ຄ່າເລີ່ມຕົ້ນ 53, dns).
ມີຈຸດປະສົງເພື່ອຂ້າມ Firewall ເຊັ່ນກັນ.

ຫມາຍເຫດ, ທີ່ແຕກຕ່າງຈາກໃນ tcp ວິທີການ, ຄໍາຮ້ອງສະຫມັກທີ່ສອດຄ້ອງກັນຢູ່ໃນເຈົ້າພາບປາຍທາງ ສະເຫມີໄປ
ໄດ້​ຮັບ probes ຂອງ​ພວກ​ເຮົາ (ມີ​ຂໍ້​ມູນ​ແບບ​ສຸ່ມ​)​, ແລະ​ສ່ວນ​ໃຫຍ່​ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ສັບ​ສົນ​ໄດ້​ຢ່າງ​ງ່າຍ​ດາຍ​ໂດຍ​ພວກ​ເຂົາ​. ກໍລະນີຫຼາຍທີ່ສຸດ
ມັນຈະບໍ່ຕອບສະຫນອງກັບຊອງຂອງພວກເຮົາເຖິງແມ່ນວ່າ, ດັ່ງນັ້ນພວກເຮົາຈະບໍ່ເຄີຍເຫັນ hop ສຸດທ້າຍໃນ
ຕິດຕາມ. (ໂຊກດີ, ມັນເບິ່ງຄືວ່າຢ່າງຫນ້ອຍເຄື່ອງແມ່ຂ່າຍ dns ຕອບດ້ວຍສິ່ງທີ່ໃຈຮ້າຍ).

ວິທີການນີ້ແມ່ນອະນຸຍາດໃຫ້ສໍາລັບຜູ້ໃຊ້ທີ່ບໍ່ມີສິດທິພິເສດ.

udplite -UL
ໃຊ້ udplite datagram ສໍາລັບ probes (ມີພອດປາຍທາງຄົງທີ່, ຄ່າເລີ່ມຕົ້ນ 53).

ວິທີການນີ້ແມ່ນອະນຸຍາດໃຫ້ສໍາລັບຜູ້ໃຊ້ທີ່ບໍ່ມີສິດທິພິເສດ.
ຕົວເລືອກ:

ການຄຸ້ມຄອງ=num
ກໍານົດ udplite ສົ່ງການຄຸ້ມຄອງໄປ num.

dccp -D
ໃຊ້ຊຸດການຮ້ອງຂໍ DCCP ສໍາລັບ probes (rfc4340).

ວິທີການນີ້ໃຊ້ "ເຕັກນິກເຄິ່ງເປີດ" ດຽວກັນກັບການນໍາໃຊ້ສໍາລັບ TCP. ປາຍທາງເລີ່ມຕົ້ນ
ທ່າເຮືອແມ່ນ 33434.

ຕົວເລືອກ:

ການບໍລິການ=num
ຕັ້ງລະຫັດບໍລິການ DCCP ເປັນ num (ຄ່າເລີ່ມຕົ້ນແມ່ນ 1885957735).

ວັດຖຸດິບ -P ໂປໂຕຄອນ
ສົ່ງຊຸດໂປຣໂຕຄໍດິບ ໂປໂຕຄອນ.
ບໍ່ມີສ່ວນຫົວສະເພາະໂປຣໂຕຄໍຖືກໃຊ້, ພຽງແຕ່ສ່ວນຫົວ IP ເທົ່ານັ້ນ.
ຫມາຍເຖິງ -N 1.
ຕົວເລືອກ:

protocol=ໂປໂຕຄອນ
ໃຊ້ໂປໂຕຄອນ IP ໂປໂຕຄອນ (ຄ່າເລີ່ມຕົ້ນ 253).

ຫມາຍເຫດ

ເພື່ອເຮັດໃຫ້ການເຮັດວຽກໄວຂຶ້ນ, ໂດຍປົກກະຕິແລ້ວ ມີການສົ່ງ probes ຫຼາຍໜ່ວຍໄປພ້ອມໆກັນ. ໃນທາງກົງກັນຂ້າມ, ມັນ
ສ້າງ "ຫມໍຂອງການຫຸ້ມຫໍ່", ໂດຍສະເພາະໃນທິດທາງຕອບ. Routers ສາມາດ throttle ໄດ້
ອັດຕາການຕອບໂຕ້ icmp, ແລະການຕອບບາງອັນສາມາດສູນເສຍໄປ. ເພື່ອຫຼີກເວັ້ນການນີ້, ຫຼຸດລົງ
ຈໍາ​ນວນ​ຂອງ probes ພ້ອມໆ​ກັນ​, ຫຼື​ແມ້​ກະ​ທັ້ງ​ຕັ້ງ​ມັນ​ເປັນ 1 (ເຊັ່ນ​: ໃນ traceroute ເບື້ອງ​ຕົ້ນ​
ການປະຕິບັດ), ie -N 1

ເຈົ້າພາບສຸດທ້າຍ (ເປົ້າຫມາຍ) ສາມາດລຸດລົງບາງສ່ວນຂອງການສືບສວນພ້ອມໆກັນ, ແລະອາດຈະຕອບໄດ້
ພຽງ​ແຕ່​ຫລ້າ​ສຸດ​. ມັນສາມາດນໍາໄປສູ່ການພິເສດ "ເບິ່ງຄືວ່າຫມົດອາຍຸ" ໃກ້ກັບ hops ສຸດທ້າຍ.
ພວກເຮົາໃຊ້ລະບົບອັດສະລິຍະເພື່ອກວດຫາສະຖານະການດັ່ງກ່າວໂດຍອັດຕະໂນມັດ, ແຕ່ຖ້າມັນບໍ່ສາມາດຊ່ວຍທ່ານໄດ້
ກໍລະນີ, ພຽງແຕ່ໃຊ້ -N 1 ເຊັ່ນດຽວກັນ.

ສໍາລັບຄວາມຫມັ້ນຄົງຫຼາຍກວ່າເກົ່າທ່ານສາມາດຊ້າລົງການເຮັດວຽກຂອງໂຄງການໂດຍ -z ທາງເລືອກ, ສໍາລັບການຍົກຕົວຢ່າງ
ການນໍາໃຊ້ -z 0.5 ສໍາລັບການຢຸດຊົ່ວຄາວເຄິ່ງວິນາທີລະຫວ່າງ probes.

ຖ້າບາງ hops ລາຍງານບໍ່ມີຫຍັງສໍາລັບທຸກໆວິທີການ, ໂອກາດສຸດທ້າຍທີ່ຈະໄດ້ຮັບບາງສິ່ງບາງຢ່າງແມ່ນ
ການນໍາໃຊ້ ping -R ຄໍາສັ່ງ (IPv4, ແລະສໍາລັບ 8 hops ທີ່ໃກ້ທີ່ສຸດເທົ່ານັ້ນ).

ໃຊ້ lft.db ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net