ટ્રેસરઆઉટ - લિનક્સ કમાન્ડ - યુનિક્સ કમાન્ડ

ટ્રેસરઆઉટ - માર્ગ પેકેટોને નેટવર્ક હોસ્ટ પર છાપો

સારાંશ

ટ્રેસરઆઉટ [ -DFInrvx ] [ -f first_ttl ] [ -જી ગેટવે ]

[ -i ઇઝેએસ] [ -એમ મેક્સ_ttl] [ -પી પોર્ટ ]

[ -q nqueries ] [ -s src_addr ] [ -t tos ]

[ -ડબલ્યુ વેઇટાઈમ ] [ -ઝ પોસેમેસેક્સ ]

હોસ્ટ [ પેકેટલીન ]

વર્ણન

ઇંટરનેટ નેટવર્ક હાર્ડવેરનું એક વિશાળ અને સંકુલ સંકલન છે, જે ગેટવેઝ સાથે જોડાયેલું છે. માર્ગનાં પેકેટોને અનુસરવા (અથવા તમારા પેકેટ્સને કાઢી નાખવાના દુષ્પ્રભાવના ગેટવેને શોધવાનું) ટ્રેક કરવું મુશ્કેલ હોઈ શકે છે. ટ્રેસરઆઉટઆઇપી પ્રોટોકોલનો ઉપયોગ 'રહેવા માટેનો સમય' અને કેટલાક યજમાનના રસ્તામાં દરેક ગેટવેથી ICMP TIME_EXCEEDED પ્રતિસાદને પ્રાપ્ત કરવાના પ્રયત્નોનો ઉપયોગ કરે છે.

માત્ર ફરજિયાત પરિમાણ સ્થળ હોસ્ટ નામ અથવા IP નંબર છે . ડિફૉલ્ટ ચકાસણી ડેટાગ્રામની લંબાઈ 40 બાઇટ્સ છે , પરંતુ સ્થળ હોસ્ટ નામ પછી પેકેટ લંબાઈ (બાઇટ્સમાં) સ્પષ્ટ કરીને તેને વધારી શકાય છે.

અન્ય વિકલ્પો છે:

-એફ

પહેલા આઉટગોઇંગ ચકાસણી પેકેટમાં ઉપયોગમાં લેવાતી પ્રારંભિક સમય-થી-લાઈવને સુયોજિત કરો.

-એફ

"ટુકડો નથી" બીટ સેટ કરો

-ડી

સોકેટ સ્તર ડિબગીંગ સક્ષમ કરો

-જી

એક છૂટક સ્રોત રૂટ ગેટવે (8 મહત્તમ) નો ઉલ્લેખ કરો.

-i

આઉટગોઇંગ ચકાસણી પેકેટો માટે સ્રોત IP સરનામા મેળવવા માટે નેટવર્ક ઈન્ટરફેસ સ્પષ્ટ કરો. આ સામાન્ય રીતે મલ્ટિ-હોમ હોસ્ટ પર ઉપયોગી છે. (આ કરવા માટેના અન્ય માર્ગ માટે -s ફ્લેગ જુઓ.)

-આઇ

UDP ડેટાગ્રામને બદલે ICMP ECHO નો ઉપયોગ કરો.

-એમ

આઉટગોઇંગ ચકાસણી પેકેટોમાં મહત્તમ સમય-થી-લાઇવ (હોપ્સની મહત્તમ સંખ્યા) નો ઉપયોગ કરો. ડિફૉલ્ટ 30 હોપ્સ છે (TCP કનેક્શન્સ માટે સમાન ડિફૉલ્ટ વપરાય છે).

-ના

પ્રિન્ટ હૉપ સંજ્ઞાનાત્મક અને સંખ્યાત્મક રીતે સંખ્યાત્મક રીતે બદલે છે (પાથ પર મળેલા દરેક ગેટવે માટે નામસર્વર સરનામું-થી-નામ લૂકઅપ બચાવે છે)

