VPN හරහා HTTPS පළමු ඉල්ලීම බවට පත් කරන්නේ කෙසේද

ප්‍රථමයෙන් http:// ලෙස ටයිප් කරන බ්‍රවුසරයක් සහ යළි-යොමුවීමකින් පසුව https:// වෙත ගොඩබසින බ්‍රවුසරයක් දැනටමත් පැහැදිලිවම එක් ඉල්ලීමක් යවා ඇති අතර VPN එකක් එය වෙනස් නොකරයි. උමග සේවාදායකයා සිට පිටවීමේ නෝඩය දක්වා කකුල ආරක්ෂා කරයි; එය ප්‍රවාහන ස්තරයට ඉහළින් කිසිවක් සංකේතනය නොකරයි, එබැවින් පිටවීම සහ මූලාරම්භය අතර නිරීක්ෂකයෙකුට තවමත් සාමාන්‍ය පෙළ හොප් දකී. HTTPS පළමු ඉල්ලීම බවට පත් කිරීම කොටස් තුනකින් යුත් සේවාලාභී පාර්ශ්වයේ වෙනසක් වේ: සැබෑ HTTPS ලිපිනයක්, බ්‍රවුසරයේ උත්ශ්‍රේණි කිරීමේ ප්‍රකාරය සහ අඩවියේ ප්‍රතිපත්තිය. පහත පියවර වන්නේ මා භාවිතා කරන අනුපිළිවෙලයි, ඒ සෑම එකක්ම එය ගත්තේදැයි ඔබට පවසන චෙක්පතයි.

පියවර 1: ඇත්ත වශයෙන්ම පළමු ඉල්ලීම කුමක්ද යන්න තහවුරු කරන්න

ඕනෑම දෙයක් වෙනස් කිරීමට පෙර, බ්‍රවුසරය යවන දේ බලන්න. සීතල හැඹිලියකින් නැවත පූරණය කරන ලද පිටුව සමඟ ජාල පැනලය විවෘත කර පළමු පේළිය කියවන්න: යෝජනා ක්රමය http සහ තත්ත්වය 301 හෝ 308 නම්, එම පේළියට පසුව ඇති සියල්ල දෙවන ඉල්ලීමකි. curl -sS -o /dev/null -w '%{http_code} %{url_effective}\n' http://example.com බ්‍රවුසරයෙන් පිටත එම අනුපිළිවෙලම ප්‍රතිනිෂ්පාදනය කර ඔබ අවසන් කළ URL මුද්‍රණය කරයි.

ප්‍රතිඵල දෙකක් විය හැකි අතර ඒවාට වෙනස් නිවැරදි කිරීම් අවශ්‍ය වේ. වෙබ් අඩවිය එකම සත්කාරකයේ HTTPS සේවය කරන්නේ නම්, විසඳුම වන්නේ HTTP පෝරමය ප්‍රකාශනය කිරීම නැවැත්වීමයි: පිටු සලකුණ, විකි සබැඳිය, ඩෙස්ක්ටොප් කෙටිමඟ සහ පුද්ගලයින් ක්ලික් කරන ඊමේල් අච්චුව යාවත්කාලීන කරන්න. වෙබ් අඩවිය කිසිසේත්ම HTTPS සේවය නොකරන්නේ නම්, කිසිදු බ්‍රව්සර් සැකසුමකින් එය නිර්මාණය නොකරනු ඇත, සහ අවංක පිළිතුර නම් ගමනාන්තය ගැටලුවයි. ගිණුම් පිටුවක සහතික ව්‍යතිරේකයක් ප්‍රවාහන ගැටලුවක් අක්තපත්‍ර ගැටලුවක් බවට පරිවර්තනය කරන බැවින්, ව්‍යතිරේකයක් සමඟ දෙවන අවස්ථාවට උඩින් ලියන්න එපා. ඔබ සැකසීමක් ස්පර්ශ කිරීමට පෙර ඔබ සිටින්නේ කුමන නඩුවේද යන්න ලියන්න.

