VPN ගේට්වේ නැවත ආරම්භ කිරීමෙන් පසුවත් IPv4 යැවීම රැඳී තිබෙන ලෙස කරන්න

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

ගේට්වේ එකට ළඟා වීම යැවීමට සමාන නොවේ

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

සේවාදායක පැකට්ටුව පැමිණෙන අතුරුමුහුණත සහ ඉදිරි මාර්ගය පිටවන අතුරුමුහුණත ලියා තබන්න. දෙකම එකම නාම අවකාශයකට අයත් වන අතර, වැදගත් සැකසුම ඇත්තේ එම නාම අවකාශයේය.

පැකට් ඇත්තටම ඇති තැන අගය කියවන්න

සත්කාරක නාම අවකාශයේ මාර්ගගත කරන ගේට්වේ එකක, එක් විධානයක් ප්‍රශ්නයට පිළිතුරු දෙයි: sysctl net.ipv4.ip_forward. ඇතුළු වන සහ ඉදිරි මාර්ගය නම් කළ නාම අවකාශයක ජීවත් වන්නේ නම්, එම නාම අවකාශයෙන් අසන්න: ip netns exec vpn-gw sysctl net.ipv4.ip_forward. සත්කාරකයේ අගය නාම අවකාශයේ අගයට ආදේශකයක් නොවේ, සහ සත්කාරකයේ එකක් තිබීම කිසිවකට සාක්ෂියක් නොවේ.

සෑම මාර්ගගත කිරීමේ සන්දර්භයකටම ip netns වෙත දිය හැකි ලේබලයක් නැත. කන්ටේනර ධාවන පරිසර සහ සේවා මිත්‍රශීලී නාමයක් යටතේ කිසිදා ලියාපදිංචි නොවන නාම අවකාශ සාදයි, සහ ඒවා සඳහා ඔබ ධාවන පරිසරයේ පරීක්ෂණ මෙවලම් භාවිත කරයි. vpn-gw වෙනුවට සැබෑ නාමය හෝ එම සන්දර්භයට ළඟා වන ධාවන පරිසර යාන්ත්‍රණය දමන්න, සහ සත්කාරක මට්ටමේ අනුමාන කිරීම නවත්වන්න.

සැකසුමට එක් හිමිකරුවෙකු දෙන්න

සාම්ප්‍රදායික systemd සත්කාරක ගේට්වේ එකක, තිරසාර ස්වරූපය වන්නේ පරිපාලකයා තෝරන ලද නමක් සහිත drop-in ගොනුවකි, උදාහරණයක් ලෙස /etc/sysctl.d/60-vpn-forwarding.conf, එහි net.ipv4.ip_forward = 1 අඩංගු වේ. ගොනුව ලියන්න, පසුව ජීවමාන තත්ත්වයද වෙනස් වන පරිදි එම නිශ්චිත ගොනුවම පූරණය කරන්න: sudo sysctl -p /etc/sysctl.d/60-vpn-forwarding.conf, ඉන්පසු නැවත කියවා පරීක්ෂා කරන්න. ගොනු නාමය උදාහරණයක් මිස වෙන් කළ VPN මාර්ගයක් නොවේ, සහ මුල් අංකය වැදගත් වන්නේ පසුව වර්ග කරන ගොනු ජය ගන්නා බැවිනි.

ප්‍රමුඛතාව යනු තිරසාරභාවය නිහඬව කැඩෙන තැනය. බෙදාහැරීමේ පූරකය සහ ඔබේම drop-in දෙකම පරීක්ෂා කරන්න, මන්ද procps sysctl --system අවසානයේ /etc/sysctl.conf ද කියවයි, නමුත් systemd හි sysctl.d අනුපිළිවෙල සම්පූර්ණයෙන්ම වෙනස් අනුපිළිවෙලකි. පසුව සිදු කරන පැවරීමක් එම යතුරම වහාම නැවත තැබිය හැක, ඔබේ ගොනුව නිවැරදිව තබා ඵලදායී අගය වැරදි කරමින්. එම තර්කය දිනා ගැනීමට පවතින පරිපාලක ගොනුවක් නැවත ලියන්න එපා; හිමිකරු සොයා එහිම වෙනස් කරන්න.

ඇරඹීමෙන් පසු සාදන නාම අවකාශයක් සත්කාරක drop-in එකකින් කිසිසේත් පාලනය නොවේ. එහි සැකසුම එය සාදන දෙයට අයත් වේ, එය කන්ටේනර ධාවන පරිසරය වුවත් නාම අවකාශයේ සැපයුම් ඒකකය වුවත්. ප්‍රශ්නය මඟ හැරීමට කන්ටේනරයකට පුළුල් සත්කාරක වරප්‍රසාද දීම නිවැරදි හිමිකරු හඳුනා ගැනීමට මිනිත්තු දහයක් ගත කිරීමට වඩා නරක ගනුදෙනුවකි.

