HTTP ප්‍රොක්සි, SSH ටනල් හෝ VPN: නිවැරදි ස්ථරය තෝරන්න

අභ්‍යන්තර සේවාවකට ළඟා වන ආකාරය ඉංජිනේරුවන් තිදෙනෙකුගෙන් ඇසුවොත් ඔබට විවිධ නිර්මාණ තුනක් ලැබේ: වෙබ් ප්‍රොක්සියක්, SSH ටනලයක් හෝ සම්පූර්ණ VPN එකක්. තුනම දුරස්ථ සේවාවක් ළඟා විය හැකි තැනට ගෙන එයි, තුනම රථවාහන වෙනත් තැනකින් පැමිණෙන ලෙස පෙනෙන්න සලසයි. වෙනස්කම් පෙනෙන්නේ පසුවය, භාවිතා කරන ප්‍රොටෝකෝලය තෝරාගත් මෙවලම උපකල්පනය කරන එක නොවන විටය. බ්‍රව්සරයේ ඉක්මන් පරීක්ෂාවක් සමත් වන නිර්මාණයක් බොහෝ විට එය ඉල්ලා සිටි යෙදුම තුළ අසාර්ථක වේ.

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

ප්‍රොක්සිය ගෙන යන්නේ තමාට තේරෙන දේ පමණි

වෙබ් ප්‍රොක්සියක් තමා නිර්මාණය කළ ප්‍රොටෝකෝලය විග්‍රහ කරයි. සේවාලාභියා එයට ඉල්ලීමක් භාර දෙන අතර එය එම ඉල්ලීම ඉදිරියට යවයි, එබැවින් ප්‍රොක්සි සැකසුමක් නොමැති යෙදුමක් කිසිසේත් සහභාගී නොවේ. HTTPS සඳහා සේවාලාභියාට අපාරදර්ශී නාලිකාවක් අවශ්‍ය වන අතර, එය ප්‍රොක්සිය ඉල්ලීම කියවීම වෙනුවට CONNECT හරහා සපයයි.

SSH ගතික ඉදිරියට යැවීමක් SOCKS කතා කරන දේශීය වරායක් විවෘත කරයි, එම වරාය සේවාලාභියා නම් කරන ඕනෑම ගමනාන්තයකට TCP ප්‍රවාහයක් යවයි. TCP මත ගොඩනැගුණු ප්‍රොටෝකෝල සාමාන්‍යයෙන් එය හරහා ක්‍රියා කරයි. UDP එසේ නොකරයි, මෙවලමක් පැහැදිලිව සහාය එකතු කළොත් මිස. දේශීය ඉදිරියට යැවීම වඩාත් පටුය: එක් දේශීය වරායක් එක් ස්ථිර සත්කාරකයකට සහ වරායකට සිතියම් කර ඇති අතර, එය එක් දන්නා සේවාවකට පමණක් සේවය කරයි.

ssh -D 1080 user@bastion
ssh -L 8443:fileserver.internal:443 user@bastion

VPN ඇසුරුම් ගෙන යයි. සේවාලාභියා ටනලයට මාර්ග කරන සියල්ල එය හරහා ගමන් කරයි, UDP සහ ICMP ඇතුළුව, එබැවින් එය තනි සම්බන්ධතාවයකට වඩා ජාල අවශ්‍යතාවයකට ගැළපේ.

නාමය විසඳිය යුත්තේ යමෙකුටය

ඉලක්ක නාමය පවතින්නේ දුරස්ථ ජාලයේ DNS තුළ පමණක් නම්, සොයා බැලීම සිදු කරන යන්ත්‍රයට එම කලාපය පෙනෙන්නට ඕනෑ. වෙබ් ප්‍රොක්සියක් සොයා බැලීම තමන්ම කරයි, එබැවින් ලැප්ටොප් එකට නාමය කිසිසේත් විසඳිය නොහැකි වුවත් අභ්‍යන්තර නාමයක් එය හරහා ක්‍රියා කරයි. SOCKS ද එසේ හැසිරිය හැක, නමුත් සේවාලාභියා දැනටමත් විසඳා ඇති ලිපිනයකට සම්බන්ධ වීම වෙනුවට නාමය ඉදිරියට යැව්වහොත් පමණි. එම තේරීම සේවාලාභියා තුළ මිස සේවා සපයන්නා තුළ නොවේ.

