Https https වෙත හරවා යැවීම නරකද?

මම මගේ සේවාදායකයේ SSL සහතිකයක් ස්ථාපනය කළෙමි.

එය පසුව වරාය 80 හි මගේ වසමේ සියලුම ගමනාගමනය සඳහා යළි-යොමුවීමක් සකසා එය වරාය 443 වෙත හරවා යැවීය.

වෙනත් වචන වලින් කිවහොත්, මගේ සියලු http://example.comගමනාගමනය දැන් https://example.comපිටුවේ සුදුසු අනුවාදය වෙත හරවා යවනු ලැබේ .

යළි-යොමුවීම මගේ Apache අතථ්‍ය ධාරක ගොනුවේ මේ වගේ දෙයක් සමඟ කර ඇත ...

RewriteEngine on
ReWriteCond %{SERVER_PORT} !^443$
RewriteRule ^/(.*) https://%{HTTP_HOST}/$1 [NC,R,L] 

මගේ ප්‍රශ්නය නම්, එස්එස්එල් භාවිතා කිරීමේ අඩුපාඩු තිබේද?

මෙය 301 යළි-යොමුවීමක් නොවන බැවින්, මාරුවීමෙන් සෙවුම් යන්ත්‍රවල සම්බන්ධක යුෂ / ශ්‍රේණිගත කිරීම මට අහිමි httpsවේද?

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

යාවත්කාලීන කළ ප්‍රශ්නය

පුදුම සහගත ලෙස බිං මෙම තිර රුව මගේ වෙබ් අඩවියෙන් නිර්මාණය කරයි, එය දැන් සෑම තැනකම HTTPS භාවිතා කරයි ...

මෙම [R]තමන්ගේ ම ධජය යනු 302හරවා යැවීමේ ( Moved Temporarily). ඔබේ වෙබ් අඩවියේ HTTPS අනුවාදය භාවිතා කිරීමට ඔබට සැබවින්ම අවශ්‍ය නම් (ඉඟිය: ඔබ එසේ කරයි), ඔබ [R=301]ස්ථිර යළි-යොමුවීමක් සඳහා භාවිතා කළ යුතුය :

RewriteEngine on
RewriteCond %{SERVER_PORT} !^443$
RewriteRule ^/(.*) https://%{HTTP_HOST}/$1 [NC,R=301,L] 

A 301ඔබගේ ගූගල්-ෆු සහ වෙහෙස මහන්සියෙන් උපයාගත් පිටු සලකුණු නොවෙනස්ව තබා ගනී . mod_rewriteසක්‍රීය කර ඇති බවට වග බලා ගන්න :

a2enmod rewrite

ඔබේ නිශ්චිත ප්‍රශ්නයට පිළිතුරු දීමට:

Https https වෙත හරවා යැවීම නරකද?

නිරය නැත. එය ඉතා හොඳයි.

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

1. අභ්‍යන්තර සබැඳි සඳහා මුළු වෙබ් අඩවියම පරීක්ෂා කර බලා ඔබ ඔබේම ඩොමේන් නාමයක් සබැඳිවලින් සඳහන් කරන්නේ නම් ඒවා සියල්ලම HTTPS භාවිතා කරන බවට සහතික වන්න, එවිට ඔබ ඔබේම යළි-යොමුවීම් ඇති නොකරයි.
2. <meta property="og:url"ඔබගේ වසමේ https අනුවාදය භාවිතා කිරීමට ඔබගේ යාවත්කාලීන කරන්න .
3. ඔබ <base href=නැවත භාවිතා කරන්නේ නම් HTTPS භාවිතා කිරීමට යාවත්කාලීන කරන්න.
4. හැකි නම් SPDY ප්‍රොටෝකෝලය ස්ථාපනය කරන්න
5. ඉල්ලීම් ගණන අඩු කිරීම සඳහා හැකි සෑම විටම CSS රූප ස්ප්රීතු භාවිතා කිරීමට වග බලා ගන්න.
6. Https තත්ත්වය දැක්වීමට ඔබේ අඩවි සිතියම් යාවත්කාලීන කරන්න, එබැවින් කාලයත් සමඟ මකුළුවන් මෙම වෙනස ඉගෙන ගනී.
7. HTTPS වලට වැඩි කැමැත්තක් දැක්වීම සඳහා ගූගල් වෙබ්මාස්ටර් මෙවලම් වැනි සෙවුම් යන්ත්‍ර මනාපයන් වෙනස් කරන්න
8. හැකි සෑම අවස්ථාවකදීම ඕනෑම ස්ථිතික මාධ්‍යයක් HTTPS CDN සේවාදායකයට පටවන්න.