-પી

ચકાસણીઓમાં વપરાયેલ મૂળ UDP પોર્ટ નંબરને સુયોજિત કરો (મૂળભૂત 33434 છે). ટ્રેસરઆઉટ આશા રાખે છે કે કંઇ યુડીપી પોર્ટ્સ આધારને બેઝ + નહોપ્સ -1 ને ગંતવ્ય યજમાન પર સાંભળતા નથી (જેથી ICMP PORT_UNREACHABLE સંદેશ રસ્તો ટ્રેસીંગને સમાપ્ત કરવા માટે પરત કરવામાં આવશે). જો કંઈક ડિફોલ્ટ શ્રેણીમાં પોર્ટ પર સાંભળી રહ્યું હોય, તો આ વિકલ્પનો ઉપયોગ કોઈ વણવપરાયેલી પોર્ટ શ્રેણી પસંદ કરવા માટે કરી શકાય છે.

-આર

સામાન્ય રાઉટિંગ કોષ્ટકોને બાયપાસ કરો અને જોડેલ નેટવર્ક પર હોસ્ટ પર સીધા જ મોકલો. યજમાન સીધી-જોડાયેલ નેટવર્ક પર ન હોય તો, ભૂલ પરત કરવામાં આવે છે. આ વિકલ્પનો ઉપયોગ સ્થાનિક હોસ્ટને ઇન્ટરફેસ દ્વારા પિંગ કરવા માટે વાપરી શકાય છે જેનો કોઈ રસ્તો નથી (દા.ત., ઇન્ટરફેસ રૂટ કરેલ (8C) દ્વારા અવક્ષય થયા પછી).

-s

આઉટગોઇંગ ચકાસણી પેકેટોમાં સ્રોત સરનામાં તરીકે નીચેનું IP સરનામું (જે સામાન્ય રીતે IP નંબર તરીકે આપવામાં આવે છે, યજમાનનામ નથી) તરીકે વાપરો. મલ્ટી-હોસ્ટેડ યજમાનો (એક કરતાં વધુ IP એડ્રેસ સાથે), આ વિકલ્પ સ્રોત સરનામાને પ્રોક્સ પેકેટ પર મોકલવામાં આવેલ ઇન્ટરફેસના IP એડ્રેસ સિવાયના કંઈક માટે દબાણ કરવા માટે વાપરી શકાય છે. જો IP સરનામું આ મશીનના ઈન્ટરફેસ સરનામાંમાંના એક ન હોય તો, ભૂલ પરત કરવામાં આવે છે અને કંઇ મોકલવામાં આવતું નથી. (આ કરવા માટેના અન્ય માર્ગ માટે -i ફ્લેગ જુઓ.)

-ટી

નીચેની કિંમત (ડિફોલ્ટ શૂન્ય) માં ચકાસણી પેકેટોમાં ટાઇપ ઓફ સર્વિસ સેટ કરો. મૂલ્ય 0 થી 255 ની રેંજમાં એક દશાંશ પૂર્ણાંક હોવો આવશ્યક છે. આ વિકલ્પનો ઉપયોગ જુદાં જુદાં પગલાઓના વિવિધ પ્રકારની સેવાનાં પરિણામોમાં જોવા માટે થઈ શકે છે. (જો તમે 4.4 બીએસડી ચલાવતા ન હોવ, તો આ શૈક્ષણિક હોઇ શકે છે કારણ કે ટેલનેટ અને એફટીપી જેવી સામાન્ય નેટવર્ક સેવાઓથી તમે સેવાની શરતોને નિયંત્રિત કરી શકતા નથી). TOS ના બધા મૂલ્યો કાનૂની અથવા અર્થપૂર્ણ નથી - વ્યાખ્યાઓ માટે આઇપી સ્પેક જુઓ ઉપયોગી મૂલ્યો કદાચ ` -16 (ઓછી વિલંબ) અને` -8 8 '(ઉચ્ચ થ્રુપુટ) છે.

