څنګه د VPN له لارې HTTPS لومړۍ غوښتنه وکړئ
د HTTPS-یوازې حالت، اصلي HTTPS بک مارکونه او HSTS درې مختلف اصلاحات دي. د دوی له لارې په ترتیب سره پرمخ وړئ نو لومړۍ غوښتنه کوډ شوې وي ، نه لیږل شوې.
یو براوزر چې لومړی 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 سره د سویچ او هر سایټ استثنا په توګه د پیډ لاک مینو څخه اداره کیږي. په کروم او ایج کې ورته نظر د ترتیباتو ، محرمیت او امنیت ، امنیت لاندې ناست دی ، لیبل شوی تل خوندي اړیکې وکاروئ. هر څه چې لیبل وي، د کوربه په وړاندې چلند تایید کړئ چې یوازې په 80 پورټ کې ځواب ورکوي، ځکه چې یو حالت چې لوړیږي او بیا په خاموشۍ سره بیرته راځي هغه محافظت ندی چې تاسو فکر کوئ تاسو فعال کړی. Firefox HTTPS-Only اسناد د دې براوزر لپاره اپ گریڈ، خبرتیا او استثنایي چلند څرګندوي.
3 ګام: سرچینې سم کړئ، نه یوازې د ادرس بار
کله چې اپ گریڈ ناکام شي، د پتې بار پر ځای دقیقه تېروتنه ولولئ. یو کوربه چې د HTTPS اوریدونکي نلري، یو کوربه نوم چې د سند سره سمون نه لري او یو ختم شوی سلسله مختلف پیغامونه تولیدوي او د مختلف مالکینو سره تړاو لري. یوازې لومړی د سرور اړخ تشه ده؛ دوهم معمولا یو بک مارک دی چې هیڅکله تازه شوی نه و؛ دریمه د تجدید ستونزه ده چې د VPN اتصال غیر اړونده دی.
د اکاونټ سایټ ته د سند استثنا مه اضافه کړئ ځکه چې VPN فعال دی. استثناء هغه چک غیر فعالوي چې په سمه توګه به د VPN د مخنیوي لپاره وي.
دریمه برخه د پاڼې دننه ده، او دا هغه څوک دی چې خلک یې له لاسه ورکوي. هغه پاڼه چې په HTTPS باندې باریږي بیا هم کولی شي عکسونه، فونټونه یا سکریپټونه د HTTP URL څخه راوباسي، او براوزر به دوی بند کړي یا د ټولې پاڼې لپاره امنیتي شاخص ښکته کړي. د شبکې په پینل کې ناکامې غوښتنې معاینه کړئ او د دوی په مالک کې د سرچینې حوالې حل کړئ د دې پرځای چې فرض کړئ د پتې بار هره غوښتنه تشریح کوي. په هغه سایټ کې چې تاسو یې پرمخ وړئ، دا پدې مانا ده چې په براوزر کې د بیا لیکلو پرځای په CMS یا ټیمپلیټ کې ذخیره شوي URLs سم کړئ. که تاسو نشئ کولی سرچینه بدل کړئ، مخلوط منځپانګې د پیژندل شوي تشې په توګه ثبت کړئ، ځکه چې په یوه پاڼه کې یو تالاش چې د ساده متن سرچینې راوباسي یو غلط سیګنال دی.
4 مرحله: HSTS څه اضافه کوي، او څه نه کوي
HSTS د براوزر غوره توب پرځای د سایټ پالیسي ده، او دا دلته یوازینی میکانیزم دی چې په تازه پروفایل کې د ټایپ شوي http:// ژوندي پاتې کیږي. یوځل چې براوزر د کوربه لپاره Strict-Transport-Security سرلیک ولید، دا د لیږلو دمخه https ته وروسته غوښتنې بیا لیکي، کوم چې په حقیقت کې هغه ملکیت دی چې تاسو یې غواړئ. دا د کوربه لپاره هیڅ کار نه کوي چې براوزر یې هیڅکله لیدلی نه وي، او د بل کوربه نوم لپاره هیڅ شی نه کوي چې ورته غوښتنلیک خدمت کوي.
وګورئ چې اصل د curl -sSI https://example.com | grep -i strict-transport-security سره څه لیږي. ورک شوی سرلیک د سرور بدلون دی او نه هغه څه چې پیرودونکي یې نصب کولی شي. که دا موجود وي، max-age ولولئ او ایا includeSubDomains ټاکل شوی، ځکه چې د لیدنو تر منځ یو لنډ اعظمي عمر پای ته رسیږي او یو ورک شوي includeSubDomains هر فرعي ډومین غیر خوندي پریږدي. RFC 6797 تعریفوي چې څنګه د کارونکي اجنټ پالیسي پلي کوي او هغه څه چې ممکن یې له پامه غورځوي. پریلوډ یوه جلا ژمنه ده، نو د hstspreload.org API له لارې وضعیت وګورئ مخکې له دې چې چا سره ژمنه وکړي چې ډومین په لیست کې دی.
تصدیق او رول بیک
رول بیک د پیرودونکي ترتیباتو لپاره ارزانه او د HSTS لپاره ګران دی. د HTTPS-یوازې حالت بندول سمدلاسه پخوانی چلند بحالوي؛ ډیر اوږد عمر نه لري، او هغه لیدونکي چې دمخه یې ترلاسه کړي دي تر هغه وخته پورې لوړیږي چې دا پای ته ورسیږي.
نو مخکې له دې چې دا ترسره شي، په ترتیب سره تصدیق کړئ. د سړې زیرمې څخه بیا پورته کړئ او د شبکې پینل کې لومړۍ غوښتنه تایید کړئ https پرته له مخکینۍ لارښوونې سره. بیا یو فرعي ډومین چیک کړئ، ځکه چې includeSubDomains چیرې چې دا پالیسي معمولا د اټکل په پرتله محدوده وي. بیا یوه پاڼه وګورئ چې د دریمې ډلې شتمنۍ راوباسي، ځکه چې مخلوط منځپانګې هغه ناکامي ده چې د هر بل فکس څخه ژوندي پاتې کیږي.
که لومړۍ غوښتنه له دې ټولو وروسته بیا هم http وي، پیرودونکي نور متغیر نه دی: هغه لینک چې خلک یې کلیک کوي. هغه ځایونه وپلټئ چې تاسو یې د کوربه نوم http فارم لپاره کنټرول کوئ، دوی تازه کړئ، او د ورته سرد کیچ بیالوډ سره بیا ازموینه وکړئ. د VPN پوښتنه په ټوله کې جلا وساتئ، ځکه چې تونل بدلوي چې څوک غوښتنه لیدلی شي او هیڅکله بدلون نه کوي چې غوښتنه کوډ شوې وي که نه. په ټکټ کې د ایښودلو کرښه دا ده چې لومړۍ غوښتنه هغه ده چې مهمه ده، او ریډیریټ یوازې د غوښتنې لپاره رسید دی چې دمخه لیږل شوي.