පියවර 2: බ්‍රවුසරයේ HTTPS-පමණි මාදිලිය ක්‍රියාත්මක කරන්න

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

ෆයර්ෆොක්ස් හි පාලනයන් about:config පිටුපස සහ රහස්‍යතා සැකසීම් පිටුවෙහි dom.security.https_only_mode සමඟින්, ස්විචය සහ එක්-අඩවි ව්‍යතිරේකයක් ලෙස පෑඩ්ලොක් මෙනුවෙන් කළමනාකරණය කරයි. Chrome සහ Edge හි එකම අදහස සැකසීම්, පෞද්ගලිකත්වය සහ ආරක්ෂාව, ආරක්ෂාව යටතේ සෑම විටම ආරක්ෂිත සම්බන්ධතා භාවිතා කරන්න යනුවෙන් ලේබල් කර ඇත. ලේබලය කුමක් වුවත්, පෝට් 80 මත පමණක් පිළිතුරු දෙන ධාරකයකට එරෙහිව හැසිරීම සත්‍යාපනය කරන්න, මන්ද උත්ශ්‍රේණිගත කර පසුව නිහඬව ආපසු වැටෙන මාදිලියක් ඔබ සක්‍රීය කර ඇතැයි සිතන ආරක්ෂාව නොවේ. Firefox HTTPS-පමණක් ලියකියවිලි එම බ්‍රවුසරය සඳහා උත්ශ්‍රේණි කිරීම, අනතුරු ඇඟවීම සහ ව්‍යතිරේක හැසිරීම විස්තර කරයි.

පියවර 3: ලිපින තීරුව පමණක් නොව සම්පත් නිවැරදි කරන්න

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

VPN එක ක්‍රියාත්මක නිසා ගිණුම් අඩවියකට සහතික ව්‍යතිරේකයක් එක් නොකරන්න. ව්‍යතිරේකයක් මඟින් VPN වලක්වා ගැනීමට අදහස් කරන ලද බාධාව හරියටම අල්ලා ගත හැකි චෙක්පත අබල කරයි.

තෙවන කොටස පිටුව තුළ ඇති අතර, එය මිනිසුන්ට මග හැරී ඇත. HTTPS හරහා පූරණය වන පිටුවකට තවමත් http URL එකකින් පින්තූර, අකුරු හෝ ස්ක්‍රිප්ට් ඇද ගත හැකි අතර, බ්‍රවුසරය ඒවා අවහිර කරයි හෝ සම්පූර්ණ පිටුව සඳහා ආරක්ෂක දර්ශකය පහත හෙළයි. ලිපින තීරුව සෑම ඉල්ලීමක්ම විස්තර කරයි යැයි උපකල්පනය කරනවාට වඩා ජාල පැනලයේ ඇති අසාර්ථක ඉල්ලීම් පරීක්ෂා කර ඒවායේ හිමිකරු වෙත සම්පත් යොමු සවි කරන්න. ඔබ ක්‍රියාත්මක කරන වෙබ් අඩවියක, එයින් අදහස් වන්නේ බ්‍රවුසරයේ නැවත ලිවීම වෙනුවට CMS හෝ අච්චුවේ ගබඩා කර ඇති URL නිවැරදි කිරීමයි. ඔබට මූලාශ්‍රය වෙනස් කළ නොහැකි නම්, මිශ්‍ර අන්තර්ගතය දන්නා පරතරයක් ලෙස සටහන් කරන්න, මන්ද සාමාන්‍ය පෙළ සම්පත් ඇද ගන්නා පිටුවක අගුලක් වැරදි සංඥාවක් වේ.

පියවර 4: HSTS එකතු කරන දේ සහ එය නොකරන දේ

