එක් NIC එකක් ද නැතිනම් දෙකක් ද? VPN සේවාදායකයේ අතුරුමුහුණත් සැලැස්ම තීරණය කිරීම

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

එය තීරණය කරන කොන්දේසි තුන

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

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

මේ තුනෙන් එකක්වත් ආවරණයේ පෝට් ගණන ගැන නොවේ. ඒවා මාර්ගකරණය, ලිපින හිමිකම සහ නිර්මාණය භෞතික වෙන් කිරීම මත කොපමණ රඳා පවතීද යන්න ගැන ය.

භෞතික කලාප, වෙනම උඩු සම්බන්ධතා, ප්‍රවාහය හෝ පටියෙන් පිටත ප්‍රතිසාධන මාර්ගයක් ඒවා සාධාරණීකරණය කරන්නේ නම් ඇඩැප්ටර දෙකක් වලංගු තේරීමක් ලෙස පවතී. ඒවා ස්පෂ්ට අවශ්‍යතා වන අතර යමෙකු උපාංග ඇණවුම් කිරීමට පෙර ඒවා ලිවීම වටී.

සේවාව VPN සත්කාරකයේ ක්‍රියාත්මක වන විට

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

කෙසේ වුවත් දෙයක් නිවැරදි විය යුතුය: සේවාව උමං මාර්ගයට ළඟා විය හැකි ලිපිනයක් මත සවන් දිය යුතුය, සත්කාරකයේ ගිනි පවුර උමං අතුරුමුහුණතට පැමිණෙන ට්‍රැෆික් පිළිගත යුතුය. දෙකම පහත විධානවල දිස්වේ.

ss -lntup | grep -E "5432|8080"
ip -brief addr show
ip route get 10.8.0.6 from 10.8.0.1

සේවාව රාජ්‍ය ලිපිනයට පමණක් බැඳීම හෝ වැරදීමකින් උමං අතුරුමුහුණත පෙරහන් කිරීම සත්කාරකයට ළඟා වී පසුව මිය යන සම්බන්ධතාවයක් ඇති කරයි. එය VPN දෝෂයක් ලෙස පෙනෙන අතර සාමාන්‍යයෙන් එය සොකට් හෝ ගිනි පවුර තීරණයකි.

ගමනාන්තය LAN එකේ ඇති විට

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

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

sysctl net.ipv4.ip_forward
nft list ruleset | grep -A4 'chain forward'
ip route show table main | grep 10.8.0

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

alias එක දෙවන කලාපයක් නොසාදන්නේ ඇයි

එකම ඇඩැප්ටරයට දෙවන ලිපිනයක් එකතු කිරීම හෝ දෙවන පෝට් එක අනුකරණය කිරීමට dummy අතුරුමුහුණතක් සෑදීම ඉතා අල්ප වශයෙන් වෙනස් කරයි. පැකට්ටු තවමත් එකම භෞතික සම්බන්ධතාවය, එකම ස්විච් පෝට් සහ සාමාන්‍යයෙන් එකම ගිනි පවුර් දාමය හරහා පිටවේ, එබැවින් ඒවා අතර නව මායිමක් නොපවතී. එය වින්‍යාස පහසුව මිස කොටස්කරණය නොවේ. එය කලාප මායිමක් ලෙස සැලකීම යනු හුදකලා ප්‍රකාශය කඩදාසියේ පමණක් රැඳී තිබීමේ ක්‍රමයයි.

වෙනම කලාපයකට මාර්ගයේ සැබෑ වෙන් කිරීමක් අවශ්‍ය වන අතර එය දෙවන ඇඩැප්ටරය ඉටු කරන අවශ්‍යතාවයයි. VPN දෙසට යන ට්‍රැෆික් LAN දෙසට යන ට්‍රැෆික් සමඟ කිසිදා විකාශන වසමක් බෙදා නොගත යුතුය යන්න මත රීතියක් රඳා පවතී නම්, සත්කාරකය කෙසේ ලිපිනගත කළත් එක් කේබලයකට එම ගුණය ලබා දිය නොහැක.

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

ඔබ අවසර දෙන ට්‍රැෆික් එකට එරෙහිව සැලැස්ම පරීක්ෂා කරන්න

සේවාදායකය ගෙන යා යුතු ට්‍රැෆික් පන්ති ලැයිස්තුගත කරන්න: සේවාලාභියාගෙන් සත්කාරකයට, සේවාලාභියාගෙන් LAN ට, සත්කාරකයෙන් LAN ට, සහ සංකේතනය කළ බාහිර සම්බන්ධතාවය. සෑම පන්තියකටම මූලාශ්‍රයක්, ගමනාන්තයක් සහ අතුරුමුහුණතක් ඇත, සැලැස්ම ඒ හතරම එකවර ඉටු කළ යුතුය. ඒවායින් තුනක් හසුරුවන සැලැස්ම සාමාන්‍යයෙන් ටිකට්පත් උත්පාදනය කරන එකයි.

පසුව සැලසුම් ලේඛනයේ රූප සටහන නොව සැබෑ අතුරුමුහුණත් සහ සැබෑ ග්‍රහණය තහවුරු කරන්න. පහත විධාන දර්ශන දෙකම මුද්‍රණය කරයි.

ip -brief addr
ip route
tcpdump -ni any udp port 51820 -c 5
tcpdump -ni tun0 -c 5

බාහිර ග්‍රහණය සංකේතනය කළ ට්‍රැෆික් ද අභ්‍යන්තර ග්‍රහණය උමං අතුරුමුහුණතේ විසංකේතනය කළ ට්‍රැෆික් ද පෙන්වන්නේ නම්, භෞතික ඇඩැප්ටරය දෙකම ගෙන යන අතර, එක් NIC එකක් කාර්යය කරමින් සිටී. අභ්‍යන්තර ග්‍රහණය හිස් නම්, ගැටලුව උමං මාර්ගයේ හෝ යොමු කිරීමේ රීතිවල ඇත, ඇඩැප්ටර ගණනේ නොවේ. එම ග්‍රහණ දෙක සහ මාර්ගකරණ වගුවෙන් ස්ථල විද්‍යාව තීරණය කරන්න, ඊළඟ වෙනස්කමට සංසන්දනය කිරීමට යමක් ඇත.