ඉහත සඳහන් කරුණු ආමන්ත්‍රණය කරන්නේ නම්, ඔබට බොහෝ ගැටලු ඇති වේ යැයි මම සැක කරමි.

මම ඔබ https සකසා ඇති අතර ඔබ එය වෙබ් අඩවියේ සෑම තැනකම භාවිතා කළ යුතුය. මිශ්‍ර අන්තර්ගත ගැටළු ඇතිවීමේ අවදානම ඔබ මග හරිනු ඇති අතර ඔබට අවශ්‍ය මෙවලම් තිබේ නම්, මුළු වෙබ් අඩවියම ආරක්ෂිත නොකරන්නේ මන්ද?

Http සිට https දක්වා හරවා යැවීම සම්බන්ධයෙන් පිළිතුර එතරම් සරල නැත.

නැවත හරවා යැවීම ඔබගේ පරිශීලකයින්ට පහසු කරයි, ඔවුන් whateversite.com ටයිප් කර https වෙත හරවා යවනු ලැබේ.

එහෙත්. පරිශීලකයා සමහර විට අනාරක්ෂිත ජාලයක සිටී නම් (හෝ ට්‍රෝයි හන්ට් සහ ඔහුගේ අන්නාසි වලට සමීප නම් ) කුමක් කළ යුතුද? එවිට පරිශීලකයා පැරණි පුරුද්දෙන් http://whateversite.com වෙතින් ඉල්ලීමක් කරනු ඇත . ඒ http. එය සම්මුතියකට ලක් කළ හැකිය. යළි- යොමුවීම https://whateversite.com.some.infrastructure.long.strange.url.hacker.org වෙත යොමු කළ හැකිය . සාමාන්‍ය පරිශීලකයෙකුට එය තරමක් නීත්‍යානුකූල බව පෙනේ. නමුත් ගමනාගමනය බාධා කළ හැකිය.

එබැවින් අපට මෙහි තරඟකාරී අවශ්‍යතා දෙකක් තිබේ: පරිශීලක හිතකාමී වීමට සහ සුරක්ෂිතව සිටීමට. වාසනාවකට මෙන්, HSTS ශීර්ෂය නමින් පිළියමක් තිබේ . එය සමඟ ඔබට යළි-යොමුවීම සක්‍රීය කළ හැකිය. බ්‍රව්සරය ආරක්ෂිත වෙබ් අඩවිය වෙත ගෙන යනු ඇත, නමුත් HSTS ශීර්ෂයට ස්තූතියි එය මතක තබා ගන්න. පරිශීලකයා එම අනාරක්ෂිත ජාලයේ වාඩි වී සිටින whateversite.com හි ටයිප් කරන විට, බ්‍රව්සරය http හරහා යළි-යොමුවීම හරහා නොගෙන වහාම https වෙත යනු ඇත. ඔබ ඉතා සංවේදී දත්ත සමඟ ගනුදෙනු නොකරන්නේ නම්, එය බොහෝ වෙබ් අඩවි සඳහා ආරක්ෂාව සහ භාවිතාව අතර සාධාරණ වෙළඳාමක් යැයි මම සිතමි. (මම මෑතකදී වෛද්‍ය වාර්තා හසුරුවන යෙදුමක් සැකසූ විට මම යළි හරවා යැවීමකින් තොරව https වෙත ගියෙමි). අවාසනාවකට ඉන්ටර්නෙට් එක්ස්ප්ලෝරර්ට HSTS ( ප්‍රභවය) සඳහා සහය නොමැත), එබැවින් ඔබේ ඉලක්කගත ප්‍රේක්ෂකයින් වැඩි වශයෙන් IE භාවිතා කරන්නේ නම් සහ දත්ත සංවේදී නම් ඔබට යළි-යොමුවීම් අක්‍රිය කිරීමට අවශ්‍ය වනු ඇත.

එබැවින් ඔබ IE භාවිතා කරන්නන් ඉලක්ක නොකරන්නේ නම්, ඉදිරියට ගොස් යළි-යොමුවීම් භාවිතා කරන්න, නමුත් HSTS ශීර්ෂයද සක්‍රීය කරන්න.

මෙහි කිසිදු වරදක් නොමැති අතර ඇත්ත වශයෙන්ම එය හොඳම පුහුණුවයි ( ආරක්ෂිත සම්බන්ධතාවයක් හරහා සේවය කළ යුතු අඩවි සඳහා ). ඇත්ත වශයෙන්ම, ඔබ කරන දෙය මා භාවිතා කරන වින්‍යාසයට බෙහෙවින් සමාන ය:

<VirtualHost 10.2.3.40:80>
  ServerAdmin me@example.com
  ServerName secure.example.com
  RedirectMatch 301 (.*) https://secure.example.com$1
</VirtualHost>

# Insert 10.2.3.40:443 virtual host here :)

මෙම 301තත්ත්වය කේතය පෙන්නුම් ස්ථිර අනාගත සම්බන්ධතා සඳහා ආරක්ෂිත URL එක භාවිතා කිරීමට (උදා: පිටු සලකුණු කිරීම යාවත්කාලීන) සමත් ගනුදෙනුකරුවන් උපදෙස්, යළි-යොමුවීම්.

ඔබ වෙබ් අඩවියට සේවය කරන්නේ ටීඑල්එස් / එස්එස්එල් හරහා පමණක් නම්, ඔබේ ආරක්ෂිත අතථ්‍ය ධාරකයේ HTTP දැඩි ප්‍රවාහන ආරක්ෂාව (HSTS) සක්‍රීය කිරීම සඳහා තවත් නියෝගයක් නිර්දේශ කරමි :

<IfModule mod_headers.c>
  Header set Strict-Transport-Security "max-age=1234; includeSubdomains"
</IfModule>

මෙම ශීර්ෂකය දක්ෂ සේවාදායකයින්ට උපදෙස් දෙයි (ඔවුන්ගෙන් බොහෝ දෙනෙක් මේ දිනවල, මම විශ්වාස කරන්නේ ඔවුන් ලබා දී ඇති වසම සමඟ පමණක් HTTPS භාවිතා කළ යුතු බවයි ( secure.example.comමේ අවස්ථාවේ දී) ඊළඟ 1234තත්පර සඳහා. මෙම ; includeSubdomainsකොටස අණුවක් නම් වේ විකල්ප සහ උපදෙස් පමණක් වත්මන් වසම නොවේ අදාළ වන බව නොව, ඒ යටතේ ඕනෑම (උදා: පෙන්නුම් alpha.secure.example.com). HSTS ශීර්ෂය බ්රවුසර මගින් පිළිගනු ලබන්නේ SSL / TLS සම්බන්ධතාවයක් හරහා සේවය කරන විට පමණක් බව සලකන්න !

වර්තමාන හොඳම භාවිතයට එරෙහිව ඔබේ සේවාදායක වින්‍යාසය පරීක්ෂා කිරීම සඳහා, හොඳ නිදහස් සම්පතක් වන්නේ ක්වාලිස්ගේ SSL සේවාදායක පරීක්ෂණ සේවාවයි; මම අවම වශයෙන් A- ලකුණු ලබා ගැනීම අරමුණු කර ගෙන සිටිමි. (ඉලිප්සාකාර වක්‍ර ගුප්ත විද්‍යාව සඳහා සහය නොලැබීම නිසා ඔබට Apache 2.2 ට වඩා වැඩි ප්‍රමාණයක් ලබා ගත නොහැක).

වාව් ! HTTP HTTPS වෙත හරවා යැවීම ඉතා හොඳ දෙයක් වන අතර ඒ සඳහා කිසිදු අඩුපාඩුවක් මට නොපෙනේ.

බ්‍රව්සරයේ සහතිකය පිළිබඳ පරිශීලක-හිතකාමී නොවන අනතුරු ඇඟවීම් වළක්වා ගැනීමට ඔබේ ගනුදෙනුකරුවන්ට නිවැරදි CA ඇති බවට වග බලා ගන්න.

ඊට අමතරව, ඔබ HTTPS වෙත හරවා යැවීම සඳහා Apache සැකසූ ආකාරය හරි.

Https https වෙත හරවා යැවීම නරකද?

නැත, කොහෙත්ම නැත. ඇත්තටම ඒක හොඳ දෙයක්!

යළි-යොමුවීම් මත:

නැවත ලිවීම සම්පූර්ණයෙන්ම ඉවත් කිරීමෙන් එය වඩාත් කාර්යක්ෂම විය හැකිය . මෙන්න මගේ වින්‍යාසය සමාන තත්වයක් මත ...

<VirtualHost *:80>
  ServerName domainname.com

  <IfModule mod_alias.c>
    Redirect permanent / https://domainname.com/
  </IfModule>
</VirtualHost>

HTTPS හරියටම මෝඩකමක් නොවේ. ඇත්ත වශයෙන්ම, සාමාන්‍යයෙන් HTTPS බල කිරීම හොඳ දෙයකි. එය සාමාන්‍ය අපරාධකරුවන්ට ඔබේ පරිශීලකයින්ට නරක දෙයක් කිරීම වළක්වයි.

නමුත් SSLCiphers සැකසුම වැනි SSL සැකසුම් ඔබ පරීක්ෂා කිරීමට කරුණාකර මතක තබා ගන්න. RC4 crypto, SSLv2 සහ SSLv3 ප්‍රොටෝකෝලය වැනි දෑ අක්‍රීය කරන්න. තවද, ඔබේ පද්ධතියේ ගුප්ත-පද්ධති ලිබරීස් TLS1.2 සඳහා සහය දක්වයිද යන්න ඔබ සොයා ගත යුතුය (ඔබට අවශ්‍ය වන්නේ එයයි;))

