ඔබේ VM හෝස්ට්ගේ VPN භාවිත කරනවාද? ගෙස්ට් ඇතුළතින් පරීක්ෂා කරන්න
හෝස්ට්ගේ පිටවීමේ ලිපිනය ගෙස්ට්ගේ මාර්ග ගැන කිසිවක් නොකියයි. ජාල මාදිලිය සටහන් කරන්න, ගෙස්ට්ගේ මාර්ගය සහ විසඳන්නා පරීක්ෂා කරන්න, පසුව අසාර්ථක අවස්ථාව පරීක්ෂා කරන්න.
ඔබ හෝස්ට්ගේ පොදු IP පරීක්ෂා කරයි, එය VPN පෙන්වයි, සහ VM ආවරණය වී ඇතැයි ඔබ නිගමනය කරයි. එම නිගමනය මෙම පරීක්ෂාවෙන් සහාය නොලැබේ. ගෙස්ට් සතුව තමන්ගේම මාර්ගගත කිරීමේ වගුවක්, තමන්ගේම විසඳන්නෙකු සහ තමන්ගේම අතුරුමුහුණත් ඇත, සහ හෝස්ට්ගේ පිටවීමේ ලිපිනය ඒවා ගැන කිසිවක් නොකියයි.
පරීක්ෂාව ගෙස්ට් ඇතුළත ක්‍රියාත්මක විය යුතු අතර, මනිනු ලැබූ දේ නම් කළ යුතුය.
හෝස්ට්ගේ බ්‍රවුසරයෙන් නොව, ගෙස්ට් ඇතුළතින් ආරම්භ කරන්න
පළමුව හයිපර්වයිසරයේ ජාල මාදිලිය සටහන් කරන්න: NAT, bridged, host-only හෝ macvtap. NAT මාදිලියේදී හෝස්ට් ගෙස්ට්ගේ රථවාහන මාර්ගගත කරයි, එබැවින් සේවාදායකයා මාර්ග ස්ථාපනය කරන ආකාරය අනුව හෝස්ට්ගේ උමග අදාළ විය හැකියි හෝ නොවිය හැකියි. Bridged මාදිලියේදී ගෙස්ට් භෞතික LAN හි සමාන සහභාගිවන්නෙකි, සහ හෝස්ට්ගේ උමග අදාළ නොවේ. මෙම මාදිලි දෙක එකම හෝස්ට් වින්‍යාසයෙන් ප්‍රතිවිරුද්ධ පිළිතුරු ලබා දෙයි.
කිසිවක් වෙනස් කිරීමට පෙර මාදිලිය ලියා තබන්න, මන්ද ප්‍රතිඵලයට අර්ථයක් දිය හැක්කේ කුමක්ද යන්න තීරණය කරන්නේ එයයි.
ගමනාන්තය දන්නා එක් ඉල්ලීමක් කරන්න
තමන් දුටු මූලාශ්‍ර ලිපිනය වාර්තා කරන සේවාවකට හානිකර නොවන ඉල්ලීමක් යවන්න. පසුව එම ගමනාන්තය සඳහා ගෙස්ට්ගේම මාර්ගගත තීරණය පරීක්ෂා කරන්න: ip route get 203.0.113.5 ගෙස්ට් භාවිත කරන අතුරුමුහුණත සහ ගේට්වේ මුද්‍රණය කරයි.
අතුරුමුහුණත ගෙස්ට්ගේ සාමාන්‍ය NIC නම්, එම රථවාහන ගෙස්ට් ඇතුළත උමගක් හරහා නොයයි.
දෙවන ඇඩැප්ටරයක්, ප්‍රොක්සි සැකසුමක් හෝ ගෙස්ට් පැත්තේ VPN සේවාදායකයක් එක් යෙදුමකට පිළිතුර වෙනස් කළ හැකි නමුත් තවත් එකකට නොවේ. ඔබට සැබවින්ම වැදගත් යෙදුම පරීක්ෂා කරන්න, ෂෙලයකින් එන සාමාන්‍ය ඉල්ලීමක් නොවේ.
විසඳන්නා වෙන වෙනම පරීක්ෂා කරන්න
වෙනස් වූ පිටවීමේ ලිපිනය එම හෝස්ට් නාමය හැසිරවූයේ කුමන විසඳන්නාද යන්න නොකියයි. වේදිකාවට ගැළපෙන මෙවලමකින් නාමය පැහැදිලිව විමසන්න, සහ පිළිතුරු දුන් සේවාදායකය සටහන් කරන්න. Split DNS යනු විසඳන්නා ප්‍රශ්නයට සහ මාර්ගගත කිරීමේ ප්‍රශ්නයට වෙනස් පිළිතුරු ඇති බවයි.
ඒ දෙක ඕනෑම දිශාවකට අපගමනය විය හැකිය, සහ එම අපගමනය බොහෝ විට සැබෑ දෝෂයයි.
systemd හෝස්ට් එකක, resolvectl query පිළිතුර පිටුපස ඇති අතුරුමුහුණත සහ DNS සේවාදායකය නම් කරයි. පැරණි වින්‍යාසයන් සේවාදායකය dig ප්‍රතිදානයේ පෙන්වයි. කෙසේ වුවද, කරුණ වන්නේ පිළිතුරක් පැමිණියේද යන්න නොව, කුමන සේවාදායකය පිළිතුරු දුන්නේද යන්න දැකීමයි.
සාර්ථකත්වය පමණක් නොව, අසාර්ථකත්ව ප්‍රතිපත්තිය ද පරීක්ෂා කරන්න
උමගෙන් පිටතට කිසිදු රථවාහනයක් නොයා යුතු යැයි අවශ්‍යතාවයක් නම්, සාර්ථක ඉල්ලීමක් කිසිවක් ඔප්පු නොකරයි. සේවාදායකයා සහාය දෙන පාලිත අසාර්ථකත්ව පරීක්ෂාව භාවිත කරන්න: උමග සහාය දෙන ආකාරයෙන් නවත්වා, නව ගෙස්ට් ඉල්ලීමක් අවහිර වේදැයි බලන්න. හෝස්ට් සේවාදායකයේ kill switch සෑම අතථ්‍ය යොමු කිරීමේ සැකසුමක්ම ආවරණය කරන බව නොසිතන්න. එහි ලේඛනගත විෂය පථය පමණක් ඔබට විශ්වාස කළ හැකි දෙයයි.
උමග වැටෙන විට භෞතික NIC වෙත ආපසු යන ගෙස්ට් කරන්නේ NAT මාදිලිය අවසර දෙන දේ හරියටම ය.
මාදිලිය සහ විෂය පථය සටහන් කරන්න
හයිපර්වයිසරයේ මාදිලිය, ගෙස්ට්ගේ අතුරුමුහුණත සහ මාර්ගය, විසඳන්නා, සහ ඔබ පරීක්ෂා කළ යෙදුම ලියන්න. දිනය එකතු කරන්න, මන්ද ස්නැප්ෂොට් ප්‍රතිස්ථාපනයක් හෝ හයිපර්වයිසර් යාවත්කාලීනයක් හතරම වෙනස් කළ හැකිය.
IPv4 උමග අනුගමනය කළේ නම්, එය කියන්න. මෙම ප්‍රකාශය IPv6, වෙනත් නාම අවකාශයක් හෝ වෙනත් ජාලයක වෙනත් VM එකක් දක්වා දිගු නොකරන්න.