VPN සක්‍රීයයි, VM වෙත ළඟා විය නොහැකිද? මාර්ගය බොහෝ විට කිසිදා ගැටලුව නොවී ය
host-only ජාලයේ අමුත්තා සඟවා ඇතැයි ඔබ ටනලයට දොස් පැවැරුවා. සාමාන්‍යයෙන් මාර්ගය දේශීයවම පවතින අතර, බලපෑම කරන්නේ සේවාදායක පෙරහන හෝ සවන් දෙන ලිපිනයයි.
VPN සම්බන්ධ කරන්න, එවිට මිනිත්තුවකට පෙර පිළිතුරු දුන් සංවර්ධන VM නිශ්ශබ්ද වේ. පැහැදිලි කතාව තමන්ම ලියවේ: ටනලය මාර්ගය ගත්තේය, සත්කාරකය දැන් අමුත්තාගේ ට්‍රැෆික් ආයතනික ජාලයට යවයි, විසඳුම වන්නේ ස්ථිතික මාර්ගයක් එකතු කිරීම හෝ ඇඩැප්ටරය පාලම් ප්‍රකාරයට මාරු කිරීමයි. එම කතාව සමහර විට සත්‍යය. නමුත් එය සාමාන්‍ය හේතුව නොවේ, එය මත පදනම්ව මුලින්ම ක්‍රියා කිරීම සාමාන්‍යයෙන් වෙනත් දෙයක් කඩා දමයි.
host-only ජාලකරණය යනු සත්කාරකයට අයත් සහ එහි අමුත්තන් සමඟ බෙදා ගන්නා මෘදුකාංග ජාලයක් වන අතර, ඕනෑම භෞතික සම්බන්ධතාවකින් වෙන් වේ. VPN සේවාදායකයාගේම අතුරුමුහුණතේ කිසිවක් එම ජාලය වෙනස් නොකරයි, එබැවින් එය ස්පර්ශ කිරීමට පෙර, ස්ථර හතරෙන් කුමක් සැබවින්ම අසාර්ථක වූයේදැයි සොයා ගන්න.
මාර්ගය සාමාන්‍යයෙන් තවමත් දේශීයයි
මාර්ග සටහනේ පළමු පිටුව වෙනුවට කර්නලයෙන් අසන්න. ලිනක්ස්හි ip route get 192.168.56.10 භාවිතා වන නිශ්චිත මාර්ගය, අතුරුමුහුණත සහ මූලාශ්‍ර ලිපිනය වාර්තා කරයි, එය පෙරනිමි මාර්ගයක් කියවා අනුමාන කිරීමට වඩා වෙනස් පිළිතුරකි. ප්‍රතිදානය host-only අතුරුමුහුණත නම් කරන්නේ නම්, එම මාර්ගයේ ටනලය කිසිසේත් සම්බන්ධ නොවේ.
දේවල් දෙකකට එය සැබවින්ම කඩා දැමිය හැකි අතර, දෙකම VPN නොව ලිපින ගැටලු වේ. host-only උපසර්ගය සමඟ අතිච්ඡාදනය වන දුරස්ථ උපජාලය වඩාත් නිශ්චිත මාර්ගය ජයග්‍රහණය කරයි, අඩු මෙට්‍රිකයක් සහිත පුළුල් මාර්ගයක් ස්ථාපනය කරන VPN සේවාදායකයාට උපසර්ගය ඇද දැමිය හැකිය. දෙකම එකම විධානයේ දිස්වේ: ප්‍රතිදානයේ නම් කර ඇති අතුරුමුහුණත ටනලය වන අතර, නිවැරදි කිරීම එම ලිපින සැලැස්ම හිමි අයට අයත් වේ.
මාර්ග තේරීම සහ පැකට් පිළිගැනීම වෙනස් තීරණ දෙකකි
මානසික ආකෘතිය සාමාන්‍යයෙන් අතපසු කරන කොටස මෙයයි. පරිපූර්ණ දේශීය මාර්ගයක් තිබියදීත්, VPN සේවාදායකයාට පැකට්ටුව ප්‍රතික්ෂේප කළ හැකිය. බොහෝ සේවාදායක ටනලයට පිටත කුමන ගමනාන්ත අවසර දෙනු ලබන්නේද යන්න තීරණය කරන දේශීය ජාල ප්‍රවේශ ප්‍රතිපත්තියක් බලාත්මක කරන අතර, සම්බන්ධිත උපජාලය එම ලැයිස්තුව ස්වයංක්‍රීයව යාවත්කාලීන නොකරයි.
එබැවින් යෙදුමේ පැත්තෙන් ඇති වීම මාර්ගගත කිරීමේ ගැටලුවක් හා සමානව පෙනෙන අතර, සේවාදායකයාගේ පැත්තෙන් සම්පූර්ණයෙන් වෙනස් ලෙස පෙනේ. ip route get නිවැරදි අතුරුමුහුණත නම් කර පවා සම්බන්ධතාවය කල් ඉකුත් වන්නේ නම්, මාර්ග සංස්කරණය කිරීම නවත්වා ඒ වෙනුවට සේවාදායකයාගේ ලේඛනගත දේශීය ප්‍රවේශ හැසිරීම කියවන්න. සමහර සේවාදායක දේශීය උපජාල සඳහා අවසර ලැයිස්තුවක් ලබා දෙයි, තවත් සමහරක් ටනලය නොවන සියල්ල අවහිර කරයි, තවත් සමහරක් kill switch සක්‍රීය වූ විට පමණක් අවහිර කරයි.
එම වෙනස වැදගත් වන්නේ නිවැරදි කිරීම් එකිනෙකට හුවමාරු කළ නොහැකි බැවිනි. මාර්ගයක් එකතු කිරීමෙන් පෙරහනක් සෑහීමකට පත් නොවන අතර, එක් අමුත්තකුට ළඟා වීමට පෙරහන ක්‍රියා විරහිත කිරීම රෝග ලක්ෂණය යෝජනා කරනවාට වඩා බෙහෙවින් විශාල තීරණයකි.
අමුත්තාට නැත කියන්නට ක්‍රම තුනක් ඇත
අන්තර්ජාලය බ්‍රවුස් කළ හැකි අමුත්තෙක් ඔබට අවශ්‍ය සේවාව ගැන කිසිවක් ඔප්පු කර නැත. සවන් දෙන්නා අමුත්තා තුළ 127.0.0.1 වෙත බැඳී තිබිය හැකි අතර, එසේ නම් මාර්ගය කොතරම් හොඳ වුවත් සත්කාරකයෙන් කිසිදු ඉල්ලීමක් පැමිණිය නොහැකිය. අමුත්තා තුළ ss -ltn සමඟ පරීක්ෂා කර පෝට් පමණක් නොව දේශීය ලිපින තීරුව ද බලන්න.
ඊළඟට අමුත්තාගේම ගිනි පවුරයි. දැඩි පෙරනිමියක් සහිත සංවර්ධන රූපයකට සත්කාරකයේ පැකට් පිළිගෙන සේවා මායිමේ ඒවා හෙළිය හැකි අතර, එය මාර්ගගත කිරීමේ කළු කුහරයක් හා හරියටම සමානව පෙනෙන කාල ඉකුත්වීමක් ඇති කරයි. අවසාන වශයෙන් සේවාවේම වින්‍යාසය ඇත: නිශ්චිත සත්කාරක නාමයකට බැඳුණු වෙබ් යෙදුමක් හෝ සේවාදායක ලිපිනවල අවසර ලැයිස්තුවක්, සෑම පැකට්ටුවක්ම පැමිණියත් host-only උපජාලයෙන් එන ඉල්ලීම ප්‍රතික්ෂේප කරනු ඇත.
VM හි ජාල ප්‍රකාරය වෙනස් කිරීම ගැන සලකා බැලීමට පෙර මෙම තුන හරහා යන්න. එක් එක් අමුත්තාගේ සම්බන්ධතාවය නැවත නිර්මාණය කිරීමට වඩා කුඩා වෙනසක් වන අතර, එක් එක් ක්‍රමයට පැහැදිලි පරීක්ෂණයක් ඇත.
පාලමක් යනු ඇත්තෙන්ම කුමක්ද, එහි පිරිවැය කුමක්ද
ඇඩැප්ටරය පාලම් ප්‍රකාරයට මාරු කිරීම host-only මාර්ගයේ අලුත්වැඩියාවක් නොවේ. එය අමුත්තා වෙනත් ජාලයක, සාමාන්‍යයෙන් භෞතික LAN එකක තැබීමේ තීරණයක් වන අතර, එහිදී ඔහු එහි ජීවත් වන අනෙක් සියල්ලට දෘශ්‍යමාන වේ. එය ඔබට අවශ්‍ය දෙයම විය හැකිය. නමුත් මුල් වින්‍යාසය කරමින් තිබූ දෙය එය නොවේ.
අමුත්තාට ඇත්තෙන්ම එම LAN හි සමාන සාමාජිකයෙකු වීමට අවශ්‍ය වන අතර නිරාවරණය අනුමත වූ විට එය භාවිතා කරන්න. එක් සේවාවක් පිළිතුරු දීම නැවැත්වූ නිසා එය භාවිතා නොකරන්න, මන්ද වෙනස අමුත්තා ඔහුට එරෙහිව සංවර්ධනය ආරක්ෂිත කළ හුදකලා වීමෙන් ඉවත් කළ හැකිය.
ඕනෑම අනුමත නිවැරදි කිරීමකට පසුව නිශ්චිත අනුපිළිවෙලකින් පරීක්ෂා කරන්න: සත්කාරකයේ සිට අමුත්තාට නව ඉල්ලීමක්, ටනලය හරහා අවශ්‍ය ආයතනික සම්පතක්, සහ ටනලය වසා ඇති විට අපේක්ෂිත ප්‍රතික්ෂේප හැසිරීම. අවසාන එක තවදුරටත් නොපවතී නම්, නිවැරදි කිරීම ගැටලුවෙන් ඔබ්බට ගොස් ඇත.
VirtualBox හි host-only ජාලකරණ කොටස සත්කාරකයේ පැත්තේ මෘදුකාංග අතුරුමුහුණත සහ එය පාලම් සම්බන්ධතාවයකින් වෙනස් වන ආකාරය විස්තර කරයි, එය ප්‍රකාර දෙක එකිනෙකට හුවමාරු කළ හැකි යැයි උපකල්පනය කිරීමට පෙර කියවිය යුතු යොමුවයි.