HSTS යනු බ්‍රවුසර මනාපයකට වඩා අඩවි ප්‍රතිපත්තියක් වන අතර, නැවුම් පැතිකඩක් මත ටයිප් කළ http:// එකකින් නොනැසී පවතින එකම යාන්ත්‍රණය එයයි. බ්‍රවුසරයක් ධාරකයක් සඳහා Strict-Transport-Security ශීර්ෂයක් දුටු පසු, එය https වෙත යැවීමට පෙර ඉල්ලීම් නැවත ලියයි, එය හරියටම ඔබට අවශ්‍ය දේපල වේ. බ්‍රවුසරය කිසිදා නොපැමිණි ධාරකයකට එය කිසිවක් නොකරයි, සහ එකම යෙදුමට සේවය කරන වෙනත් සත්කාරක නාමයක් සඳහා කිසිවක් නොකරයි.

curl -sSI https://example.com | grep -i strict-transport-security සමඟින් මූලාරම්භය යවන දේ පරීක්ෂා කරන්න. නැතිවූ ශීර්ෂයක් යනු සේවාදායක වෙනසක් මිස සේවාලාභියෙකුට ස්ථාපනය කළ හැකි දෙයක් නොවේ. එය තිබේ නම්, max-age කියවන්න සහ includeSubDomains සකසා තිබේද යන්න, කෙටි උපරිම වයස් සීමාවක් පැමිණීම් අතර කල් ඉකුත් වන නිසා සහ අතුරුදහන් ඇතුළත් කිරීම නිසා සෑම උප ඩොමේනයක්ම අනාරක්ෂිතව තබයි. RFC 6797 පරිශීලක නියෝජිතයෙකු ප්‍රතිපත්තිය යොදන ආකාරය සහ එය නොසලකා හැරිය හැකි දේ නිර්වචනය කරයි. Preload යනු වෙනම කැපවීමකි, එබැවින් ලැයිස්තුවේ වසමක් ඇති බවට පොරොන්දු වීමට පෙර hstspreload.org API හරහා තත්ත්වය පරීක්ෂා කරන්න.

සත්‍යාපනය සහ ආපසු හැරීම

ග්‍රාහක සැකසුම් සඳහා ආපසු හැරවීම ලාභදායී වන අතර HSTS සඳහා මිල අධික වේ. HTTPS-පමණි මාදිලිය ක්‍රියාවිරහිත කිරීම පෙර හැසිරීම වහාම ප්‍රතිසාධනය කරයි; දිගු උපරිම වයසක් නොමැති අතර, දැනටමත් එය ලබාගෙන ඇති අමුත්තන් එය කල් ඉකුත් වන තෙක් යාවත්කාලීන කරමින් සිටියි.

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

ඒ සියල්ලෙන් පසුවත් පළමු ඉල්ලීම http නම්, සේවාලාභියා තවදුරටත් විචල්‍යය නොවේ: පුද්ගලයන් ක්ලික් කරන සබැඳිය වේ. සත්කාරක නාමයේ http පෝරමය සඳහා ඔබ පාලනය කරන ස්ථාන සොයන්න, ඒවා යාවත්කාලීන කරන්න, සහ එම සීතල-හැඹිලි නැවත පූරණය සමඟ නැවත පරීක්ෂා කරන්න. ඉල්ලීම දැකිය හැකි උමග වෙනස් වන නිසා සහ ඉල්ලීම සංකේතනය කර තිබේද යන්න කිසිවිටෙක වෙනස් නොකරන නිසා VPN ප්‍රශ්නය පුරාවටම වෙන්ව තබන්න. ප්‍රවේශ පත්‍රයේ තැබීමට ඇති රේඛාව වන්නේ පළමු ඉල්ලීම වැදගත් වන අතර යළි-යොමුවීමක් යනු දැනටමත් යවා ඇති ඉල්ලීමක් සඳහා වූ කුවිතාන්සියක් පමණි.