කොළ නිරූපකය, එකම මහජන IP: VPN මඟ හැරියේ කුමන මාර්ගයද

සම්බන්ධයි, ට්රේ නිරූපකය කොළ පාටයි, තවද ලිපිනය පෙන්වන පිටුව තවමත් සැපයුම්කරුගේ ලිපිනය පෙන්වයි නම් එය ම දෝෂයක් යැයි අදහස් නොවේ. සේවාදායකය වෙන වෙනම කාර්යයන් දෙකක් කරයි: එය උමගක් ගොඩනඟයි, එය මාර්ග වගුව සංස්කරණය කරයි. අනෙක නොමැතිව ඕනෑම එකක් සිදු විය හැක, තෝරාගත් මාර්ගකරණය යනු දෙවැන්න හිතාමතා මඟ හරින සැකසුමයි.

සේවාදායකය ඇත්තටම ස්ථාපනය කළේ කුමක්ද

උමග විවෘතද යන්න ඇසීම වෙනුවට සැබෑ ගමනාන්තයකට පැකට්ටුවක් රැගෙන යන්නේ කුමන අතුරුමුහුණතද යන්න අසන්න. එම ගමනාන්තයට මාර්ගයක් නොමැති උමගක් යනු කිසිවෙකු නොයන පෞද්ගලික පාරකි.

ip route get 9.9.9.9
Find-NetRoute -RemoteIPAddress 9.9.9.9
route print -4

පළමු විධානය Linux සහ macOS මත පිළිතුරු දෙයි, අනෙක් දෙක Windows සඳහා සමාන වන අතර එහි එකක් ප්රමාණවත්ය. පිළිතුර භෞතික අනුකාරකය නම් කරන්නේ නම්, උමග විවෘතයි සහ පෙරනිමි මාර්ගය කිසිදා නොසැලුණි. උමග හරහා යා යුතු ගමනාන්තයක් සඳහා පරීක්ෂණය නැවත කරන්න, මන්ද දුරස්ථ එකක් සහ සුපුරුදු එකක් වන පරීක්ෂණ දෙකක් කුමන සැලසුම යොදා ඇත්ද යන්න පවසයි.

තෝරාගත් මාර්ගකරණයේ හැඩතල තුනක්

සම්පූර්ණ උමග සැකසුමක් බොහෝ විට අතුරුමුහුණතට යොමු වන පෙරනිමි මාර්ගයක් ලියයි, නැතහොත් මුල් පෙරනිමිය වගුවේ රැඳී තිබියදී උපසර්ග දිගින් ජයගන්නා අර්ධ-පරාස උපසර්ග යුගලය ලියයි. තෝරාගත් මාර්ගකරණය අනෙක් තේරීමයි, එය ආකාර කිහිපයකින් පැමිණේ. එක් සැකසුමක් RDP සර්වරයක් වැනි එක් සත්කාරකයක් මාර්ගගත කරයි, තවත් එකක් නිශ්චිත ස්ථානයකින් ළඟා විය යුතු මහජන පරාසයක් මාර්ගගත කරයි, තෙවැන්න හිතාමතා එක් යෙදුමක් බැහැර කරයි. තුනම වලංගුයි, ඒවායින් කිසිවක් සුපුරුදු වෙබ් අඩවියක් දකින ලිපිනය වෙනස් නොකරයි.

grep -nE "redirect-gateway|route-nopull|route " /etc/openvpn/client/*.conf
ip route show table main | head -20

තීරණය කරන උපදෙස සඳහා සැකසුම කියන්න, පසුව එය නිපදවූ දේ සඳහා වගුව කියන්න. තල්ලු කළ උපදෙසක් සේවාදායකයේ ද මර්දනය කළ හැක, එබැවින් සර්වරයට දොස් පැවරීමට පෙර සැකසුම සහ වගුව එකඟ විය යුතුය.

එතෙර පැත්ත මූලාශ්‍ර ලිපිනය නැවත ලිවිය යුතුය

වෙබ් අතිරික්සුවෙන් එකම ලෙස පෙනෙන දෙවන දෝෂයක් ඇත. මාර්ගය උමග තුළට යයි, සර්වරය පැකට්ටු ලබා ගෙන පසුව ඒවා සේවාදායකයේ පෞද්ගලික ලිපිනය නොවෙනස්ව ඉදිරියට යවයි. ඊළඟ පිම්මට එම ලිපිනය සඳහා ආපසු මාර්ගයක් නැත, එබැවින් පිළිතුරු අතුරුදහන් වී පිටු එල්ලී තිබේ. සර්වරය කෙසේ හෝ ඉදිරියට යැවිය යුතු අතර, අන්තර්ජාලයට ආපසු මාර්ගගත කළ හැකි දෙයකට මූලාශ්‍රය පරිවර්තනය කළ යුතුය.

sysctl net.ipv4.ip_forward
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables -t nat -S | grep MASQUERADE

ඇත්තටම අන්තර්ජාලය දෙසට හැරෙන අතුරුමුහුණත නම් කරන්න, එය නවීන බෙදාහැරීමක සැමවිටම eth0 නොවේ. ස්ථාවර ලිපිනයක් සහිත සත්කාරක සර්වරයකට masquerade භාවිත නොකර සෘජුවම එම ලිපිනයට පරිවර්තනය කළ හැක. පැති දෙකම වැදගත්, මන්ද පරිවර්තනය නොමැතිව ඉදිරියට යැවීම මාර්ගගත කළ නොහැකි මූලාශ්‍ර කාන්දු කරන අතර ඉදිරියට යැවීම නොමැතිව පරිවර්තනය පැකට්ටුව කිසිදා නොදකී.

නම් විසඳීම තමන්ගේ ම මාර්ගය ගනී

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

resolvectl status | head -20
resolvectl query example.org

පිළිතුරු දුන්නේ කුමන සර්වරයද සහ එය උමගට පෙර තිබූ මූලික තත්ත්වයට වඩා වෙනස්ද යන්න සටහන් කරන්න. බෙදුණු උමගක මෙය බොහෝ විට ලිපිනය ගැන පැමිණිලි කළ විට මිනිසුන්ට වෙනස් කිරීමට අවශ්‍ය වූ සැකසුම වන අතර ඔවුන් කිසිදා නොබැලූ එකම එයයි.

කරුණු තහවුරු කරන නිරීක්ෂණ හතරක්

උමග වසා ඇති විට පිටවන ලිපිනය සටහන් කරන්න, පසුව එය විවෘතව ඇති විට. අවස්ථා දෙකේදීම ගමනාන්ත පරීක්ෂණය ධාවනය කර සෑම විටම අතුරුමුහුණත සටහන් කරන්න.

curl -sS https://ifconfig.me/ip
ip route get 9.9.9.9

පරීක්ෂණය උමග තුළට වැටී තවමත් සැපයුම්කරුගේ ලිපිනය වාර්තා වන්නේ නම්, පිටවීමේදී පරිවර්තනය අස්ථානගතය. පරීක්ෂණය භෞතික අනුකාරකය මතට වැටෙන්නේ නම්, සැකසුම තෝරාගත් එකක් වන අතර මහජන ලිපිනය කිසිදා විෂය පථයේ නොතිබුණි. ඔබ විශ්වාස කරන echo සේවාවක් ආදේශ කර නිරීක්ෂණ හතරම එකට සටහන් කරන්න, මන්ද වෙන් වෙන්ව ඒවා කතන්දර පමණි. එකට ගත් විට ඒවා පෙන්වන්නේ සේවාදායකය සැබවින්ම ඉටු කළේ කාර්යයන් දෙකෙන් කුමක්ද යන්නයි.