VPN උමඟක් හරහා traceroute එක් දිශාවකින් පමණක් මිය යන්නේ ඇයි
එක් දිශාවකින් සම්පූර්ණ වී අනෙක් දිශාවෙන් තාරකා මුද්රණය කරන ලුහුබැඳීමක් සාමාන්යයෙන් රෝග විනිශ්චය ගැටලුවකි. පරීක්ෂණ ක්රම, ආපසු මාර්ග සහ සැබෑ ඉල්ලීමක් සසඳන්න.
එක් දිශාවකින් සම්පූර්ණ වී අනෙක් දිශාවෙන් තාරකා පේළි මුද්රණය කරන traceroute ප්රතිදානය අසමමිතික යොමු කිරීමක් ලෙස පෙනේ, සාමාන්යයෙන් එය එසේ නොවේ. පෙන්වන සෑම හොප් එකකටම පරීක්ෂණය ළඟා වීම, රවුටරයක් පිළිතුරු දීමට තීරණය කිරීම සහ පිළිතුර ආපසු ගොස් පරීක්ෂණය සමඟ ගැළපීම අවශ්ය වේ. මෙම සබැඳිවලින් ඕනෑම එකක් කැඩුවොත් පේළිය තාරකාවක් බවට පත් වන අතර උමඟ දිගටම දත්ත ගෙන යයි.
ලුහුබැඳීම ප්රවාහනය පිළිබඳ සාක්ෂියක් වීමට පෙර රෝග විනිශ්චය පිළිබඳ සාක්ෂියකි. ඇසිය යුතු ප්රශ්නය වන්නේ සබැඳි තුනෙන් කුමක් අසාර්ථක වුණාද යන්නය, පිළිතුර ප්රතිදානයේ හැඩයෙන් නොව පැකට් වලින් එයි.
තාරකාවක් යනු නැති වූ පිළිතුරකි, නැති වූ හොප් එකක් නොවේ
traceroute එක් එක් වටයේදී TTL තවත් රවුටරයක් දුරින් අවසන් වන පරීක්ෂණ යවමින් පිටතට ගමන් කරයි. කල් ඉකුත් වූ පරීක්ෂණයක් ඉවත දමන රවුටරයක් තමන් නම් කරන ICMP Time Exceeded පණිවිඩයක් ආපසු දිය යුතු අතර මෙවලම එම නම මුද්රණය කරයි. මෙවලම ඇත්ත වශයෙන්ම බලා සිටින්නේ එම පණිවිඩය කාල සීමාවක් තුළ පැමිණීමයි. රවුටරය වෙනත් මූලාශ්ර ලිපිනයකින් පිළිතුරු දුන්නොත්, දෝෂ ජනනය කිරීමේ වාර ගණන සීමා කළොත් හෝ පරීක්ෂණය වචනයක් නොකියා ඉවත දැම්මොත්, එම වටය මුද්රණය කළ හැකි කිසිවක් ලබා නොදේ.
මෙම ප්රතිඵල කිසිවක් ඉදිරි මාර්ගය කැඩී ඇති බව නොකියයි. තාරකාවක් යනු පිළිතුරු නොලත් තැපෑල පිළිබඳ වාර්තාවකි, හිස් මාර්ගයක් පිළිබඳ නොවේ.
පරීක්ෂණ ක්රමය තීරණය කරන්නේ ඔබට හමුවන පෙරහනයයි
Linux හි පෙරනිමි ක්රමය සාමාන්යයෙන් ඉහළ අංකයක UDP ගමනාන්ත වරායක් වේ, Windows හි tracert ICMP ප්රතිරාවය යවයි, Linux වෙත ඒ වෙනුවට ICMP හෝ TCP භාවිත කරන ලෙස පැවසිය හැක. ඒවායින් එකක් තත්ත්වය සහිත ෆයර්වෝලයකට හෝ ක්ලවුඩ් ආරක්ෂක කණ්ඩායමකට වෙනස් ආකාරයේ ගමනාගමනයක් ලෙස පෙනේ. එක් පැත්තක UDP ලුහුබැඳීමක් අනෙක් පැත්තේ ICMP ලුහුබැඳීමක් සමඟ සසඳන්නේ වෙනස් පරීක්ෂණ දෙකකි. ප්රතිඵල වෙනසක් ලෙස නම් කිරීමට පෙර ක්රමය, ලිපින පවුල, මූලාශ්ර ලිපිනය සහ කාල සීමාව ස්ථිර කරන්න.
සාධාරණ සංසන්දනයක් සඳහා ලුහුබැඳීම ගමනාගමනය ඇත්තටම ගෙන යන සත්කාරකවලින් ධාවනය කරන්න, ඔවුන් වෙනුවෙන් යොමු කරන ද්වාරයකින් නොව. රවුටරය විසින් ජනනය කරන ලද ලුහුබැඳීමක් රවුටරයේම මූලාශ්ර ලිපිනය සහ ප්රතිදාන ප්රතිපත්තිය භාවිත කරයි, ඒවා සේවාලාභියෙකු දකින කිසිවකට වඩා දැඩි විය හැක. නැවත පුනරාවර්තනය කළ හැකි වන පරිදි නිශ්චිත විධානය සටහන් කරන්න.
කාල සීමා අගය පරීක්ෂණයේ අනෙක් අර්ධයයි, සටහන්වලින් එය අතහැරීම පහසුය. තදබදය සහිත මාර්ගයක තත්පර දෙකක රැඳීමක් තාරකා වාර්තා කරන අතර තත්පර පහක රැඳීමක් හොප් වාර්තා කරයි. සියලු ධාවනවල අගය සමානව තබන්න, සංසන්දනය ජාලය ගැනම පවතින පරිදි.
ආපසු මාර්ගය තමන්ගේම මාර්ගයකි
ICMP දෝෂයක් යනු තමන්ගේම මූලාශ්රයක් සහ ගමනාන්තයක් සහිත සාමාන්ය පැකට්ටුවකි, එයට ලුහුබඳින්නා වෙත ආපසු මාර්ගයක් අවශ්ය වේ. උමඟ ප්රතිපත්තිය LAN උපසර්ග ගෙන ගියත් දෝෂය ජනනය කළ රවුටරයේ ලිපිනය නොගෙන ගියොත්, පණිවිඩය ඔබට ළඟා විය නොහැකි මාර්ගයකින් පිටවේ. මාර්ගය පවතින විට පවා පිළිතුරු පෙරහන එය ඉවත දැමිය හැක, පැකට්ටුව අනපේක්ෂිත අතුරුමුහුණතක අනපේක්ෂිත ලිපිනයකින් පැමිණෙන බැවිනි. මෙය යෙදුම් අසාර්ථකත්වයක් නොව රෝග විනිශ්චය තලයේ නොගැළපීමකි.
ලුහුබැඳීම සම්පූර්ණ වන තෙක් සෑම තේරීමක්ම පුළුල් කිරීම පින්තූරය ලස්සන කර ප්රතිපත්තිය නරක කරයි. නිශ්චිත රෝග විනිශ්චය ලිපිනය අලුත්වැඩියා කරන්න, නැතහොත් තාරකාව පිළිගෙන යෙදුම වෙනත් ආකාරයකින් පරීක්ෂා කරන්න.
සැබෑ ඉල්ලීමකින් උමඟ තහවුරු කරන්න
සේවාවේම වරායේ TCP අතට අත දීම වැදගත් දිශාවෙන් යොමු කිරීම, ආපසු මාර්ගගත කිරීම සහ පෙරහන් කිරීම පරීක්ෂා කරයි. පහත විධාන දෙක්හි දෙකෙළවරේම ධාවනය වන අතර සෑම පැත්තකටම විවෘත කළ හැකි දේ සසඳයි. ඔබේම සැකසුමෙන් සේවා වරාය සහ උමඟ අතුරුමුහුණතේ නම වෙනුවට යොදන්න.
traceroute -I -n -w 2 203.0.113.40
traceroute -T -p 443 -n -w 2 203.0.113.40
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' --max-time 5 http://203.0.113.40:8080/health
ss -tan state established
පළමුව traceroute ධාවන දෙක කියවන්න: ICMP ධාවනය හොප් පෙන්වා TCP ධාවනය නොපෙන්වන්නේ නම්, වෙනස ක්රමයේ මිස මාර්ගයේ නොවේ. පසුව curl ප්රතිඵලය යෙදුම් මට්ටමේ පිළිතුර ලෙස ගන්න, සාධාරණ තත්ත්ව කේතයක් සමඟ සම්පූර්ණ වූ හුවමාරුවක් යනු ඉදිරි සහ ආපසු මාර්ග දෙකම සැබෑ ගමනාගමනයට ක්රියා කරන බවයි. සොකට් ලැයිස්තුව පෙන්වන්නේ සම්බන්ධතාවය ඇති වී ඇත්ද යන්නය, එය කිසිදු ලුහුබැඳීමකට කිව නොහැක.
දිශා දෙකෙහිම අන්තර්ක්රියාකාරී සැසියක් ගෙන යන අතර එක් traceroute එකක් තාරකා මුද්රණය කරන උමඟ සෞඛ්ය සම්පන්න වන අතර ඡායාරූපක වශයෙන් පමණක් දුර්වලය. සෑම පැත්තකම විධාන ප්රතිදානය වාර්තාවක් ලෙස තබා, නැති වූ හොප් VPN ගැන තීන්දුවක් නොව රෝග විනිශ්චය ගැන විවෘත ප්රශ්නයක් ලෙස සලකන්න.