එස්එස්එල් සක්‍රිය කරන්න, එය හොඳ දෙයකි.

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

පුළුල් බුරුසු පහර ගැටළු කිහිපයක් මෙන්න:

• MITM / SSLSTRIP : මෙය විශාල අවවාදයකි . ඔබ ඔබේ වෙබ් අඩවිය HTTPS හරහා සේවය කිරීමට යන්නේ නම් , වෙබ් අඩවියේ HTTP අක්‍රීය කරන්න . එසේ නොමැතිනම්, ඔබ ඔබේ පරිශීලකයින්ට SSLSTRIP ඇතුළු විවිධ මිනිසුන් අතරමැදි ප්‍රහාර සඳහා විවෘතව තබන අතර එමඟින් ඉල්ලීම් වලට බාධා වන අතර නිහ ly ව HTTP හරහා සේවය කරනු ඇත, ඔවුන්ගේම අනිෂ්ට මෘදුකාංග ස්ක්‍රිප්ට් ධාරාවට ඇතුල් කරයි. පරිශීලකයා නොදැනුවත්ව නම්, ඔවුන් සිතන්නේ ඔවුන්ගේ සැසිය සැබවින්ම නොමැති විට එය ආරක්ෂිත බවයි.

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

• ඔබේ වෙබ් අඩවියට ආරක්ෂිත පිවිසුමක් අවශ්‍ය නම්, මුළු පරිශීලක සැසියම සුරක්ෂිත කළ යුතුය. HTTPS හරහා සත්‍යාපනය නොකරන්න, පසුව පරිශීලකයා HTTP වෙත හරවා යවන්න. ඔබ එසේ කළහොත්, නැවතත්, ඔබ ඔබේ පරිශීලකයින් MITM ප්‍රහාරයන්ට ගොදුරු විය හැකිය. මේ දිනවල සත්‍යාපනය සඳහා සම්මත ප්‍රවේශය වන්නේ එක් වරක් සත්‍යාපනය කිරීම, පසුව සත්‍යාපන ටෝකනයක් පසුපසට සහ පසුපසට යැවීම (කුකියක). නමුත් ඔබ HTTPS හරහා සත්‍යාපනය කර HTTP වෙත හරවා යැවුවහොත්, මැදපෙළ මිනිසෙකුට එම කුකියට බාධා කළ හැකි අතර ඔබේ ආරක්ෂාව මඟ හරිමින් ඔවුන් ඔබේ සත්‍යාපිත පරිශීලකයා ලෙස වෙබ් අඩවිය භාවිතා කළ හැකිය.

• HTTPS සමඟ ඇති “කාර්ය සාධනය” ගැටළු නව සම්බන්ධතාවයක් නිර්මාණය කිරීම සඳහා වන අත් හුවමාරුවට පමණක් සීමා වූ සියලුම ප්‍රායෝගික අරමුණු සඳහා වේ. URL එකකින් බහු HTTPS සම්බන්ධතා අවශ්‍යතාවය අවම කිරීම සඳහා ඔබට කළ හැකි දේ කරන්න, එවිට ඔබ සැතපුම් ගණනක් ඉදිරියෙන් සිටියි. ඔබ HTTP හරහා ඔබේ අන්තර්ගතයට සේවය කළත් එය සත්‍යයකි. ඔබ SPDY හි කියවන්නේ නම්, එය කරන සෑම දෙයක්ම එකම URL එකකින් සියලුම සම්බන්ධතා එකම සම්බන්ධතාවයක් හරහා සේවය කිරීමට උත්සාහ කිරීම කෙරෙහි නැඹුරු වී ඇති බව ඔබට වැටහෙනු ඇත. ඔව්, HTTPS භාවිතා කිරීම හැඹිලි වලට බලපායි. කෙසේ වෙතත්, මේ දිනවල වෙබ් අඩවි කීයක් ස්ථිතික, හැඹිලි කළ හැකි අන්තර්ගතයක් ද? අතිරික්ත දත්ත සමුදා විමසීම් අවම කිරීම සඳහා ඔබේ වෙබ් සේවාදායකයේ හැඹිලි භාවිතයෙන් ඔබේ මුදල් සඳහා වැඩි වේගයක් ලැබෙනු ඇත. වෙනස් නොවන දත්ත නැවත නැවතත් ලබා ගැනීම සහ මිල අධික කේත මාර්ග අවශ්‍ය ප්‍රමාණයට වඩා ක්‍රියාත්මක කිරීමෙන් වලක්වනු ඇත.

