HTTPS, SSL എന്നാൽ എന്ത്? സുരക്ഷിത വെബ്‌സൈറ്റുകൾ എങ്ങനെ പ്രവർത്തിക്കുന്നു, ലളിതമായി
HTTPS എന്നത് ബ്രൗസറുകൾ വെബ്‌സൈറ്റുകളുമായി സംസാരിക്കാൻ ഉപയോഗിക്കുന്ന HTTP പ്രോട്ടോക്കോളിന്റെ സുരക്ഷിത പതിപ്പാണ്. TLS (Transport Layer Security) ഉപയോഗിച്ച് ഓരോ റിക്വസ്റ്റും റെസ്പോൺസും ഒരു എൻക്രിപ്റ്റ് ചെയ്ത കണക്ഷനിൽ പൊതിയുന്നു; അതുകൊണ്ട് സന്ദർശകനും വെബ്‌സൈറ്റിനും ഇടയിൽ ആർക്കും അയക്കുന്നത് വായിക്കാനോ മാറ്റാനോ കഴിയില്ല. SSL എന്നത് അതേ ആശയത്തിന്റെ പഴയ പേരാണ് — TLS മാറ്റിസ്ഥാപിച്ച ആദ്യ പ്രോട്ടോക്കോൾ — അതുകൊണ്ടാണ് ആളുകൾ ഇപ്പോഴും “SSL സർട്ടിഫിക്കറ്റ്” എന്ന് പറയുന്നത്.
AI ഉപയോഗിച്ച് നിർമ്മിക്കുമ്പോൾ HTTPS പ്രധാനമാകുന്നത് എന്തുകൊണ്ട്
നിങ്ങൾ പ്രസിദ്ധീകരിക്കുന്ന ഏത് ആപ്പും HTTPS വഴി നൽകണം. അത് നല്ല രീതി മാത്രമല്ല:
- ബ്രൗസറുകൾ അത് പ്രതീക്ഷിക്കുന്നു. plain HTTP-യിലുള്ള സൈറ്റുകൾക്ക് “Not secure” ലേബൽ കിട്ടും. ലൊക്കേഷൻ ആക്സസ്, ക്യാമറ, മൈക്രോഫോൺ, ഓഫ്‌ലൈൻ ആപ്പുകൾക്കുള്ള സർവീസ് വർക്കർ പോലുള്ള ചില ബ്രൗസർ സൗകര്യങ്ങൾ സാധാരണയായി സുരക്ഷിത (HTTPS) പേജുകളിൽ മാത്രമേ പ്രവർത്തിക്കൂ.
- ലോഗിനുകളും ഫോമുകളും. HTTPS ഇല്ലെങ്കിൽ പാസ്‌വേഡുകളും സെഷൻ കുക്കികളും ഫോം ഡാറ്റയും വായിക്കാവുന്ന ടെക്സ്റ്റായി യാത്ര ചെയ്യുന്നു. ഒരേ കഫേ വൈ-ഫൈയിലുള്ള ആർക്കും അവ പിടിച്ചെടുക്കാൻ കഴിഞ്ഞേക്കാം.
- പേയ്‌മെന്റുകളും മൂന്നാംകക്ഷി സേവനങ്ങളും. പേയ്‌മെന്റ് പ്രൊവൈഡർമാർ, OAuth സൈൻ-ഇൻ, പല API-കൾ എന്നിവയ്ക്ക് HTTPS റീഡയറക്ട്, കോൾബാക്ക് URL-കൾ ആവശ്യമാണ്.
- വിശ്വാസവും സെർച്ചും. സന്ദർശകർ മുന്നറിയിപ്പ് ശ്രദ്ധിക്കും, HTTPS ഒരു റാങ്കിംഗ് സിഗ്നലായി പരിഗണിക്കുമെന്ന് Google പറഞ്ഞിട്ടുണ്ട്.
നല്ല വാർത്ത: മിക്ക ആധുനിക ഹോസ്റ്റിംഗ് പ്ലാറ്റ്‌ഫോമുകളിലും HTTPS ഓട്ടോമാറ്റിക്കായി സജ്ജമാകും. കസ്റ്റം ഡൊമെയ്ൻ അല്ലെങ്കിൽ മിക്സഡ് കണ്ടന്റ് മുന്നറിയിപ്പ് പ്രശ്നമാകുമ്പോൾ ശരിയാക്കാൻ അതിന്റെ ഘടകങ്ങൾ മനസ്സിലാക്കിയാൽ മതി.
ഒരു ദൈനംദിന ഉദാഹരണം
plain HTTP വഴി ഡാറ്റ അയക്കുന്നത് ഒരു പോസ്റ്റ്കാർഡ് അയക്കുന്നത് പോലെയാണ്: വഴിയിൽ കൈകാര്യം ചെയ്യുന്ന ഓരോ പോസ്റ്റ്മാനും അത് വായിക്കാം, സന്ദേശം മാറ്റുകയും ചെയ്യാം.
HTTPS എന്നത് സീൽ ചെയ്ത, കൃത്രിമം കണ്ടുപിടിക്കാവുന്ന ഒരു കവറിൽ അയക്കുന്നത് പോലെയാണ് — എന്നാൽ ആദ്യം സ്വീകർത്താവിന്റെ ഔദ്യോഗിക തിരിച്ചറിയൽ കാർഡ് പരിശോധിക്കുന്നു. സർട്ടിഫിക്കറ്റ് ആ ഐഡി കാർഡാണ്; സൈറ്റ് ഡൊമെയ്ൻ യഥാർത്ഥത്തിൽ നിയന്ത്രിക്കുന്നുവെന്ന് പരിശോധിച്ച ശേഷം വിശ്വസനീയമായ ഒരു അതോറിറ്റി (സർട്ടിഫിക്കറ്റ് അതോറിറ്റി) അത് നൽകുന്നു. എൻക്രിപ്ഷൻ ആണ് സീൽ ചെയ്ത കവർ. ഐഡി പറയുന്നത് നിങ്ങൾ ശരിയായ വിലാസത്തിലേക്കാണ് എഴുതുന്നത് എന്നാണ്; കവർ ഉള്ളടക്കം സ്വകാര്യമായി സൂക്ഷിക്കുന്നു.
HTTPS എങ്ങനെ പ്രവർത്തിക്കുന്നു, ലളിതമായി
ഒരു ബ്രൗസർ https://shop.example.com തുറക്കുമ്പോൾ:
- ഹലോ. ബ്രൗസർ കണക്ട് ചെയ്ത് തനിക്ക് പിന്തുണയുള്ള എൻക്രിപ്ഷൻ രീതികൾ പറയുന്നു.
- സർട്ടിഫിക്കറ്റ്. സെർവർ അതിന്റെ സർട്ടിഫിക്കറ്റ് അയക്കുന്നു; “ഈ കീ
shop.example.com-ന്റേതാണ്” എന്നും അത് ഒരു സർട്ടിഫിക്കറ്റ് അതോറിറ്റി ഒപ്പിട്ടതാണെന്നും അതിൽ പറയുന്നു. - പരിശോധന. ബ്രൗസർ ഒപ്പ് തനിക്ക് മുമ്പേ വിശ്വാസമുള്ള അതോറിറ്റികളുമായി ഒത്തുനോക്കുന്നു, സർട്ടിഫിക്കറ്റ് കാലഹരണപ്പെട്ടിട്ടില്ലെന്നും ഡൊമെയ്ൻ യോജിക്കുന്നുവെന്നും ഉറപ്പാക്കുന്നു.
- കീകൾ. ബ്രൗസറും സെർവറും ഈ സെഷനായി ഒരു പുതിയ രഹസ്യ കീ അംഗീകരിക്കുന്നു; അത് തുറന്നു അയക്കാതെ തന്നെ.
- എൻക്രിപ്റ്റ് ചെയ്ത സംഭാഷണം. ഇപ്പോൾ എല്ലാ റിക്വസ്റ്റുകളും റെസ്പോൺസുകളും — പേജുകൾ, ഫോം ഡാറ്റ, കുക്കികൾ — എൻക്രിപ്റ്റ് ചെയ്ത് യാത്ര ചെയ്യുന്നു.
ഈ TLS ഹാൻഡ്‌ഷേക്ക് ഏതാനും മില്ലിസെക്കൻഡുകൾ മാത്രമെടുക്കുകയും സ്വയമേവ നടക്കുകയും ചെയ്യുന്നു. സന്ദർശകൻ കാണുന്നത് പാഡ്‌ലോക്ക് ഐക്കൺ മാത്രം (ചില ബ്രൗസറുകളിൽ ഒരു നിഷ്പക്ഷ സൈറ്റ്-ഇൻഫോ ഐക്കൺ).
HTTPS എന്ത് സംരക്ഷിക്കുന്നു, എന്ത് സംരക്ഷിക്കുന്നില്ല
| സംരക്ഷിക്കുന്നത് | സംരക്ഷിക്കാത്തത് |
|---|---|
| ബ്രൗസറിനും സെർവറിനും ഇടയിൽ സഞ്ചരിക്കുന്ന ഡാറ്റ | നിങ്ങളുടെ സെർവറിലോ ഡാറ്റാബേസിലോ എത്തിക്കഴിഞ്ഞ ഡാറ്റ |
| പബ്ലിക് വൈ-ഫൈയിലെ ഒളിഞ്ഞുനോട്ടം | ഒരു ദുരുദ്ദേശ്യമുള്ള അല്ലെങ്കിൽ തട്ടിപ്പ് വെബ്‌സൈറ്റ് |
| വഴിയിൽ പേജുകൾ മാറ്റുന്നത് | നിങ്ങളുടെ ആപ്പിലെ ബഗുകൾ, ഉദാഹരണത്തിന് അനുമതി പരിശോധനകളുടെ അഭാവം |
| അയക്കുന്ന സമയത്തെ കുക്കികളും പാസ്‌വേഡുകളും | ദുർബലമായ പാസ്‌വേഡുകളും ചോർന്ന API കീകളും |
HTTPS റിക്വസ്റ്റുകളുടെ ഉള്ളടക്കം എൻക്രിപ്റ്റ് ചെയ്യുന്നു, പേജ് പാത്തും ക്വറി സ്ട്രിംഗും ഉൾപ്പെടെ. എങ്കിലും നിങ്ങൾ സന്ദർശിക്കുന്ന ഡൊമെയ്ൻ നെയിം വഴിയിലുള്ള നെറ്റ്‌വർക്കുകൾക്ക് സാധാരണയായി കാണാനാകും. വ്യക്തിഗത ഡാറ്റ ഒരിക്കലും URL-ൽ ഇടരുതെന്നതിന് ഒരു കാരണം ഇതാണ് — അവ ലോഗുകളിലും ബ്രൗസർ ഹിസ്റ്ററിയിലും എത്തുന്നു.
ഒരു പ്രായോഗിക ഉദാഹരണം: കസ്റ്റം ഡൊമെയ്ൻ ബന്ധിപ്പിക്കൽ
നിങ്ങൾ ഒരു ബുക്കിംഗ് ആപ്പ് book.myyogastudio.com-ൽ പ്രസിദ്ധീകരിക്കാൻ ആഗ്രഹിക്കുന്നു എന്ന് കരുതുക:
book.myyogastudio.comനിങ്ങളുടെ ഹോസ്റ്റിലേക്ക് ചൂണ്ടുന്ന ഒരു DNS റെക്കോർഡ് ചേർക്കുന്നു. ഡൊമെയ്‌നുകളും DNS-ഉം പ്രവർത്തിക്കുന്ന വിധം കാണുക.- ഹോസ്റ്റ് ആ പേര് തങ്ങളുടേതാണെന്ന് ഒരു സർട്ടിഫിക്കറ്റ് അതോറിറ്റിയോട് തെളിയിക്കുന്നു — സാധാരണയായി ആ ഡൊമെയ്‌നിലെ ഒരു ചലഞ്ചിന് മറുപടി നൽകിയാണ് — സർട്ടിഫിക്കറ്റ് ലഭിക്കുന്നു.
- ഹോസ്റ്റ് അത് ഇൻസ്റ്റാൾ ചെയ്ത്, കാലഹരണപ്പെടുന്നതിന് മുമ്പ് സ്വയമേവ പുതുക്കുന്നു. സർട്ടിഫിക്കറ്റുകൾ മനഃപൂർവം ഹ്രസ്വകാലമായതിനാൽ ഓട്ടോമാറ്റിക് പുതുക്കൽ പ്രധാനമാണ്.
http://book.myyogastudio.comസന്ദർശിക്കുന്നവരെhttps://-ലേക്ക് റീഡയറക്ട് ചെയ്യുന്നു.
ഘട്ടം 1 തെറ്റാണെങ്കിൽ — റെക്കോർഡ് മറ്റെവിടെയെങ്കിലും ചൂണ്ടുന്നു, അല്ലെങ്കിൽ മുന്നിൽ ഒരു പ്രോക്സി ഉണ്ട് — ഘട്ടം 2 പരാജയപ്പെടാം, സന്ദർശകർ സർട്ടിഫിക്കറ്റ് പിശക് കാണും. കസ്റ്റം ഡൊമെയ്ൻ ബന്ധിപ്പിക്കുമ്പോൾ ആളുകൾ നേരിടുന്ന ഏറ്റവും സാധാരണ HTTPS പ്രശ്നം ഇതാണ്.
പ്രധാന പദങ്ങൾ
| പദം | അർത്ഥം |
|---|---|
| TLS | Transport Layer Security; HTTPS-ന് പിന്നിലെ എൻക്രിപ്ഷൻ പ്രോട്ടോക്കോൾ. |
| SSL | Secure Sockets Layer; TLS-ന്റെ കാലഹരണപ്പെട്ട മുൻഗാമി. പേര് ഇപ്പോഴും നിലനിൽക്കുന്നു. |
| സർട്ടിഫിക്കറ്റ് | ഒരു ഡൊമെയ്നെ ഒരു പബ്ലിക് കീയുമായി ബന്ധിപ്പിക്കുന്ന ഒപ്പിട്ട ഫയൽ. |
| സർട്ടിഫിക്കറ്റ് അതോറിറ്റി (CA) | സർട്ടിഫിക്കറ്റുകൾ നൽകാൻ ബ്രൗസറുകൾ വിശ്വസിക്കുന്ന സംഘടന, ഉദാഹരണത്തിന് Let's Encrypt. |
| ഡൊമെയ്ൻ വാലിഡേഷൻ (DV) | ഡൊമെയ്ൻ നിയന്ത്രണം തെളിയിക്കുന്ന സർട്ടിഫിക്കറ്റ് — മിക്ക സൈറ്റുകളും ഉപയോഗിക്കുന്നത് ഇതാണ്. |
| വൈൽഡ്കാർഡ് സർട്ടിഫിക്കറ്റ് | ഒരു ലെവൽ ആഴമുള്ള എല്ലാ സബ്‌ഡൊമെയ്‌നുകളും ഉൾക്കൊള്ളുന്നു, ഉദാഹരണത്തിന് *.example.com. |
| മിക്സഡ് കണ്ടന്റ് | HTTPS പേജ് ചില ഉറവിടങ്ങൾ plain HTTP വഴി ലോഡ് ചെയ്യുന്നത്. ബ്രൗസറുകൾ അവ തടയുകയോ മുന്നറിയിപ്പ് നൽകുകയോ ചെയ്യുന്നു. |
| HSTS | അന്നുമുതൽ നിങ്ങളുടെ സൈറ്റിന് എപ്പോഴും HTTPS ഉപയോഗിക്കണമെന്ന് ബ്രൗസറുകളോട് പറയുന്ന ഹെഡർ. |
| പോർട്ട് 443 | HTTPS-ന്റെ സാധാരണ പോർട്ട് (HTTP പോർട്ട് 80 ഉപയോഗിക്കുന്നു). |
സാധാരണ തെറ്റിദ്ധാരണകൾ
- “പാഡ്‌ലോക്ക് കാണിക്കുന്നത് സൈറ്റ് വിശ്വസനീയമാണെന്നാണ്.” അത് അർത്ഥമാക്കുന്നത് കണക്ഷൻ സ്വകാര്യമാണെന്നും ഡൊമെയ്ൻ യോജിക്കുന്നുവെന്നുമാണ്. തട്ടിപ്പുകാർക്കും സർട്ടിഫിക്കറ്റ് കിട്ടും.
- “പേയ്‌മെന്റ് പേജുകൾക്ക് മാത്രമേ HTTPS വേണ്ടൂ.” ലോഗിൻ, ഫോം, അല്ലെങ്കിൽ കുക്കി ഉള്ള ഏത് പേജിനും വേണം — അതായത് മിക്കവാറും എല്ലാ ആപ്പുകളും. എല്ലായിടത്തും ഉപയോഗിക്കുക.
- “സർട്ടിഫിക്കറ്റുകൾ ചെലവേറിയതാണ്.” സൗജന്യവും വിശ്വസനീയവുമായ സർട്ടിഫിക്കറ്റുകൾ സാധാരണമാണ്, മിക്ക ഹോസ്റ്റുകളും അവ നിങ്ങൾക്കായി കൈകാര്യം ചെയ്യുന്നു.
- “HTTPS ആണെങ്കിൽ എന്റെ ആപ്പ് സുരക്ഷിതമാണ്.” അത് കണക്ഷൻ മാത്രമാണ് സുരക്ഷിതമാക്കുന്നത്. നിങ്ങളുടെ ആപ്പിന് സെർവർ-സൈഡ് അനുമതി പരിശോധനകൾ, സുരക്ഷിതമായ രഹസ്യ കൈകാര്യം, ഇൻപുട്ട് വാലിഡേഷൻ എന്നിവ ഇപ്പോഴും വേണം. AI-നിർമ്മിത ആപ്പുകൾക്കുള്ള സുരക്ഷാ ചെക്ക്‌ലിസ്റ്റ് കാണുക.
- “HTTPS സൈറ്റിനെ മന്ദഗതിയിലാക്കുന്നു.” ആധുനിക TLS വളരെ കുറച്ച് മാത്രമേ അധിക ഭാരം നൽകുന്നുള്ളൂ; സൈറ്റുകളെ വേഗത്തിലാക്കുന്ന HTTP/2 പോലുള്ള സവിശേഷതകൾക്ക് ബ്രൗസറുകളിൽ സാധാരണയായി HTTPS വേണം.
സാധാരണ HTTPS പ്രശ്നങ്ങൾ പരിഹരിക്കൽ
| ലക്ഷണം | സാധ്യമായ കാരണം |
|---|---|
| “Your connection is not private” | സർട്ടിഫിക്കറ്റ് ഈ കൃത്യമായ ഡൊമെയ്ൻ ഉൾക്കൊള്ളുന്നില്ല, കാലഹരണപ്പെട്ടു, അല്ലെങ്കിൽ ഇതുവരെ നൽകിയിട്ടില്ല |
www.-ൽ പ്രവർത്തിക്കുന്നു, പക്ഷേ ബെയർ ഡൊമെയ്‌നിൽ ഇല്ല (അല്ലെങ്കിൽ തിരിച്ച്) | ഒരു പേരിന് മാത്രമേ DNS-ഉം സർട്ടിഫിക്കറ്റും ഉള്ളൂ |
| പാഡ്‌ലോക്ക് ഇല്ല, ചില പേജുകളിൽ “Not secure” | മിക്സഡ് കണ്ടന്റ്: http:// വഴി ലോഡ് ചെയ്ത ഒരു ചിത്രം, സ്ക്രിപ്റ്റ് അല്ലെങ്കിൽ ഫോണ്ട് |
| കസ്റ്റം ഡൊമെയ്ൻ ബന്ധിപ്പിച്ച ഉടനെ സർട്ടിഫിക്കറ്റ് പിശക് | DNS ഇപ്പോഴും പ്രചരിക്കുന്നു, അല്ലെങ്കിൽ സർട്ടിഫിക്കറ്റ് പരിശോധന തടയുന്ന മുന്നിലുള്ള ഒരു പ്രോക്സി |
നിങ്ങളുടെ AI ബിൽഡറോട് എന്ത് ചോദിക്കണം
- “എല്ലാ ചിത്രങ്ങളും സ്ക്രിപ്റ്റുകളും ഫോണ്ടുകളും HTTPS വഴിയോ റിലേറ്റീവ് URL വഴിയോ ലോഡ് ചെയ്യണം —
http://ലിങ്കുകൾ വേണ്ട.” - “എല്ലാ HTTP ട്രാഫിക്കും HTTPS-ലേക്ക് റീഡയറക്ട് ചെയ്യൂ.”
- “സെഷൻ കുക്കികൾ
Secure,HttpOnlyഫ്ലാഗുകളോടെ സെറ്റ് ചെയ്യൂ.” - “ഓരോ OAuth, പേയ്‌മെന്റ്, വെബ്‌ഹുക്ക് കോൾബാക്ക് URL-നും
https://ഉപയോഗിക്കൂ.” - “എന്റെ കസ്റ്റം ഡൊമെയ്ൻ സർട്ടിഫിക്കറ്റ് പിശക് കാണിക്കുന്നു — ഹോസ്റ്റ് ഏത് DNS റെക്കോർഡാണ് പ്രതീക്ഷിക്കുന്നത്?”
Mythex-ൽ HTTPS
Mythex-ൽ ഒരു കസ്റ്റം ഡൊമെയ്ൻ ബന്ധിപ്പിക്കുമ്പോൾ (ഇത് Pro സവിശേഷതയാണ്), Mythex കാണിക്കുന്ന slug.mythex.ai ലക്ഷ്യത്തിലേക്ക് ചൂണ്ടുന്ന ഒരു CNAME റെക്കോർഡ് ചേർക്കുന്നു, Verify ക്ലിക്ക് ചെയ്യുന്നു, തുടർന്ന് Mythex ആ ഡൊമെയ്‌നിന് HTTPS സ്വയമേവ നൽകുന്നു. ഡോക്‌സ് ഏറ്റവും സാധാരണമായ രണ്ട് തടസ്സങ്ങൾ വിശദീകരിക്കുന്നു: നിങ്ങളുടെ DNS Cloudflare-ലാണെങ്കിൽ റെക്കോർഡ് “DNS only” (ചാരനിറത്തിലുള്ള മേഘം) ആക്കുക, പ്രോക്സി ചെയ്യരുത്; സർട്ടിഫിക്കറ്റ് നൽകാൻ Mythex-ന് അത് ആവശ്യമാണ്. കൂടാതെ HTTPS പൂർണ്ണമായി സജ്ജമാകുന്നതിന് മുമ്പ് DNS വെരിഫൈ ചെയ്യാം, അതിനാൽ കുറച്ച് മിനിറ്റ് കാത്ത് വീണ്ടും Verify ചെയ്യുക. കസ്റ്റം ഡൊമെയ്ൻസ് ഡോക്‌സിലും, കസ്റ്റം ഡൊമെയ്ൻ ബന്ധിപ്പിക്കുന്നത് എങ്ങനെ എന്ന ഞങ്ങളുടെ ഗൈഡിലും കാണുക.
ചോദ്യങ്ങൾ
HTTP-യും HTTPS-ഉം തമ്മിലുള്ള വ്യത്യാസം എന്താണ്?
HTTP ബ്രൗസറും വെബ്‌സൈറ്റും തമ്മിൽ വായിക്കാവുന്ന ടെക്സ്റ്റ് ആയി ഡാറ്റ അയക്കുന്നു. HTTPS എന്നത് എൻക്രിപ്റ്റ് ചെയ്ത TLS കണക്ഷനിലൂടെ അയക്കുന്ന HTTP ആണ്. അതുകൊണ്ട് ഒരേ നെറ്റ്‌വർക്കിലുള്ളവർക്കോ വഴിയിലുള്ള മറ്റാർക്കോ അയക്കുന്നത് വായിക്കാനോ മാറ്റാനോ കഴിയില്ല, ബ്രൗസറിന് താൻ സംസാരിക്കുന്നത് യഥാർത്ഥ സൈറ്റിനോടാണെന്ന് പരിശോധിക്കാനും കഴിയും.
SSL-ഉം TLS-ഉം ഒന്നാണോ?
TLS ആണ് SSL-ന്റെ ആധുനിക പിൻഗാമി. SSL-ന്റെ എല്ലാ പതിപ്പുകളും കാലഹരണപ്പെട്ടതും സുരക്ഷിതമല്ലാത്തതുമാണ്. ഇന്നത്തെ സുരക്ഷിത വെബ്‌സൈറ്റുകൾ TLS ആണ് ഉപയോഗിക്കുന്നത്. ശീലം കൊണ്ട് ആളുകൾ ഇപ്പോഴും “SSL സർട്ടിഫിക്കറ്റ്” എന്ന് പറയാറുണ്ടെങ്കിലും സർട്ടിഫിക്കറ്റുകൾ ഉപയോഗിക്കുന്നത് TLS-നൊപ്പമാണ്.
പാഡ്‌ലോക്ക് കണ്ടാൽ വെബ്‌സൈറ്റ് സുരക്ഷിതമാണെന്നാണോ അർത്ഥം?
അല്ല. പാഡ്‌ലോക്ക് അർത്ഥമാക്കുന്നത് കണക്ഷൻ എൻക്രിപ്റ്റ് ചെയ്തിട്ടുണ്ടെന്നും സർട്ടിഫിക്കറ്റ് ഡൊമെയ്നുമായി യോജിക്കുന്നുവെന്നുമാണ്. തട്ടിപ്പ് സൈറ്റിനും സാധുവായ സർട്ടിഫിക്കറ്റ് ഉണ്ടാകാം. കണക്ഷൻ ആരും ഒളിഞ്ഞു നോക്കില്ല എന്നേ അത് ഉറപ്പാക്കുന്നുള്ളൂ, സൈറ്റിന്റെ ഉടമ വിശ്വസനീയനാണെന്നല്ല.
SSL സർട്ടിഫിക്കറ്റിന് പണം നൽകണോ?
സാധാരണയായി വേണ്ട. Let's Encrypt പോലുള്ള സൗജന്യവും ഓട്ടോമേറ്റഡ് ആയതുമായ സർട്ടിഫിക്കറ്റ് അതോറിറ്റികൾ ബ്രൗസറുകൾ വിശ്വസിക്കുന്ന സർട്ടിഫിക്കറ്റുകൾ നൽകുന്നു. മിക്ക ഹോസ്റ്റിംഗ് പ്ലാറ്റ്‌ഫോമുകളും അവ നിങ്ങൾക്കായി നേടുകയും പുതുക്കുകയും ചെയ്യുന്നു. പണമടച്ചുള്ള സർട്ടിഫിക്കറ്റുകൾ പ്രധാനമായും അധിക പിന്തുണയോ ഐഡന്റിറ്റി പരിശോധനയോ നൽകുന്നു.
എന്റെ സൈറ്റ് “Not Secure” എന്ന് കാണിക്കുന്നത് എന്തുകൊണ്ട്?
സാധാരണ കാരണങ്ങൾ: സൈറ്റ് https:// എന്നതിന് പകരം http:// വഴി തുറക്കുന്നത്; കാലഹരണപ്പെട്ടതോ ആ കൃത്യമായ ഡൊമെയ്ൻ ഉൾക്കൊള്ളാത്തതോ ആയ സർട്ടിഫിക്കറ്റ്; അല്ലെങ്കിൽ ഒരു പേജ് ചിത്രങ്ങളോ സ്ക്രിപ്റ്റുകളോ plain http:// വഴി ലോഡ് ചെയ്യുന്നത് (മിക്സഡ് കണ്ടന്റ്).