VPN හි SSH සෑම මිනිත්තුවකම කැඩේද? හේතුව keepalive නොවේ

SSH සම්බන්ධ වේ, විනාඩියක් පමණ ක්‍රියා කරයි, පසුව සෑම විටම එකම කාල පරතරයක දී කැටි වේ. සාමාන්‍ය පැහැදිලි කිරීම නික්‍රිය ටයිම්අවුට් එකකි, එබැවින් මිනිසුන් MTU අඩු කර ක්ලයන්ට් keepalives සකසයි. මා වැඩ කළ WireGuard සබැඳිය දැනටමත් මේ සියල්ල පසුකර තිබුණි: කුඩා ටනල් MTU, client-alive සැකසුම්, වින්‍යාසගත ටනල් keepalive. බිඳීම් වෙනසක් නොමැතිව පැවතුණි. හේතුව අසමමිතික LAN මාර්ගයක් විය, මෙම රටාව හඳුනා ගැනීම වටී, මන්ද එය කාල සටහන් මත පදනම් වූ සෑම නිරාකරණයක්ම පරාජය කරයි.

keepalive මගින් ඔබේ සත්කාරකය තවමත් යැවීමට කැමති බව ඔප්පු කරයි. එය කිසිදා හරහා නොයන ප්‍රතිචාරයක් තත්ත්වය රඳවා ගන්නා උපාංගයකට දැකීමට සැලැස්විය නොහැක.

මිථ්‍යාව: keepalives නිහඬ බිඳීම නිවැරදි කරයි

SSH keepalives ඇත්තේ එක් කාර්යයක් සඳහාය: නිහඬතාවය ගණන් කරන යමක් නික්‍රිය සැසියක් ඉවත් කිරීම වැළැක්වීම. එය ඔවුන් හොඳින් කරයි. එක් දිශාවකට පළමු පැකට්ටුව දැක පසුව කිසිදා ප්‍රතිචාරය නොදුටු තත්ත්වය රඳවා ගන්නා උපාංගයක ගැටලුව ඔවුන් විසඳන්නේ නැත, මන්ද ක්ලයන්ට් යවන කිසිවක් ප්‍රතිචාරය භාවිතා කරන අතුරුමුහුණත වෙනස් නොකරයි.

MTU වෙනස් කිරීම අනෙක් ජනප්‍රිය නිරාකරණය වන අතර එයට ද එම අසාර්ථක වීමේ ආකාරය ඇත. MTU අඩු කිරීම කැබලිකරණයට සහ මාර්ග-MTU ගැටලුවලට උපකාරී වන අතර මාර්ගයකට කිසිවක් නොකරයි. ඔබේ කාල සටහන් සහ MTU දැනටමත් සාධාරණ නම් සහ බිඳීම තවමත් පුනරාවර්තී කාල පරතරයක සිදුවේ නම්, කාල පරතරය ඔබට කොහේ හෝ ටයිම්අවුට් එකක් ගැන කියයි, පැකට්ටුවේ ප්‍රමාණය ගැන නොවේ. කාල පරතරය ලියා එය මාර්ගයේ සෑම උපාංගයකම තත්ත්ව ටයිම්අවුට් සමඟ සසඳන්න.

සංඥාව වන්නේ නිත්‍යතාවය සහ එම කාල පරතරය තුළ සැසිය භාවිතයට සුදුසුව පැවතීමයි. නික්‍රිය ටයිම්අවුට් කිසිවක් නොසිදු වූ විට පහර දෙයි; මෙය ඔබ ටයිප් කරන විට පහර දෙයි.

අමතර ගේට්වේ සැබවින්ම කරන්නේ කුමක්ද

ලැප්ටොප් පරිගණකය සහ VPN ගේට්වේ එකම LAN එකේ තබන්න, වෙනම LAN firewall එකක් පෙරනිමි ගේට්වේ ලෙස තබන්න. ලැප්ටොප් පරිගණකය VPN දෙසට යන ට්‍රැෆික් firewall වෙත යවයි, firewall එය ගේට්වේ වෙත යවයි, සහ ගේට්වේයේ ප්‍රතිචාර LAN හරහා කෙලින්ම ලැප්ටොප් පරිගණකය වෙත ආපසු එයි. එම දෙවන පාදය කිසිදා firewall හරහා නොයයි, එබැවින් එහි තත්ත්ව වගුව අර්ධ සම්බන්ධතාවක් රඳවා ගනී.

පහත ලිපින එම වින්‍යාසය පිළිබිඹු කරයි:

Laptop:             192.168.50.20
LAN firewall:       192.168.50.1
WireGuard gateway:  192.168.50.10
Remote VPN subnet:  10.77.0.0/24

යළි-නිර්දේශන සහ තත්ත්ව හැසිරවීම පසුව ක්‍රියාත්මක handshake එකක් වහාම නොව පසුව මිය යන සම්බන්ධතාවක් බවට පත් කරයි. ප්‍රමාදය වන්නේ තත්ත්ව සටහන පැරණි වීම හෝ දැඩි පරීක්ෂාවක් අසාර්ථක වීමයි, එබැවින් කාල පරතරය එතරම් යාන්ත්‍රික ලෙස පෙනේ.

