IPsec හරහා දත්ත සමුදාය විමසුම එල්ලී යයි: UDP නැවත අනුපිළිවෙළ ද TCP ද?
පිරිසිදු handshake එකකින් පසු එල්ලී යන විමසුමක් ටනල් මාර්ගයේ ඇතුළතට යොමු කරයි. මාර්ගය අලුත්වැඩියා කළ යුතුද නැතහොත් 443 හි TCP වෙත ආපසු යා යුතුද යන්න කොන්දේසි තුනක් තීරණය කරයි.
TCP handshake එකෙන් පසු එල්ලී යන විමසුමක් මාර්ගකරණ ගැටලුවක් නොවේ. මාර්ග දෝෂ handshake එක අසාර්ථක කරයි, එබැවින් ස්ථාපිත වී පසුව නිහඬ වන සැසියක් මාර්ගයේ ඇතුළතට යොමු කරයි: පරීක්ෂාව, MTU, හෝ ටනලයේ UDP පැකට් පැමිණෙන ආකාරය. ඔබ ඉදිරියේ ඇති තීරණය වන්නේ එම මාර්ගය අලුත්වැඩියා කිරීමද නැතහොත් ටනලය TCP වෙත ගෙන යාමද යන්නයි. කොන්දේසි තුනක් එය තීරණය කරයි, ඒවායින් එකක්වත් දත්ත සමුදාය ගැන නොවේ.
ටනලයට දොස් පැවරීමට පෙර එල්ලීම වර්ගීකරණය කරන්න
ප්රතිඵල හතරක් පරිශීලකයාට එකම ලෙස පෙනෙන අතර ඉංජිනේරුවාට සම්පූර්ණයෙන් වෙනස් අර්ථයක් දෙයි.
| What the client sees | What it rules out |
|---|---|
| Connection refused | Nothing is listening on the address and port the client reached |
| Timeout before the handshake | A filter, a missing route, or the wrong address |
| Handshake completes, query hangs | The session exists, so look at inspection, MTU and packet order |
| Stalls that recover on retry | Often reordering, or a state table entry expiring |
ටනලය මත කාලය ගත කිරීම සාධාරණීකරණය කරන්නේ අවසන් පේළි දෙක පමණි. VPN හරහා ප්රතික්ෂේප කළ සම්බන්ධතාවය සාමාන්යයෙන් දත්ත සමුදාය loopback මත පමණක් සවන් දීමයි, එය ශ්රාවක ගැටලුවකි, සහ handshake ට පෙර කාල ඉකුත්වීම පෙරහනක් හෝ මාර්ගයකි. දෙකම එන්කැප්සියුලේෂන් වෙනස් කිරීමෙන් වැඩිදියුණු නොවේ.
වර්ගීකරණය මුලින්ම ටිකට් එකේ ලියන්න. එය ලාභම පියවර වන අතර සෙවුම් අවකාශයේ වැඩි කොටසක් ඉවත් කරයි.
UDP සහ TCP අතර තීරණය කරන කොන්දේසි තුන
එන්කැප්සියුලේටඩ් IPsec ගමනාගමනය UDP මත ගමන් කරයි, UDP මාර්ගයට කිසිවෙකුට නොකියා නැවත අනුපිළිවෙළ කිරීමේ සහ ඉවත් කිරීමේ නිදහස ලබා දෙයි. නැවත අනුපිළිවෙළ කිරීම පැකට් ටනලයේ පුනරාවර්තන විරෝධී කවුළුවෙන් පිටතට තල්ලු කරන විට, ඒවා නිහඬව ඉවත් කරනු ලබන අතර ඇතුළත TCP සැසිය නිකම්ම රැඳී සිටී. සාර්ථක handshake එකක් සහ කිසිදා ආපසු නොපැමිණෙන විමසුමක් පිටුපස ඇති යාන්ත්රණය එයයි.
මාර්ගය අලුත්වැඩියා කිරීම හෝ TCP වෙත ආපසු යාම කරුණු තුනක් මත රඳා පවතී. පළමුව, මාර්ගයේ සැබෑ පැකට් නැතිවීමක් තිබේද නැතහොත් නැවත අනුපිළිවෙළ කිරීම පමණද? දෙවනුව, පරීක්ෂාව සිදුවන ස්ථානය ඔබට වෙනස් කළ හැකිද, නැතහොත් මෙම ටනලය නැවත අනුපිළිවෙළ කරන සංරචකයෙන් ඉවත් කළ හැකිද? තෙවනුව, කාර්ය භාරය එල්ලීමේ රටාවට සංවේදීද, උදාහරණයක් ලෙස එක් සබැඳියක් බෙදා ගන්නා බහු මල්ටිප්ලෙක්ස් සැසි?
පළමු පිළිතුර නැතිවීම නම් සහ දෙවැන්න නොවේ නම්,443 හි TCP ප්රායෝගික විකල්පයයි. දෙවන පිළිතුර ඔව් නම්, මාර්ගය අලුත්වැඩියා කර UDP තබා ගන්න.
යෙදුම් දෝෂය නොව, ෆයර්වෝල් වාර්තාව කියවන්න
යෙදුම කාල ඉකුත්වීමක් වාර්තා කරයි, එය හේතුව ගැන කිසිවක් නොකියයි. ෆයර්වෝලයේම ලොගය යනු ඉවත් කිරීම හෝ අවහිර කිරීම දිස්වන තැනයි, එබැවින් දත්ත සමුදායේ සහ යෙදුමේ ලිපින අනුව පෙරහන් කර පිළිගැනීම් සමඟ ඉවත් කිරීම් ද සොයන්න.තර්ජන වැළැක්වීමේ බ්ලේඩ යෙදුම් මට්ටමේ දෝෂයක් නිපදවීමෙන් තොරව පැකට් ඉවත් කළ හැක, එය එල්ලී යන විමසුමක නිශ්චිත හැඩයයි. ලොගයේ නිහඬතාවය ද දත්තයකි: එය ලොග් නොකරන දෙයක් වෙත, උදාහරණයක් ලෙස නැවත අනුපිළිවෙළ කිරීම වෙත යොමු කරයි.
පොකුර ද පරීක්ෂා කරන්න. වැරදි ලෙස වින්යාස කළ පොකුරක් එක් සාමාජිකයෙකුගේ තත්ත්ව වගුවේ සැසියක් තබා ගන්නා අතර පැකට් වෙනත් සාමාජිකයෙකුගේ මාර්ගය ගනී, එබැවින් තත්ත්වයක් නොමැති තැනට පිළිතුරු පැමිණේ. එවැනි එල්ලීම් අහඹු ලෙස පෙනෙන අතර භාරය සමඟ සහසම්බන්ධ නොවේ.
කිසිවක් වෙනස් කිරීමට පෙර දෙකෙළවරම සසඳන්න, පැකට් ගණන නොව පැමිණීමේ අනුපිළිවෙළ සසඳන්න:
tcpdump -ni any udp port 4500 -w /tmp/encap.pcap
tcpdump -ni any tcp port 5432 -w /tmp/inner.pcap443 හි TCP ඔබට සැබවින්ම කොපමණ වැය කරයිද
ටනලය TCP වෙත ගෙන යාම නැවත අනුපිළිවෙළ කිරීමේ රෝග ලක්ෂණය ඉවත් කරයි, මන්ද මැද බොක්සය දැන් පිළිවෙළ කළ ධාරාවක් දකී. එය TCP-over-TCP ද නිර්මාණය කරයි. පිටත සම්බන්ධතාවය ඇතුළත සම්බන්ධතාවය දැනටමත් නැවත යැවූ දේ නැවත යවයි, සහ එක් නැතිවීමක් සියලු මල්ටිප්ලෙක්ස් සැසි එකවර නවත්වා දැමිය හැක. පිරිසිදු මාර්ගයක මෙය නොපෙනේ. නැතිවීම් සහිත මාර්ගයක ප්රතිකර්මය රෝග ලක්ෂණයට වඩා නරකය.
විකල්පය සම්බන්ධතාවයේ සම්පූර්ණ අභාවය වන විට මෙම හුවමාරුව පිළිගත හැකි අතර, එය සාමාන්ය ලෙස උරා ගැනීමට වඩා හිමිකරු සහිත ව්යතිරේකයක් ලෙස ලේඛනගත කළ යුතුය.
ප්රවාහනය, පෝටය, ආදර්ශ විමසුමක් සහ මනින ලද ප්රතිඵලය, එසේම දිනය වාර්තා කරන්න. එම වාර්තාව නොමැතිව ඊළඟ ඉංජිනේරුවා පරීක්ෂණය නැවත කරයි, සහ ව්යතිරේකය නිහඬව ගෘහ නිර්මාණය බවට පත් වේ.
තීරණය නැවත සමාලෝචනය කළ හැකි ලෙස තබා ගන්න
මාර්ග රෝග විනිශ්චය ඉක්මනින් පැරණි වේ. මැද බොක්සය ප්රතිස්ථාපනය කරයි, බ්ලේඩ වින්යාසය වෙනස් වේ, සබැඳිය උත්ශ්රේණි කරයි, සහ 443 හි TCP සඳහා හේතුව අතුරුදන් වන අතර වින්යාසය රැඳී පවතී. ව්යතිරේකයට සමාලෝචන දිනයක් තබා UDP වෙත ආපසු යාමට ඉඩ දෙන කොන්දේසිය නම් කරන්න.
කුඩා විමසුමක් සහ විශාල ප්රතිඵල කට්ටලයක් සමඟ ප්රවාහන දෙකම පරීක්ෂා කරන්න. නැවත අනුපිළිවෙළ කිරීම ප්රමාණය මත රඳා පවතින එල්ලීම් ලෙස පෙනේ, ශ්රාවක දෝෂය ප්රමාණ දෙකම සමානව නවත්වයි.