ස්විචය හරවන්නට පෙර එහි පිරිවැය දැන ගන්න

ip_forward හානිකර නොවන බූලියන් අගයක් නොවේ. කර්නල ලේඛන සටහන් කරන්නේ එය වෙනස් කිරීම තවත් IPv4 පරාමිතීන් කිහිපයක් සත්කාරක හෝ මාර්ගගතකරු පෙරනිමියට යළි සකසන බවයි, එබැවින් රෝග විනිශ්චය සඳහා කරන හරවීමක් වෙනත් තැනක කළ සීරුමාරුවක් ඉවත දමා එය කිසිදා සඳහන් නොකරනු ඇත. එය නොසැලකිලිමත් ලෙස ධාවනය කළ හැකි පරීක්ෂණයක් ලෙස නොව, අතුරු ප්‍රතිවිපාක සහිත වින්‍යාස වෙනසක් ලෙස සලකන්න.

සේවාදායකයෙකුට සත්කාරකයක් වෙත ළඟා විය නොහැකි සෑම විටම එය ක්‍රියා විරහිත කර නැවත ක්‍රියාත්මක කිරීමද මෙය බැහැර කරයි. අගය දැනටමත් එකක් නම්, දෝෂය මාර්ගයේ වෙනත් තැනක ඇත, සහ එම යතුර තුන්වන වරට නැවත ලිවීම එය චලනය නොකරනු ඇත.

තිරසාරභාවය ඔප්පු කරන්න, පසුව මාර්ගයේ ඉතිරි කොටස පරීක්ෂා කරන්න

අගය නැවත අවස්ථා හතරක කියවන්න: වෙනසෙන් පසු වහාම, VPN අතුරුමුහුණත දිස්වීමෙන් පසු, නැවත සම්බන්ධ වීමෙන් පසු, සහ සැලසුම් කළ නැවත ආරම්භයකින් පසු. එම ලක්ෂ්‍යයන්ගෙන් ඕනෑම එකකදී ආපසු යන අගයකට දෙවන හිමිකරුවෙකු සිටී, සහ තවත් එක් වරක් ලිවීමක් එය ඊළඟ නැවත ඇරඹීම දක්වා පමණක් සඟවයි.

යැවීම සක්‍රීය කර තිබියදීත් පරීක්ෂා කිරීමට කරුණු තුනක් ඉතිරි වේ. සේවාදායකයට ගමනාන්තයට මාර්ගයක් අවශ්‍යය, ගේට්වේ එකට ඉදිරි මාර්ගයක් සහ එය භාවිත කිරීමට අවසරයක් අවශ්‍යය, සහ ගමනාන්තයට සේවාදායකයේ ටනල් ලිපිනයට ආපසු මාර්ගයක් අවශ්‍යය. පෞද්ගලික මාර්ගගත LAN එකකට ස්වයංක්‍රීයව NAT අවශ්‍ය නොවේ, එබැවින් තුනෙන් කුමක් අතුරුදහන් වී ඇත්දැයි දැන ගැනීමට පෙර masquerading එකතු නොකරන්න, සහ ගේට්වේ එකෙන් නොව අපේක්ෂිත සේවාදායකයෙන් පරීක්ෂා කරන්න, මන්ද ගේට්වේ එකේ ආරම්භ වූ ඉල්ලීමක් ඔබ දැන් සක්‍රීය කළ යැවීමේ මාර්ගය කිසිදා ස්පර්ශ නොකරයි. IPv6 සතුව තමන්ගේම යැවීම් සහ මාර්ගගත කිරීමේ ප්‍රතිපත්තියක් ඇත, එබැවින් ක්‍රියාකාරී IPv4 පරීක්ෂණයක් ඒ ගැන කිසිවක් නොකියයි.

drop-in මාර්ගය, නාම අවකාශයේ හිමිකරු සහ නැවත කියවන විධානය runbook එකේ එකට තබන්න. මෙය ඊළඟට ගන්නා අයෙකුට අගය කියවීමට, එහි හිමිකරු කවුරුන්දැයි බැලීමට, සහ ගැටලුව තිරසාරභාවයද නැතහොත් මාර්ගයේ ඉතිරි කොටසද යන්න මිනිත්තුවක් තුළ තීරණය කිරීමට හැකි විය යුතුය.