LAN රවුටරය සහ VPN සේවාලාභියා: උපාංග දෙකක්, මාර්ග වගු දෙකක්

උපාංග දෙකක් පැකට් ඉදිරියට යවන අතර එක් එක් අය තමන්ගේම වගුවක් තබා ගනී. ඈත ප්රීෆික්සය VPN සේවාලාභියාට අයත් බව LAN රවුටරය දනී, එම ප්රීෆික්සයට තම උමං මාර්ගය හරහා ළඟා වන ආකාරය VPN සේවාලාභියා දනී. පළමු වගුව පමණක් වින්යාස කරන්න, එවිට පැකට් ගැළපෙන මාර්ගයක් නැති යන්ත්රයකට ළඟා වේ, එබැවින් එය නැවත පෙරනිමි මාර්ගයෙන් පිටව යයි. එයයි සම්පූර්ණ දෝෂය, සහ LAN පැත්තෙන් එය මාර්ග ලූපයක් ලෙස පෙනේ, මන්ද එය පාහේ එයම වේ.

මාර්ගයක් ස්පර්ශ කිරීමට පෙර පිම්ම දෙක අඳින්න

උදාහරණ ආකෘතියක් ගන්න: LAN සත්කාරක 192.168.50.0/24 හි, සාමාන්ය රවුටරය 192.168.50.1 හි, වෙන් වූ සේවාලාභියා 192.168.50.15 හි, සහ ඈත LAN 10.60.0.0/24 හි ඇති අතර එය එම සේවාලාභියා සතු උමං මාර්ගයෙන් පමණක් ළඟා විය හැක. පෞද්ගලික පරාස දෙකෙන් එකක්වත් අනෙක සමඟ අතිච්ඡාදනය නොවේ, සහ උමං මාර්ගයට තමන්ගේම ලිපින සැලැස්මක් ඇත.

පෞද්ගලික පරාස දෙකම වැදගත් වන්නේ කුමන උපාංගයට පිළිතුරු දිය හැකිද යන්න ඒවා තීරණය කරන නිසාය. ඈත පැත්තට පැකට් සේවාලාභියාගේ උමං ලිපිනයෙන් පැමිණෙන බව පෙනෙනු ඇත, සහ එහි පිළිතුර 192.168.50.0/24 වෙත ආපසු යන මාර්ගයක් සොයා ගත යුතුය. පිටවන දිශාව පමණක් වින්යාස කර ඇත්නම්, ඉල්ලීම ක්රියා කළ හැකි නමුත් පිළිතුර අතුරුදහන් වේ.

පියවර 1: රවුටරය උමං මාර්ගයට නොව සේවාලාභියාට හරවන්න

LAN රවුටරයේ, ඊළඟ පිම්ම සේවාලාභියාගේ LAN ලිපිනය වන ගමනාන්ත මාර්ගයක් එකතු කරන්න:

ip route add 10.60.0.0/24 via 192.168.50.15
ip route get 10.60.0.55

එම වාර්තාව කියන්නේ “උමං මාර්ගයක් සෑදිය හැකි යන්ත්රයට එය භාර දෙන්න” කියාය. උමං මාර්ගය ගොඩනැගෙන ආකාරය ගැන එය කිසිවක් නොකියයි, සහ එය සේවාලාභියාගේම මාර්ගය ආදේශ නොකරයි. කළමනාකරණය කරන රවුටරයක සමාන දෙය උපාංගයේ ස්ථිතික මාර්ග පිටුවේ ජීවත් වේ; Linux රවුටරයක එය LAN හි හිමිකරු වන අතුරුමුහුණත් වින්යාසයට අයත් වේ, ඔබ වැසෙන ෂෙල් එකට නොවේ.

දෙවන විධානයේ පිළිතුර පරීක්ෂා කරන්න. එය සේවාලාභියා gateway ලෙසත් LAN අතුරුමුහුණත device ලෙසත් වාර්තා කරයි නම්, පළමු පිම්ම නිවැරදි වන අතර ඉතිරි කාර්යය අනෙක් යන්ත්රයේ ඇත.

පියවර 2: සේවාලාභියාට උමං මාර්ගයේ පැත්තේ තමන්ගේම මාර්ගයක් දෙන්න

සේවාලාභියා දැන් 10.60.0.0/24 සඳහා පැකට් ලබා තමන්ගේම වගුව බලයි. එහි උමං වින්යාසය එම ප්රීෆික්සය සඳහා මාර්ගයක් ස්ථාපනය කර ඇත්නම්, පැකට් සංකේතනය වී දිගටම යයි. නොකර ඇත්නම්, පැකට් සාමාන්ය පෙරනිමිය සමඟ ගැළපී 192.168.50.1 වෙත ආපසු යයි, එය එය නැවත සේවාලාභියාට යවයි.

යමක් එකතු කිරීමට පෙර බලන්න:

ip route show table all | grep -E "10\.60\.0\.0/24|default"
sysctl net.ipv4.ip_forward

සෑම වගුවකම ප්රීෆික්ස් මාර්ගයක් නොතිබීම ඔබ සොයන සොයාගැනීමයි. උමං මාර්ගයේම වින්යාසය හරහා එය එකතු කරන්න, එවිට ඊළඟ නැවත සම්බන්ධතාවය එය නැවත ස්ථාපනය කරයි; අතින් කළ ip route add සැසිය සමඟ අතුරුදහන් වී වඩාත්ම අපහසු අවස්ථාවේ දෝෂය නැවත ගෙන එයි. ඊළඟ පිම්ම උමං අතුරුමුහුණත හෝ VPN එහි සහකරු ලෙස පවරන ලිපිනයයි, සේවාලාභියා මත රඳා පවතී, සහ සහකරු ලිපිනය පැරණි සටහනකින් නොව වත්මන් පැතිකඩෙන් පැමිණිය යුතුය.