curl බෙදීම පැහැදිලිව පෙන්වයි: එක් ධජයක් සත්කාරක නාමය ප්‍රොක්සියට භාර දෙයි, තවත් එකක් එය මුලින්ම දේශීයව විසඳයි. දේශීය විසඳීම සමඟ අභ්‍යන්තර නාමයක් කිසිදු ටනලයක් ස්පර්ශ කිරීමට පෙර අසාර්ථක වන අතර, දෝෂය ඇත්ත වශයෙන්ම DNS තීරණයක් වූ දෙයට ප්‍රොක්සියට දොස් පවරයි.

VPN තුන්වන මාර්ගය ගනී: පෞද්ගලික විසඳුම්කරු සහ සෙවුම් වසම මාර්ග අසල ස්ථාපනය කිරීමෙන්. එය පහසුය, සහ හුරුපුරුදු මායාවක් නිර්මාණය කරයි: පිළිතුරු නොදෙන විසඳුම්කරුවෙකු සමඟ පවතින මාර්ගයක් මිය ගිය ටනලයක් මෙන්ම පෙනේ, ඇසුරුම් අනෙක් පැත්තට ළඟා වුවත්.

ජාලය එක් නික්මීමකට පමණක් ඉඩ දෙන විට

බොහෝ ආයතනික ජාල පිටතට යන සම්බන්ධතා ඉඩ දෙන්නේ සත්‍යාපිත වෙබ් ප්‍රොක්සියක් හරහා පමණි. OpenVPN සහ SSH යන දෙකම එහි ක්‍රියා කරවිය හැක, පළමුවැන්න තම ප්‍රවාහනය ප්‍රොක්සිය හරහා ටනල් කිරීමෙන් සහ දෙවැන්න කුඩා CONNECT සහායකයක් ධාවනය කරන ප්‍රොක්සි විධානයක් හරහා.

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

මැදිහත්කරුවන් දාමයකට සම්බන්ධ කිරීම ස්ථරයක් තේරීමට වඩා වෙනස් ප්‍රශ්නයකි. දෙවන ප්‍රොක්සියක් හෝ Tor එකතු කිරීම කවුරුන් කුමක් නිරීක්ෂණය කරන්නේද යන්න වෙනස් කරයි, දාමයේ ස්ථානය කුමන පිම්මට සංකේතාත්මක පෙළ පෙනෙන්නේද යන්න තීරණය කරයි.

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

ව්‍යාජ ලිපිනයක් යනු විකල්පයක් නොවේ

වෙනත් අයෙකුගේ මූලාශ්‍ර ලිපිනය සමඟ ඇසුරුම් සෑදීමෙන් ප්‍රයෝජනවත් කිසිවක් සිදු නොවේ: පිළිතුරු සැබෑ හිමිකරු වෙත යයි, බොහෝ ජාල රථවාහන කෙලින්ම ඉවත දමයි. මැදිහත්කරුවෙකු අවශ්‍ය වන්නේ මූලාශ්‍රය නිර්මාණය කළ නොහැකි නිසාමය, එය නිර්මාණ තුනේම අවංක යුක්ති සහගත කිරීමයි.

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

ප්‍රොටෝකෝල සහ නාම අනුව තීරණය කරන්න

එක් වෙබ් සේවාලාභියෙකුට එක් වෙබ් සේවාවක් අවශ්‍ය වී ප්‍රොක්සි සැකසුම් ඇත්නම් ප්‍රොක්සියක් වෙත යන්න. දන්නා TCP සේවා කිහිපයක් ප්‍රමාණවත් නම් සහ SSH ප්‍රවේශය දැනටමත් තිබේ නම් SSH ටනලයක් වෙත යන්න. යෙදුම් කිහිපයක්, TCP නොවන රථවාහන, පෞද්ගලික DNS හෝ නැවත භාවිත කළ හැකි මාර්ගයක් අවශ්‍යතාවයේ කොටසක් නම් VPN එකක් වෙත යන්න.

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