මෙය ඔබේ මුල් ප්‍රශ්නයට තාක්‍ෂණිකව පිළිතුරක් නොවේ, නමුත් ඔබ ගූගල් ක්‍රෝම් දිගුව HTTPSEverywhere භාවිතා කරන්නේ නම් (වෙනත් බ්‍රව්සර්වල සමාන දිගුවන් ඇති බව මට විශ්වාසයි), දිගුව ස්වයංක්‍රීයව HTTP සමඟ අඩවි HTTPS සමඟ එකම වෙබ් අඩවියකට හරවා යවයි. මම එය ටික කලක් භාවිතා කර ඇති අතර, මට කිසිදු ගැටළුවක් නොමැත (මන්දගාමී වීම හැර, නමුත් මම එය අත්හදා බලා නැත). HTTPSEverywhere සේවාදායකයේ සමහර නීති රීති මගින් වෙනස් කළ හැකිය, නමුත් මම එම ප්‍රදේශයේ වැඩි යමක් කර නොමැති බැවින් නිශ්චිත තොරතුරු ගැන මට විශ්වාස නැත.

ඔබේ සත්‍ය ප්‍රශ්නය වෙත ආපසු යාම, ඔබ HTTPSEverywhere වැනි දෙයක් භාවිතා කරන්නේ නම්, HTTP පමණක් භාවිතා කිරීමට ඊටත් වඩා අඩු දිරිගැන්වීමක් ඇත, නමුත් ඔබට අවශ්‍ය විටෙක නිවැරදි නීති සැකසීම අසීරු යැයි මම සිතමි.

HTTP හරහා HTTPS වෙත ඇති එකම තාක්‍ෂණික දිනුම් ඇදීම නම් සරල HTTP වලට වඩා HTTPS ඉල්ලීම් ක්‍රියාවට නැංවීම පරිගණකමය වශයෙන් වඩා මිල අධික වීමයි.

කෙසේ වෙතත්, බොහෝ නවීන සේවාදායකයන්ට අධි බලැති සී.පී.යූ. ඇති බැවින් මෙම බලපෑම සාමාන්‍යයෙන් නොසැලකිලිමත් වන්නේ ඔබ ඉතා ඉහළ මට්ටමේ ගමනාගමනයක් නොමැති නම් පමණි.

එස්එස්ඩී / ටීඑල්එස් වැඩ කිරීමට අවශ්‍ය වන එස්පීඩීඅයි වැනි ප්‍රොටෝකෝලයන් පැමිණීමත් සමඟම, මෙය ඇත්ත වශයෙන්ම ඉහත සඳහන් කළ පරිගණකමය පොදු කාර්යයට ප්‍රතිවිරුද්ධව ක්‍රියා කරයි.

Https වෙත හරවා යැවීම ඉතා හොඳයි, නමුත් මම එය කියවා ඇත්තේ ඔබ යළි-යොමුවීම් සංවිධානය කරන්නේ කෙසේද යන්න මතය.

Security.stackexchange.com හි පිළිතුරෙහි යෝජනා කර ඇති පරිදි එන එන http ඉල්ලීම් ඔබගේ https සම්බන්ධතාවයට හරවා යැවීම සඳහා විශේෂිත අථත්‍ය සේවාදායකයක් සෑදීම ඉතා බුද්ධිමත් යැයි පෙනෙන අතර අමතර ආරක්ෂක තර්ජන කිහිපයක් වසා දමනු ඇත. අපාචේ හි වින්‍යාසය මේ වගේ දෙයක් වනු ඇත:

# Virtual host for rerouting
<VirtualHost *:80>
    ServerName www.example.com
    Redirect permanent / https://www.example.com/
</VirtualHost>

# Virtual host for secure hosting on https
<VirtualHost *:443>
    ServerName www.example.com
    SSLEngine on
    Header set Strict-Transport-Security "max-age=8640000;includeSubdomains"

    ...site settings...

</VirtualHost>