-વી

વર્બોઝ આઉટપુટ TIME_EXCEEDED સિવાયના ICMP પેકેટો પ્રાપ્ત કર્યા છે અને અનરેચેબલ્સ સૂચિબદ્ધ છે.

-ડબ્લ્યુ

ચકાસણીના પ્રતિસાદની રાહ જોવા માટે સમય (સેકંડમાં) સેટ કરો (ડિફૉલ્ટ 5 સેકંડ.).

-x

આઇપી ચેકસ્મ્સ ટૉગલ કરો સામાન્ય રીતે, આ આઇપી ચેક્સમની ગણતરીમાંથી ટ્રેસરાઉટને અટકાવે છે. કેટલાક કિસ્સાઓમાં ઓપરેટિંગ સિસ્ટમ આઉટગોઇંગ પેકેટના ભાગો પર ફરીથી લખી શકે છે પરંતુ ચેક્સમની પુનઃ ગણતરી કરી શકાતી નથી (તેથી કેટલાક કિસ્સાઓમાં ડિફૉલ્ટ ચેક્સમમની ગણતરી કરતું નથી અને -X નો ઉપયોગ કરીને તેને કેલ્ક્યુલેટેડ બનાવવાની તક આપે છે). નોંધ કરો કે ICMP ECHO ચકાસણીઓ ( -I ) નો ઉપયોગ કરતી વખતે સામાન્ય રીતે છેલ્લી હોપ માટે checksums જરૂરી છે. તેથી ICMP નો ઉપયોગ કરતી વખતે તેઓ હંમેશા ગણતરી કરવામાં આવે છે.

-ઝ

ચકાસણીઓ વચ્ચે વિરામ માટે સમય (મિલિસેકંડમાં) સુયોજિત કરો (મૂળભૂત 0). કેટલાક સિસ્ટમો જેમ કે સિકરિસ અને રાઉટર્સ જેવા કે Ciscos દર મર્યાદા આઇસીએમપી સંદેશાઓ. આ સાથે વાપરવા માટે એક સારી કિંમત છે 500 (દા.ત. 1/2 સેકંડ).

આ પ્રોગ્રામ રૂટને શોધવાનું પસંદ કરે છે જે આઇપી પેકેટ કેટલાક ઈન્ટરનેટ યજમાનને UDP પ્રોબ પેકેટો લોન્ચ કરીને નાના ટીટીએલ (લાઇવ ટુ લાઇવ) પછી ICMP "ગાળાના સમયની ઓળંગી" જવાબ માટે સાંભળતા હશે. અમે અમારી ચકાસણીઓ એક ટી.ટી.એલ સાથે શરૂ કરીએ છીએ અને જ્યાં સુધી અમે ICMP "પોર્ટ પહોંચી શકતા નથી" (જેનો અર્થ છે કે આપણે "હોસ્ટ" મેળવ્યું છે) મેળવીએ છીએ અથવા મહત્તમ હિટ (જે 30 હોપ્સ માટે ડિફૉલ્ટ છે અને -m સાથે બદલી શકાય છે ધ્વજ). ત્રણ ચકાસણીઓ ( -q ફ્લેગ સાથે બદલાય છે) દરેક ટીટીએલ સેટિંગ પર મોકલવામાં આવે છે અને એક લીટી એ ટીટીએલ, ગેટવેનો સરનામું અને દરેક ચકાસણીના રાઉન્ડ ટ્રીપ સમય દર્શાવે છે. જો ચકાસણી વિવિધ ગેટવેમાંથી આવે તો, દરેક પ્રતિસાદ સિસ્ટમનું સરનામું છાપવામાં આવશે. જો કોઈ 5 સેકન્ડમાં કોઈ પ્રતિસાદ ન હોય સમયસમાપ્તિ અંતરાલ ( -w ફ્લેગ સાથે બદલાઈ), તે ચકાસણી માટે "*" છપાયેલ છે.

