මෙම ක්‍රමවේද දෙක එකට ගොනු කරන්නේ දෙකෙහිම මැදිහත්කරුවෙකු සිටින බැවින් සහ දෙකම සඟවන ආකාරයට පෙනෙන බැවිනි. නමුත් ඒවා ක්‍රියා කරන්නේ වෙනස් වස්තූන් මතය. ඩොමේන් ෆ්‍රන්ටිං යනු එක් HTTPS ඉල්ලීමක කුමන ස්ථරයේ කුමන නම දිස්වේද යන්නයි. VPN යනු කුමන පැකට් කුමන මාර්ගයකින් සහකරු වෙත යනවාද යන්නයි. ෆ්‍රන්ටිං VPN වර්ගයක් යැයි කීම ක්‍රියා කළ නොහැකි සැලසුම් වෙතත්, වැරදි ප්‍රශ්නය අසන සමාලෝචන වෙතත් ගෙන යයි.

නම් දෙකක්, ස්ථර දෙකක්

TLS සම්බන්ධතාවයකට එහි හස්ත සම්පර්කයේ සේවාදායක නමක් ගෙන යා හැකිය. සම්බන්ධතාවය පවතින විට, HTTP ඉල්ලීම තමාට අවශ්‍ය අධිකාරිය හඳුනා ගනී, සාමාන්‍යයෙන් Host ශීර්ෂකයේ. මේවා ක්ෂේත්‍ර දෙකක් වන අතර, වෙනස් මොහොතවලදී වෙනස් මෘදුකාංග කොටස් දෙකක් විසින් කියවනු ලැබේ.

LayerWhat carries the nameWho reads it
TLS handshakeServer name indicationThe TLS terminator in front of the service
HTTP requestAuthority or Host headerThe routing layer that picks a backend
Network pathDestination address and portRouters, and the VPN peer if one is in use

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

ෆ්‍රන්ටිං රඳා පවතින්නේ ක්‍රමවේදය මත නොව සැපයුම්කරු මතය

සීමිත උදාහරණයක් ලෙස, Front Door පිළිබඳ නිතර අසන ප්‍රශ්න Azure හි ලේඛනය ඩොමේන් ෆ්‍රන්ටිං විරුද්ධ ආරක්ෂණ වාර්තා කරයි. එහි එකම දායකත්වය සහ වින්‍යාස කළ මාර්ග තුළ ඇති ඩොමේන් සඳහා අවසර ලත් නොගැළපීමක් ද, නොගැළපීම් ආරක්ෂණය ඉල්ලීමක් අවහිර කරන විට 421 Misdirected Request ප්‍රතිචාරයක් ද විස්තර කරයි.

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

මෙය වෙනත් ජාලයක සීමා මග හැරීමේ උපදෙසක් ද නොවේ. සැපයුම්කරුගේ මාර්ගකරණ නීති කියවා ඔහු අවසර දෙන දේ තේරුම් ගැනීම ගෘහ නිර්මාණ කටයුත්තකි; එම නීති මග හැරීමේ වට්ටෝරුවක් ලෙස සැලකීම වෙනස් ප්‍රතිවිපාක ඇති වෙනත් ක්‍රියාකාරකමකි. ඔබ ලියන ලේඛනයේ මෙම ක්‍රියාකාරකම් දෙක වෙන් කර තබන්න. සමාලෝචනයේදී සැලසුමක් ප්‍රතික්ෂේප වීමට හේතු වන්නේ දෙවැන්නයි.

VPN සැබවින්ම තෝරන්නේ කුමක්ද

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

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

එබැවින් සමාලෝචනයේදී දෙකම ව්‍යාකූල වේ: දෙකම මැදිහත්කරුවන් ලෙස විස්තර කෙරෙන අතර, දෙකම ප්‍රවේශය පිළිබඳ ලේඛනවල දිස්වේ. එක් එක් එකෙන් ලබා දෙන අතුරුමුහුණත සම්පූර්ණයෙන්ම වෙනස් අතර, ඉන් එකක් පමණක් ජාල මාර්ගයකි.

දෘශ්‍යතාව ද්විමාන නොවේ

සංසන්දනය ද සරලව සැඟවුණු එදිරිව දෘශ්‍ය යන්න නොවේ. DNS විමසුම්, ගමනාන්ත ලිපින, හස්ත සම්පර්ක ලක්ෂණ, පැකට් ප්‍රමාණ සහ කාලය — සියල්ල ඒවා දැකීමේ තත්ත්වයේ සිටින අයෙකුට නිරීක්ෂණය කළ හැකි ලෙසම පවතී, එම නිරීක්ෂකයා ඉගෙන ගන්නා දේ ඔහු කොහේ සිටිනවාද යන්න මත රඳා පවතී.

යෙදුම් දත්ත ද ඒවා අවසන් කරන අන්ත ලක්ෂ්‍යවල දිස්වේ. ඔබේ ඉල්ලීම මාර්ගගත කරන ෆ්‍රන්ටිං සේවාව එම ලක්ෂ්‍යවලින් එකකි, VPN සහකරු අනෙකයි. කිසිදු සැකැස්මක් ඔබට සේවය කිරීමට එය කියවිය යුතු පාර්ශ්වයට අන්තර්ගතය අපැහැදිලි නොකරයි.

කොටු තුන අඳින්න

ගෘහ නිර්මාණ සමාලෝචනයක් සඳහා, TLS අන්ත ලක්ෂ්‍යය, HTTP මාර්ගකරණ සේවාව සහ අවසාන යෙදුම වෙන් වූ කොටු තුනක් ලෙස අඳින්න, පසුව ඕනෑම VPN සහකරුවෙකු නැවත වෙනත් තැනක අඳින්න. වෙබ් ගමනාන්තයක් තෝරන ස්ථානය සහ පෞද්ගලික ජාල පැකට් ගෙන යන ස්ථානය එකම පද්ධතියක් විය යුතු නැත, සාමාන්‍යයෙන් එසේ නොවේ.

කොටු වෙන් වූ පසු ප්‍රශ්නවලට පිළිතුරු දිය හැකිය: මෙම සැපයුම්කරු කුමන නම් පිළිගනීද, කුමන ප්‍රොටෝකෝලවලට ප්‍රවාහනය අවශ්‍යද, කුමන පාර්ශ්වයට කුමක් දැකිය හැකිද. ඒවා එකට ඒකාබද්ධ කරන රූප සටහනක් කිසිවෙකුට ක්‍රියාත්මක කළ නොහැකි සැලසුමක් සහ වචන මාලාව ගැන තර්ක කරන සමාලෝචනයක් නිපදවයි.

අදාළ ලිපි