මේ කිසිවක් ක්ලයන්ට් වින්‍යාසයේ නොපෙනේ, එබැවින් එය සෙවීම සාමාන්‍යයෙන් වැරදි ගොනුවකින් ආරම්භ වේ.

එක් අරමුණු සහගත මාර්ගයක් තෝරන්න

ඉහත වින්‍යාසය සඳහා, දුරස්ථ උපජාලය කෙලින්ම VPN ගේට්වේ වෙත මාර්ගගත කිරීම අර්ධ සම්බන්ධතාව ඉවත් කරයි:

sudo ip route add 10.77.0.0/24 via 192.168.50.10
ip route get 10.77.0.42

මේවා උදාහරණ ලිපිනයන්ය. ඊළඟ hop එක ඔබේ LAN එකේ ළඟා විය හැකි විය යුතුය, prefix එක අපේක්ෂිත දුරස්ථ ජාලය විය යුතුය, සහ දෙවන විධානය එය මත රඳා පැවතීමට පෙර ප්‍රතිඵලය පෙන්වයි. ගේට්වේ ඔබේ උපජාලයේ නොමැති නම්, මෙම මාර්ගය ඔබට අවශ්‍ය නිරාකරණය නොවේ.

firewall එක එම පද්ධති අතර ට්‍රැෆික් අධීක්ෂණය කිරීමට නම්, එය වටා මාර්ගගත කිරීම වැරදි සැලසුමකි. ඒ වෙනුවට දිශා දෙකම මායිම හරහා යාමට ඉඩ දෙන්න, ආපසු මාර්ගය ගැලපෙන පරිදි දෙපස මාර්ග වින්‍යාසගත කරන්න. ඉලක්කය වන්නේ තත්ත්ව පරීක්ෂාව අඩු කිරීම නොව එක් අරමුණු සහගත මාර්ගයකි.

Netgate හි අසමමිතික මාර්ගගත කිරීම පිළිබඳ සටහන් එම අතුරුමුහුණත් මට්ටමේ අසමමිතිය සහ එයින් ඇතිවන තත්ත්ව ගැටලු විස්තර කරයි, එබැවින් තත්ත්ව හැසිරවීම ගෝලීයව ලිහිල් කිරීමට පෙර ඒවා කියවන්න. මෙම අවස්ථාවට සමාන කාලසටහන් සහිත විසන්ධි කිරීම් තමන් විසින්ම සාක්ෂි නොවේ. ලිපිය එක් අසාර්ථක වීමේ ආකාරයක විස්තරයක් ලෙස සලකන්න, පසුව ගෝලීය තත්ත්ව ප්‍රතිපත්තිය වෙනස් කිරීමට පෙර ඔබේම ජාලය එයට ගැලපෙන බව ඔප්පු කරන්න.

දෙකෙළවරින්ම පරීක්ෂා කරන්න

ලැප්ටොප් පරිගණකයේ ගමනාන්තය දෙසට ඇති මාර්ගය සහ ගමනාන්තයේ ලැප්ටොප් පරිගණකය දෙසට ඇති ආපසු මාර්ගය කියවන්න; ඒවා වෙනස් තීරණ දෙකක් වන අතර ඒවායින් එකක් පමණක් වැරදි විය හැක. ගේට්වේයෙන්ම සාර්ථක වන ping එකක් ගැටලුව සම්පූර්ණයෙන් සඟවා ගත හැක, මන්ද එය දැනටමත් නිවැරදි මාර්ගයක් ඇති යන්ත්‍රයෙන් ආරම්භ වේ. සැබෑ සැසියේ දෙකෙළවර දකින පරිදි දිශා දෙකම ඔබට අවශ්‍යය.

නිරාකරණයෙන් පසු SSH නැවත විවෘත කරන්න, පෙර අසාර්ථක වූ කාල පරතරයට වඩා බොහෝ ඈතට සැසිය විවෘතව තබන්න. පසුව අනුමත ජාල වින්‍යාසයේ මාර්ගය ස්ථිර කරන්න, මන්ද එක් වරක් විධානයක් නැවත ආරම්භ කිරීමේ සැලැස්මක් නොවේ, ඊළඟ නැවත ආරම්භයේදී ගැටලුව නව අභිරහසක් සමඟ ආපසු එනු ඇත.

අසමමිතිය සුදුසු වන විට

අසමමිතික මාර්ගගත කිරීම බොහෝ ජාලවල සාමාන්‍ය වන අතර නිර්වචනය අනුව කැඩී නැත. තත්ත්ව නිරීක්ෂණය, පරිවර්තනය හෝ ප්‍රතිපත්තිය ඔවුන් නොදකින මාර්ගයක් දැකීම මත රඳා පැවතීමේදී එය ගැටලුවක් වේ, සහ ඒ සෑම එකකටම වෙනස් ප්‍රතිකර්මයක් ඇත. එය වටා නැවත නිර්මාණය කිරීමට පෙර මැද උපාංගයට සැබවින්ම අවශ්‍ය කුමක්දැයි පරීක්ෂා කරන්න.

කල් පවතින පිළිතුර මාර්ග දෙක, දෙකම දැකිය යුතු උපාංගය සහ එය හැකි කරන මාර්ගය නම් කරයි. ඔබට උපාංගය නම් කළ නොහැකි නම්, ඔබ තවමත් හේතුව සොයාගෙන නැත.