VPN සේවාලාභීන් සේවාදායකයට යයි, LAN ට නොයයි: කුමන විසඳුමද?

සේවාලාභියා OpenVPN සේවාදායකයේ උමං ලිපිනයට ping කර පිළිතුරක් ලබා ගනී, පසුව සේවාදායකයේ LAN හි සත්කාරකයක් උත්සාහ කර කිසිවක් නොලැබේ. මෙම බෙදීම දෝෂය බොහෝ සෙයින් සීමා කරයි: උමං මාර්ගය ක්‍රියාත්මකයි, යැවීම බොහෝ විට ක්‍රියා කරයි, පිළිතුර නම් ආපසු නොයන දොරකින් පිටවේ. විසඳුම් තුනක් ඇත, නිවැරදි එක ඔබ පාලනය කරන දේ සහ අත්හැරීමට සූදානම් දේ මත රඳා පවතී. පහත ප්‍රශ්න තුනට පිළිවෙලට පිළිතුරු දෙන්න, තේරීම රුචියේ ප්‍රශ්නයක් නොවේ.

පළමුව කුමන දිශාව බිඳී ඇත්දැයි තහවුරු කරන්න

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

යමක් වෙනස් කිරීමට පෙර යන්ත්‍ර දෙකම පරීක්ෂා කරන්න. සේවාදායකයේ වගුව සේවාලාභියාට කුමන මාර්ගයෙන් ළඟා වේදැයි අසන්න; LAN හි සත්කාරකය එම ලිපිනයට කෙසේ ළඟා වේදැයි අසන්න. පළමු සෙවීම සාමාන්‍යයෙන් උමං මාර්ගය පෙන්වයි, දෙවැන්න LAN රවුටරය පෙන්වයි, එම වෙනස එක් පේළියක දෝෂයයි. සෙවීම් දෙකක් ගිනිපවුරු විගණනයට වඩා ලාභදායී වන අතර ගැටලුවේ දිශාව තීරණය කරයි.

ip route get 10.8.0.37
sysctl -n net.ipv4.ip_forward

LAN හි සත්කාරකය දැනටමත් VPN සේවාදායකය පෙන්වන්නේ නම්, ඔබේ ගැටලුව ගිනිපවුරු නියමයක් හෝ MTU සීමාවක් මිස ආපසු මාර්ගයක් නොමැති වීම නොවේ. පෙරහනක් අලුත්වැඩියා කිරීමට මාර්ගයක් එකතු නොකරන්න.

පළමු ප්‍රශ්නය: දුර LAN හි රවුටරය සංස්කරණය කළ හැකිද?

LAN රවුටරය ඔබේ නම්, පිරිසිදු පිළිතුර VPN තටාකයට ස්ථිතික මාර්ගයක් වන අතර එහි VPN සේවාදායකයේ LAN ලිපිනය මීළඟ පැනීම වේ. එය සේවාලාභීන්ගේ ප්‍රභව ලිපින නොවෙනස්ව තබයි, LAN සත්කාරක ලිපිනය අනුව ලොග්, පෙරහන් හෝ වේගය සීමා කරන විට මෙය වැදගත් වේ. සේවාදායකයේ පරිවර්තනයක් ද අවශ්‍ය නොවේ, එබැවින් උමං මාර්ගය පිරිසිදු මාර්ගයක් ලෙස පවතී. එය නිර්මාණය කරන බැඳීම ලේඛනකරණයයි, මන්ද තටාකය, මාර්ගය සහ සේවාදායක වින්‍යාසය ගැළපිය යුතුය.

කවුරුන් හෝ තටාකය වෙනස් කරන දිනයේ එය නිශ්ශබ්දව අසාර්ථක වේ. අගය එක් වරක් ලියා තබන්න, ස්ථාන තුනෙන් ඕනෑම එකක වෙනසක් තුනටම වෙනසක් ලෙස සලකන්න.

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

දෙවන ප්‍රශ්නය: LAN හට සේවාලාභී ලිපින දැකීම නතර කළ හැකිද?

රවුටරය වෙනත් අයෙකුට අයත් නම්, VPN සේවාදායකයේ පරිවර්තනයට සහයෝගයක් අවශ්‍ය නොවේ. LAN හි සත්කාරකය සේවාදායකයේ LAN ලිපිනය දකී, එයට පිළිතුරු දෙයි, සේවාදායකය ආපසු පරිවර්තනය කරයි. ඒ නිසාම උපාංග සහ NAT පාදක දුර ප්‍රවේශ භූමිකා මෙසේ හැසිරේ.

iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eth0 -j MASQUERADE