અમે ગંતવ્ય યજમાનને UDP ચકાસણી પેકેટો પર પ્રક્રિયા કરવા માંગતા નથી તેથી લક્ષ્યસ્થાન પોર્ટ અસંભવિત મૂલ્ય પર સેટ કરેલું છે (જો કોઈ ગંતવ્ય પરના કેટલાક ક્લોડ એ મૂલ્યનો ઉપયોગ કરે છે, તો તે -p ફ્લેગ સાથે બદલી શકાય છે).

એક નમૂનો ઉપયોગ અને આઉટપુટ હોઈ શકે છે:

[યાક 71]% ટ્રેસરઆઉટ nis.nsf.net. nis.nsf.net (35.1.1.48), 30 હોપ્સ મેક્સ, 38 બાઇટ પેકેટ 1 હેલિઓસ.ઈ.બી.એલ.એલ.જી.વી. (128.3.112.1) 19 એમએસ 1 9 એમએસ 0 એમએસ 2 લીલાક-ડીએમ. બર્કલી.ઈડીયુ (128.32) 216.1) 39 એમએસ 39 એમએસ 19 એમએસ 3 લીલાક- ડીએમ. બર્કલી.ઇડીયુ (128.32.216.1) 39 એમએસ 39 એમએસ 1 9 એમએસ 4 સીસીજેડી- એનઆર.બીર્કેલે.ઇડીયુ (128.32.136.23) 39 એમએસ 40 એમએસ 39 એમએસ 5 સીસીએન -એરીફ 22.બર્કેલે.ઇડીયુ (128.32.168.22) 39 એમએસ 39 એમએસ 39 એમએસ 6 128.32.197.4 (128.32.197.4) 40 એમએસ 59 એમએસ 59 એમએસ 7 131.119.2.5 (131.119.2.5) 59 એમએસ 59 એમએસ 59 એમએસ 8 129.140. 70.13 (129.140.70.13) 99 એમએસ 99 એમએસ 80 એમએસ 9 12 9 .140.71.6 (12 9 .140.71.6) 139 એમએસ 239 એમએસ 319 એમએસ 10 12 9 .140.81.7 (129.140.81.7) 220 એમએસ 199 એમએસ 199 એમએસ 11 એનઆઈસી.મિરિટ.ઇડુ (35.1 .1.48) 239 એમએસ 239 એમએસ 239 એમએસ

નોંધ કરો કે રેખાઓ 2 અને 3 સમાન છે. આ બીજી હૉપ સિસ્ટમ પર બગડી કર્નલને કારણે છે - lbl-csam.arpa - જે શૂન્ય ટીટીએલ (4.3BSD ના વિતરણ આવૃત્તિમાં એક બગ) સાથે આગળનાં પેકેટો છે. નોંધ કરો કે એનએસએફેનેટ (12 9 .140) તેના એનએસએસઝ માટે સરનામાં-થી-નામના અનુવાદો પૂરા પાડતા નથી ત્યારથી તમારે અનુમાન લગાવવું જોઈએ કે કયા પેકેટો ક્રોસ-દેશ લઈ રહ્યા છે.

વધુ રસપ્રદ ઉદાહરણ છે:

[યાક 72]% ટ્રેસરઆઉટ બધાસ્પેસ.એલસી.મી.ઈ.ડી.યુ.યુ. બધાસ્પેસ.એલસી.મી.ઈ.ડી.યુ. (18.26.0.115), 30 હોપ્સ મેક્સ 1 હેલિઓસ.ઈ.બી.એલ.એલ.જી.વી. (128.3.112.1) 0 એમએસ 0 એમએસ 0 એમએસ 2 લીલાક-ડીએમ. બર્કલી.ઇડીયુ (128.32.216.1) માટે ટ્રેસરઆઉટ. 19 એમએસ 1 9 એમએસ 1 9 એમએસ 3 lilac- dmc.Berkeley.EDU (128.32.216.1) 39 એમએસ 1 9 એમએસ 1 9 એમએસ 4 સીસીજેડી- એનઆર. બર્કલી.ઇડીયુ (128.32.136.23) 19 એમએસ 39 એમએસ 39 એમએસ 5 ccn-nerif22 .Berkeley.EDU (128.32.168.22) 20 એમએસ 39 એમએસ 39 એમએસ 6 128.32.197.4 (128.32.197.4) 59 એમએસ 119 એમએસ 39 એમએસ 7 131.119.2.5 (131.119.2.5) 59 એમએસ 59 એમએસ 39 એમએસ 8 129.140.70.13 ( 129.140.70.13) 80 એમએસ 79 એમએસ 99 એમએસ 9 12 9 .140.71.6 (12 9 .140.71.6) 139 એમએસ 139 એમએસ 159 એમએસ 10 12 9 .140.81.7 (12 9 .140.81.7) 199 એમએસ 180 એમએસ 300 એમએસ 11 12 9 .140.72.17 (129.140.72.17) 300 ms 239 ms 239 ms 12 * * * 13 128.121.54.72 (128.121.54.72) 259 ms 499 ms 279 ms 14 * * * 15 * * * 16 * * * 17 * * * 18 એલીસ્પેસ. LCS.MIT.EDU (18.26) .0.115) 339 મીટર 279 એમએસ 279 એમએસ

નોંધ કરો કે 12, 14, 15, 16 અને 17 ગેટવેઝ દૂર ક્યાં તો ICMP "સમયની ઓળંગી" સંદેશા મોકલતા નથી અથવા તેમને પહોંચવા માટે ખૂબ જ નાની ટી.ટી.એલ. સાથે મોકલો. 14 - 17 એમઆઇટી સી ગેટવે કોડ ચલાવતા હોય છે જે "ટાઇમ ઓવર્ડ" ઓ મોકલતું નથી ભગવાન માત્ર જાણે છે કે 12 સાથે શું ચાલી રહ્યું છે

ઉપરોક્ત શાંત ગેટવે 12 માં બગના પરિણામ હોઈ શકે છે. [23] બીએસડી નેટવર્ક કોડ (અને તેના ડેરિવેટિવ્ઝ): 4.x (x <= 3) મૂળમાં રહેલ કોઈપણ ટીપ્લલનો ઉપયોગ કરીને એક પહોંચ નહી સંદેશ મોકલે છે ડેટાગ્રામ ત્યારથી, ગેટવેઝ માટે, બાકીની ટીપીએલ શૂન્ય છે, ICMP "સમય ઓળંગાઈ ગયો" તે અમને પાછા નહીં કરવા ખાતરી આપી છે. આ ભૂલનું વર્તન થોડું વધુ રસપ્રદ છે જ્યારે તે લક્ષ્યસ્થાન સિસ્ટમ પર દેખાય છે:

1 હેલિઓસ.ઈ.બી.એલ.એલ.જી.વી. (128.3.112.1) 0 એમએસ 0 એમએસ 0 એમએસ 2 લિલાક- ડીએમસી. બર્કલી.ઇડીયુ (128.32.216.1) 39 એમએસ 1 9 એમએસ 39 એમએસ 3 લિલાકે- ડીએમ. બર્કલી.ઇડીયુ (128.32.216.1 ) 19 એમએસ 39 એમએસ 1 9 એમએસ 4 સીસીજેડી-એનઆર.બીર્કેલે.ઇડીયુ (128.32.136.23) 39 એમએસ 40 એમએસ 1 9 એમએસ 5 સીસીએન- એનએઆઈએફ 35.બીર્કેલે.ઇડીયુ (128.32.168.35) 39 એમએસ 39 એમએસ 39 એમએસ 6 સીએસએસબી. બર્કલે.ઇડીયુ (128.32.133.254) 39 એમએસ 59 એમએસ 39 એમએસ 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 રિપ. બર્કલી.ઇડીયુ (128.32.131.22) 59 એમએસ! 39 એમએસ! 39 એમએસ!

