සමාන පිරිවැයක් ඇති මාර්ග VPN දෝෂ දැකීම අපහසු කරන්නේ ඇයි
ටනල් කිහිපයක් එකම පිරිවැය බෙදාගන්නා විට, සෑම ප්‍රවාහයකටම වෙනස් එකක් ගත හැකිය. සාර්ථක ping එකක් ඔබේ යෙදුම සැබවින්ම භාවිතා කරන මාර්ගය ගැන කිසිවක් නොකියයි.
පරිශීලකයෙක් පවසන්නේ අභ්‍යන්තර යෙදුම එක් යන්ත්‍රයකින් ක්‍රියා කරන අතර තවත් එකකින් අසාර්ථක වන බවයි, නමුත් ගේට්වේවලින් ඔබ ධාවනය කරන ping දෙකම අවස්ථාවල සාර්ථක වේ. සමාන පිරිවැයක් ඇති ටනල් කිහිපයක් සමඟ මෙය පරස්පරයක් නොවේ. සෑම ප්‍රවාහයක්ම එහිම ඊළඟ හොප් එකට තැබේ, එබැවින් ඔබේ පරීක්ෂාව සහ පරිශීලකයාගේ සැසිය සරලව වෙනස් මාර්ග භාවිතා කරමින් සිටිය හැක. පහත විස්තරය කිසිවක් වෙනස් කිරීමට පෙර එම තේරීම නැවත නිපදවයි.
එක් ping එකක්, හැකි මාර්ග කිහිපයක්
මාර්ගයකට එකම පිරිවැයකින් එකකට වඩා ඊළඟ හොප් ඇත්නම්, රවුටරයට එක් එක් පැකට්ටුව සඳහා එකක් තෝරාගත යුතුය. බොහෝ ක්‍රියාත්මක කිරීම් පැකට්ටුවේ ක්ෂේත්‍ර හැෂ් කරයි, සාමාන්‍යයෙන් මූලාශ්‍ර සහ ගමනාන්ත ලිපින ප්‍රොටෝකෝලය සහ පෝට් සමඟ, පිළිතුරු එකම මාර්ගයේ රැඳී සිටීමට. විවිධ යෙදුම්, නැතහොත් එකම යෙදුමක විවිධ සම්බන්ධතා පවා විවිධ හැෂ් නිපදවයි.
එබැවින් ගේට්වේවලින් කරන රෝග නිර්ණය ඉතා අල්පයක් පමණක් ඔප්පු කරයි. ගේට්වේවලම පරීක්ෂාවට එහිම ලිපින සහ පෝට් ඇත, එබැවින් එහිම හැෂ් එකක්ද. එය සෞඛ්‍ය සම්පන්න ටනලයට ගොඩබැසිය හැකි අතර පරිශීලකයා කැඩුණු එකට ගොඩබසිමින් සිටී.
වේදිකාව ඊළඟ හොප් එක තෝරන ආකාරය
අනුමාන කරනවාට වඩා තේරීම නැවත නිපදවන්න. අසාර්ථක සැසියට සමාන මූලාශ්‍රය සහ ගමනාන්තය සඳහා කර්නලය කුමන මාර්ගයක් භාවිතා කරයිදැයි අසන්න. එම සෙවීමට සාමාන්‍ය ගමනාන්ත සෙවීමක් නොසලකා හරින ක්ෂේත්‍ර ඇතුළත් වේ. ක්‍රියා කරන සේවාලාභියෙකුගෙන්ද එය ධාවනය කර පිළිතුරු දෙක සසඳන්න:
ip route get 10.20.5.7 from 10.20.0.14නව iproute2 නිකුතු ප්‍රොටෝකෝලය සහ ගමනාන්ත පෝට්ද පිළිගනී, හැෂ් ඒවා ඇතුළත් වන විට එය වැදගත් වේ. එම ප්‍රතිදානය ක්‍රියා කරන සේවාලාභියෙකුගෙන් කරන එම සෙවීම සමඟ සසඳන්න, වෙනස ඔබට නොතිබූ සාක්ෂියයි.
| Observation | Likely cause | First check |
|---|---|---|
| Ping works, application fails | A different flow hash selects another tunnel | Per-flow lookup from the client's address |
| Some users fail, others do not | One tunnel lacks a prefix or selector | Compare both tunnels' installed routes |
| Fails only at larger sizes | Tunnels have different effective MTU | Probe the same size over each path |
| Fails after a reconnect | Stateful asymmetry between paths | Session state on both gateways |
අසාර්ථක ප්‍රවාහය අනුගමනය කරන්න, මාර්ග වගුව නොවේ
මාර්ග වගුව ටනල් දෙකම ලැයිස්තුගත කරන අතර අර්ථ දැක්වීම අනුව නිවැරදි බව පෙනේ. ප්‍රශ්නය වන්නේ තෝරාගැනීමෙන් පසු සෑම ටනලයක්ම පැකට්ටුව සමඟ කුමක් කරයිද යන්නයි. දෙකම එකම ආරක්ෂිත ප්‍රීෆික්ස්, එකම යොමු කිරීමේ අවසරය සහ එම සේවාලාභියාට ළඟා වන ආපසු මාර්ගයක් දරන බව සත්‍යාපනය කරන්න.
මැද ඇති තත්ත්ව සහිත උපාංග දෙස අවධානය යොමු කරන්න. ඉල්ලීමක් එක් ටනලයකින් පිටවී පිළිතුර අනෙකෙන් ආපසු පැමිණේ නම්, මුල් ප්‍රවාහය කිසිදා නොදුටු ෆයර්වෝලයක් හෝ NAT එකක් එය ඉවත දමනු ඇත. ටනල් දෙකම රථවාහන නිවැරදිව යොමු කරයි, නමුත් සම්බන්ධතාවය තවමත් අසාර්ථක වේ.
සෑම මාර්ගයකම MTU ද පරීක්ෂා කරන්න. අමතර සංකේතනයක් ඇති මාර්ගයක් භාවිත කළ හැකි ප්‍රමාණය කුඩා කරයි, සහ එක් ටනලයක සාර්ථක වන මාරු කිරීමක් අනෙකෙහි කුඩා එක කැඩෙන එම ප්‍රමාණයේදීම නතර වේ.
එකවර එක් මාර්ගයක් සසඳන්න
නිර්මාණය නඩත්තුවට ඉඩ දෙන තැන, එක් ටනලයක් සේවයෙන් ඉවත් කර පරිශීලකයාගේ කාර්යය නැවත කරන්න. දෝෂය අතුරුදහන් වුවහොත්, ගැටලුව ඔබ ඉවත් කළ මාර්ගයට අයත් වේ, සහ ඊළඟ පියවර වන්නේ මාර්ගගත කිරීමේ වගුව නැවත පරීක්ෂා කිරීම නොව එහි වින්‍යාසය අසල්වැසියා සමඟ සසඳන්න.
පුනරාවර්තන ping නොව, සැබෑ යෙදුම සසඳන්න. දෝෂය යම් නිශ්චිත ඊළඟ හොප් එකක්, පැකට්ටු ප්‍රමාණයක් හෝ නැවත සම්බන්ධ වීමෙන් පසු සංක්‍රාන්තියක් අනුගමනය කරන්නේදැයි සටහන් කරන්න, මන්ද එම රටා තුන විවිධ අලුත්වැඩියා කිරීම් වෙත යොමු කරයි.
අවසාන වශයෙන්, මාර්ග සමාන ලෙස සැලකෙන්නේ ඇයිද සහ දෝෂයක් ඉන් එකක් සේවයෙන් ඉවත් කළ යුත්තේ කෙසේදැයි ලියන්න. මාර්ග සැබවින්ම හුවමාරු කළ හැකි විට පමණක් බහු මාර්ග ආරක්ෂිත වේ, සහ එය උපකල්පනය කිරීම වෙනුවට පරීක්ෂා කළ යුතු නිර්මාණ ප්‍රකාශයකි.