ලූපය, එය සිදු වූ විට, ප්රායෝගිකව අනන්ත නොවේ: සෑම ගමනකදීම TTL අඩු වන අතර පැකට් කාලය ඉක්මවූ පණිවිඩයක් සමඟ මිය යයි. එබැවින් නැවත නැවත කරන traceroute චක්රයක් යෝජනා කළ හැකි අතර, යැවීම නොකරන සේවාලාභියා එම පැකට් නිහඬව හෙළයි.

පියවර 3: යැවීමට අවසර දී ආපසු මාර්ගය තෝරන්න

ලැබීම සහ යැවීම වෙනස් අවසර වේ. සේවාලාභියා මත net.ipv4.ip_forward=1 කර්නල් මට්ටමේ සංක්රමණයට අවසර දෙයි, සහ ගිනිපවුරු නියමයක් තවමත් එය LAN අතුරුමුහුණත සහ උමං මාර්ගය අතර අවසර දිය යුතුය. සේවාලාභියාගේම කළමනාකරණ පිටුවට ප්රවේශයට අවසර දෙන නියමය ඈත LAN වෙත සංක්රමණයට අවසර නොදෙන අතර, එම සත්කාරකයම දේශීයව ping වලට පිළිතුරු දෙන විට මෙම වෙනස මඟ හැරීම පහසුය.

ඈත පැත්තට කැඩපතක් වැනි ගැටලුවක් ඇත. 192.168.50.0/24 මෙම සත්යාපිත සේවාලාභියා හරහා ළඟා විය හැකි බව එය දැනගත යුතුය. OpenVPN සමඟ මෙය සාමාන්යයෙන් සේවාදායක වින්යාසය තල්ලු කරන සෑම සේවාලාභියෙකුටම මාර්ගයක්, හෝ සේවාදායකයේ සේවාලාභියා පිටුපස ඇති LAN ප්රකාශ කරන සේවාලාභි-නිශ්චිත ගොනුවක් අදහස් කරයි. එය නොමැතිව, ඈත LAN පිළිතුර හෙළයි හෝ එය තමන්ගේම පෙරනිමි ද්වාරයට, එනම් අන්තර්ජාලයට යවයි.

LAN ප්රීෆික්සය ප්රකාශ කළ නොහැකි විට මූලාශ්ර පරිවර්තනය විකල්පයයි. සේවාලාභියා මත සීමිත masquerade නියමයක් මූලාශ්රය උමං ලිපිනයට නැවත ලියයි, සහ පිළිතුරු පසුව ස්වාභාවිකව ආපසු එයි. එය කුමන LAN සත්කාරකය ඉල්ලීම කළේද යන්නද සඟවයි, සහ එය විසින්ම ඈත පැත්තට ඇතුළට සම්බන්ධතා ආරම්භ කිරීමට ඉඩ නොදේ. සර්වග්රාහී masquerade එකතු කර පසුව අතුරු ආබාධය සොයා ගැනීම වෙනුවට මෙම සම්මුතිය හිතාමතා තෝරන්න.

පියවර 4: තීරණ දෙකම ස්ථිර කර, පසුව සැබෑ මාර්ගය පරීක්ෂා කරන්න

සෑම මාර්ගයකටම හිමිකරුවෙක් සිටී, සහ හිමිකරු යනු ඇරඹුමේදී හෝ නැවත සම්බන්ධ වීමේදී නැවත ජනනය වන වින්යාසයයි. රවුටරයේ එය ස්ථිතික මාර්ග සටහනක් විය හැක; සේවාලාභියා තුළ එය VPN පැතිකඩ, NetworkManager හෝ systemd-networkd විය හැක. උමං මාර්ගය නැවත සම්බන්ධ කර සේවාලාභියා නැවත ආරම්භ කර සත්යාපනය කර, පසුව සංස්කරණය විශ්වාස කරනවාට වඩා වගුව නැවත කියවන්න.

උමං මාර්ගයේ බාහිර සම්බන්ධතාවය රැගෙන යන පෙරනිමි මාර්ගය නොසැලෙන ලෙස තබන්න. සැකසුම “සරල” කිරීම සඳහා එය ප්රතිස්ථාපනය කිරීම කිසිදු අභ්යන්තර රථවාහනයක් එය භාවිත කිරීමට පෙර සංකේතිත මාර්ගය කඩා දමයි, සහ රෝග ලක්ෂණය වන්නේ වෙනසෙන් පසුව කිසිදා නැවත ස්ථාපිත නොවන උමං මාර්ගයකි.

සාමාන්ය LAN සත්කාරකයකින් පරීක්ෂා කරන්න, සේවාලාභියාගෙන් නොව, මන්ද සේවාලාභියා තුළ ඇති වන ඉල්ලීමක් කිසිදා රවුටරයේ පළමු පිම්ම භාවිත නොකරයි. ඈත LAN හි පමණක් පවතින සේවාවක් ගෙනැවිත් පිළිතුරේ ප්රධාන කොටස තහවුරු කර, පසුව සංක්රමණය සිදුවන බව දැකීමට සේවාලාභියාගේ කවුන්ටර හෝ ලොග් බලන්න. පෞද්ගලික පිම්ම පෙන්වන අභ්යන්තර traceroute යැවීම සනාථ කරයි, සංකේතනය නොවේ: බාහිර මාර්ගය වෙනම නිරීක්ෂණයකි, සහ උමං මාර්ගයේම අතුරුමුහුණත් කවුන්ටර පමණක් එය හරහා කුමක් පිටව ගියේද යන්න පෙන්වයි.