નોંધ લો કે ત્યાં 12 "ગેટવેઝ" (13 અંતિમ મુકામ છે) અને બરાબર તેમાંથી છેલ્લા અડધા "ખૂટે છે". ખરેખર શું થઈ રહ્યું છે તે રીપ (સન -3 સન OS3.5) એ ટીએટીએલનો ઉપયોગ અમારા ડેટાગ્રામમાંથી ટીએટીએલ તરીકે તેના ICMP જવાબમાં કરે છે. તેથી, જવાબ રીટર્ન પથ પર સમય રહેશે (ICMP ની ICMP માટે મોકલવામાં ન આવે ત્યારથી કોઇને કોઈ નોટિસ મોકલવામાં ન આવે ત્યાં સુધી) જ્યાં સુધી અમે ટીટએલ સાથે ઓછામાં ઓછી બે વાર પાથ લંબાઈની તપાસ કરીએ. હા, રિપ ખરેખર માત્ર 7 હોપ્સ દૂર છે એક જવાબ કે જે 1 ની ટી.ટી.એલ સાથે આપે છે તે ચાવી છે આ સમસ્યા અસ્તિત્વમાં છે. ટ્રેસરઆઉટ પ્રિન્ટ કરે છે "!" સમય પછી જો ટીટીએલ <= 1 છે. વિક્રેતાઓ ઘણી બધી અપ્રચલિત (DEC માતાનો Ultrix, સન 3.x) અથવા બિન-ધોરણ (એચપીયુએક્સ) સોફ્ટવેર મોકલે છે, કારણ કે આ સમસ્યા વારંવાર જોવાની અને / અથવા લક્ષ્યને પસંદ કરવાની તમારી ચકાસણીઓના યજમાન

સમય પછી અન્ય સંભવિત ઍનોટેશન્સ ! એચ ,! એન , અથવા ! પી (હોસ્ટ, નેટવર્ક અથવા પ્રોટોકોલ પહોંચાતું નથી) ,! (સ્રોત માર્ગ નિષ્ફળ), !! F- (ફ્રેગ્મેન્ટેશન જરૂરી - RFC1191 પાથ એમટીયુ ડિસ્કવરી મૂલ્ય પ્રદર્શિત થાય છે), ! X (સંચાર વહીવટી રીતે પ્રતિબંધિત છે) ,! V (યજમાન અગ્રતા ઉલ્લંઘન) ,! સી (પ્રાધાન્યતા પૂર્વવર્તી અસર), અથવા ! (ICMP અણનમ કોડ). આ RFC 1812 દ્વારા વ્યાખ્યાયિત કરવામાં આવે છે (જે RFC1716 નું સ્થાન લે છે). જો લગભગ તમામ ચકાસણીઓ કોઈ પ્રકારની પહોંચ નહી મળે તો, traceroute છોડશે અને બહાર નીકળશે.

આ પ્રોગ્રામ નેટવર્ક પરીક્ષણ, માપન, અને મેનેજમેન્ટમાં ઉપયોગ માટે છે. મુખ્યત્વે મેન્યુઅલ ફોલ્ટ આઇસોલેશન માટે તેનો ઉપયોગ થવો જોઈએ. નેટવર્ક પર લાદવામાં આવતી લોડને લીધે, સામાન્ય ઓપરેશન્સ દરમિયાન અથવા ઓટોમેટેડ સ્ક્રિપ્ટ્સમાં ટ્રેસરાઉટનો ઉપયોગ કરવો તે ખોટું છે.

આ પણ જુઓ

પથાર (8), નેટસ્ટાટ (1), પિંગ (8)