මිල ආරෝපණයයි: එක් එක් සේවාලාභියාගේ ලිපින LAN ලොග්වලින් අතුරුදන් වේ. LAN හි සත්කාරකයේ ඕනෑම අනුමත ලැයිස්තුවක් එවිට තටාකය වෙනුවට සේවාදායකය නම් කළ යුතුය.

සහයෝගය නොමැති විට පරිවර්තනය තෝරන්න, එය නිකම්ම අපහසු විට නොවේ. එය සේවාලාභියා සෑම අනාගත පරීක්ෂණයකින්ම සඟවයි, කුමන ලැප්ටොප් එක සම්බන්ධතාවක් විවෘත කළේදැයි දැනගත යුතු ඒවායින් ද. ලිපින පේලෝඩයේ කාවැද්දූ ප්‍රොටෝකෝල ද එය බිඳිය හැක, මන්ද පරිවර්තනය ශීර්ෂකයේ ජීවත් වේ. කිසිදු විකල්පයක් වඩා දියුණු නොවේ; දෙකම හිමිකාරිත්වය පිළිබඳ වෙනස් ප්‍රශ්නවලට පිළිතුරු දෙයි.

තෙවන ප්‍රශ්නය: සේවාදායකයම තවත් උමං මාර්ගයක සේවාලාභියෙකුද?

අනෙක් ටොපොලොජිය සිතන්න: VPN සේවාදායකය වාණිජ සැපයුම්කරුවෙකුට ද අමතයි, එබැවින් උමං මාර්ග දෙකක් සහ ලිපින කට්ටල දෙකක් ඇත. තම සේවාලාභීන් වෙනුවෙන් යවන ගමනාගමනය සැපයුම්කරු හරහා පිටවේ, එය පිළිතුරු තටාක ලිපිනවලට ආපසු මාර්ග නොකරයි. ඒ නිසාම උමං මාර්ග දෙකම සුවපහසු වුවත් පිළිතුරු අතුරුදන් වේ.

විසඳුම පිටවන උමං මාර්ගය ද වෙස් කිරීමයි, සැපයුම්කරු සේවාදායකයේ උමං ලිපිනය පමණක් දකින පරිදි. ප්‍රතිවිරුද්ධ දිශාවට එහිම නියමයක් අවශ්‍යය, මන්ද සේවාදායකය තමන්ගේම සේවාලාභියෙකුට සම්බන්ධතාවක් ආරම්භ කිරීම වෙනත් ප්‍රවාහයකි. එම නියමය නොමැතිව සේවාලාභියා මාර්ග කළ නොහැකි ලිපිනයකට පිළිතුරු දෙයි. පටු නියමය ඕනෑම පුළුල් වෙස් කිරීමකට පෙර තබන්න, විශේෂිත පරිවර්තනය දිනන පරිදි.

iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o tun1 -j MASQUERADE
iptables -t nat -A POSTROUTING -d 10.8.0.0/24 -o tun0 -j SNAT --to-source 10.8.0.1

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

පසුව දිශා දෙකම සහ ප්‍රමාණ දෙකම පරීක්ෂා කරන්න

වෙනසට පසු සේවාලාභියාගෙන් LAN සත්කාරකයට, පසුව LAN සත්කාරකයෙන් සේවාලාභියාට ping කරන්න. දෙවන දිශාව මිනිසුන් මඟ හරින එකයි, එයම අසම්පූර්ණ පරිවර්තන නියමය හෙළි කරයි. ප්‍රතිඵල දෙකම වේලා මුද්‍රාව සමඟ සටහන් කරන්න, පසුව ඇති වන පසුබැසීම සංසන්දනාත්මක වන පරිදි.

පසුව සැබෑ දත්ත ගෙන යන්න, මන්ද කුඩා ping සාර්ථක වෙද්දී විශාල මාරුවක් නතර වීම MTU ලක්ෂණයකි. එම දෝෂය මාර්ගය අලුත්වැඩියා කිරීම ගැන ඔබ ඔබටම සුබ පතන විටම දිස් වේ.

අවසානයේ, නැවත ආරම්භ කිරීමෙන් පසු නැවත පරීක්ෂා කරන්න. ධාවන කාල මාර්ග සහ ගිනිපවුරු විධාන එය දරා නොගනී, ඊළඟ ආරම්භයේදී අතුරුදන් වන නිවැරදි කිරීම අඩු සන්දර්භයක් ඇති කෙනෙකු නැවත හඳුනා ගනී. වෙනස ඔබේ පද්ධතිය දැනටමත් කරන ආකාරයට ස්ථිර කරන්න, පසුව එක් වරක් හිතාමතා නැවත ආරම්භ කරන්න.