WordPress സൈറ്റിന്റെ സുരക്ഷയ്ക്ക്: "wp-includes" ഫോൾഡറിലെ നേരിട്ട് പ്രവേശനം തടയാനുള്ള മികച്ച മാർഗങ്ങൾ

WordPress സൈറ്റിന്റെ ഫോൾഡർ ഘടനയുടെ സുരക്ഷ ഉറപ്പാക്കുന്നതിനായി "wp-includes" ഫോൾഡറിലേക്ക് നേരിട്ട് പ്രവേശനം ബന്ദ് ചെയ്യുന്നതിൽ ഏറ്റവും സുരക്ഷിതമായ മാർഗം, ഫോൾഡറിലെ PHP ഫയലുകൾ വെബ് വഴി നേരിട്ട് പ്രവർത്തിക്കുന്നത് തടയുകയും, ഫോൾഡർ ലിസ്റ്റിംഗ് പ്രവർത്തനരഹിതമാക്കുകയും ചെയ്യുന്നതാണ്. കാരണം, wp-includes ഫോള്ഡറിൽ WordPress കോർ പ്രവർത്തനത്തിന് ആവശ്യമായ JavaScript, CSS, മറ്റ് സ്റ്റാറ്റിക് ഫയലുകൾ അടങ്ങിയിരിക്കുന്നു; അതിന്റെ മുഴുവൻ ഫോൾഡർ തന്നെ തടയുന്നത് സൈറ്റിന്റെ ഡിസൈൻ, എഡിറ്റർ, പ്ലഗിൻ പ്രവർത്തനങ്ങൾ എന്നിവയ്ക്ക് തടസ്സം സൃഷ്ടിക്കാൻ സാധ്യതയുണ്ട്. ശരിയായ സമീപനം, Apache സെർവറുകളിലാണ് .htaccess നിയമങ്ങൾ ഉപയോഗിച്ച്, Nginx സെർവറുകളിലാണ് server block-ൽ location നിയമങ്ങൾ ഉപയോഗിച്ച് PHP ഫയലുകളിലേക്ക് നേരിട്ടുള്ള പ്രവേശനം തടയുകയും, തുടർന്ന് 403/404 റെസ്പോൺസ് വഴി സൈറ്റ് പരിശോധന നടത്തി ഉറപ്പാക്കുകയുമാണ്.

WordPress സുരക്ഷയിൽ സാധാരണയായി കാണപ്പെടുന്ന തെറ്റുകളിൽ ഒന്ന്, ശക്തമായ പാസ്‌വേഡ് ഉപയോഗിക്കുന്നതും സുരക്ഷാ പ്ലഗിൻ മാത്രം ആശ്രയിക്കുന്നതുമാണ്. എന്നാൽ ആക്രമകർ സാധാരണയായി കോർ ഫയലുകൾ ഉള്ള ഫോൾഡറുകൾ, പഴയ പ്ലഗിനുകൾ, തെറ്റായ ഫയൽ അനുമതികൾ, തുറന്ന ഫോൾഡർ ലിസ്റ്റിംഗ് എന്നിവ പരിശോധിക്കുകയും അവയിൽ നിന്നുള്ള സൈറ്റ് വീഴ്ചകൾ കണ്ടെത്താൻ ശ്രമിക്കുകയും ചെയ്യും. wp-includes ഫോൾഡറുമാണ് അതിൽ ഉൾപ്പെടുന്ന ലക്ഷ്യങ്ങളിൽ ഒന്ന്. ഈ ഗൈഡിൽ, യഥാർത്ഥ ഹോസ്റ്റിംഗ് പരിസരങ്ങളിൽ പ്രായോഗികമായി wp-includes-ലെ പ്രവേശനം എങ്ങനെ നിയന്ത്രിക്കാമെന്ന്, ഏത് നിയമങ്ങൾ സൈറ്റ് തകരാറിലാക്കുമെന്ന്, Apache-യ്ക്കും Nginx-ക്കും ഉദാഹരണ കോൺഫിഗറേഷനുകളും, ടെസ്റ്റ് രീതികളും, നിയന്ത്രണ പട്ടികയും വിശദീകരിക്കുന്നു. നിങ്ങളുടെ WordPress സൈറ്റിനെ കൂടുതൽ സുരക്ഷിതമായ അടിസ്ഥാനത്തിൽ ഓടിക്കാൻ WordPress ഹോസ്റ്റിംഗ് ഇന്റർനെറ്റ് ഹോസ്റ്റിംഗ് സേവനങ്ങളും പൊതുവായ സുരക്ഷാ പതിപ്പിനായി SSL സർട്ടിഫിക്കറ്റ് ഓപ്ഷനുകളും പരിഗണിക്കാം.

wp-includes ഫോൾഡർ എന്താണ്? അത് എന്തുകൊണ്ട് സംരക്ഷിക്കണം?

wp-includes WordPress കോറിന്റെ അടിസ്ഥാന ലൈബ്രറികൾ അടങ്ങിയ പ്രധാന ഫോൾഡറുകളിൽ ഒന്നാണ്. തീം സിസ്റ്റം, ബ്ലോക്ക് എഡിറ്റർ, REST API ഘടകങ്ങൾ, മീഡിയ പ്രോസസ്സിങ്, ക്ലാസ്സുകൾ, ഫംഗ്ഷനുകൾ, വിവിധ JavaScript ഫയലുകൾ എന്നിവ ഇതിൽ ഉൾപ്പെടുന്നു. ലളിതമായി പറയുമ്പോൾ, wp-includes WordPress-ന്റെ എഞ്ചിൻ റൂമുകളിലൊന്നാണ്; സാധാരണ ഉപയോക്താക്കൾ നേരിട്ട് സന്ദർശിക്കേണ്ട സ്ഥലമല്ല.

സാധാരണ സന്ദർശകൻ site.com/wp-includes/ തുടങ്ങിയ വിലാസം തുറക്കേണ്ടതില്ല. എന്നാൽ പേജ് സോഴ്‌സ് കോഡിൽ wp-includes-ൽ ഉള്ള ചില സ്റ്റാറ്റിക് ആസറ്റുകൾ കാണാം. ഉദാഹരണത്തിന്, WordPress ന്റെ ഡിഫോൾട്ട് സ്ക്രിപ്റ്റ് ഫയലുകൾ, ഇമോജി സ്ക്രിപ്റ്റുകൾ, എഡിറ്റർ ഘടകങ്ങൾ ഈ ഫോൾഡറിൽ നിന്ന് ലോഡ് ചെയ്യപ്പെടും. അതിനാൽ സുരക്ഷാ നടപടികൾ സ്വീകരിക്കുമ്പോൾ ലക്ഷ്യം ശരിയായി നിശ്ചയിക്കേണ്ടതാണ്: സ്റ്റാറ്റിക് ഫയലുകൾക്ക് പ്രവർത്തിക്കാൻ തടസം ഉണ്ടാക്കാതെ PHP ഫയലുകളിലേക്ക് നേരിട്ട് വെബ് പ്രവേശനം തടയുക.

ഈ വ്യത്യാസം പ്രൊഫഷണൽ WordPress ഫോൾഡർ ഘടന സുരക്ഷയുടെ അടിസ്ഥാനമാണ്. ഫോൾഡറുകൾ അനിയന്ത്രിതമായി തടയുന്നത് തൽക്കാലം സുരക്ഷിതമായി തോന്നിയാലും, സജീവ സൈറ്റിൽ വെള്ള താളുകൾ, തകരാറായ അഡ്മിൻ പാനൽ, പ്രവർത്തിക്കാത്ത ബ്ലോക്ക് എഡിറ്റർ, തെറ്റായ തീം പ്രദർശനം എന്നിവക്ക് കാരണമാകാം. ലക്ഷ്യം WordPress-ന് ആവശ്യമായ ഫയലുകൾ സംരക്ഷിച്ച് ആക്രമണ സാധ്യത കുറയ്ക്കലാണ്.

wp-includes പ്രവേശനം തടയുന്നത് എന്ത് ഫലമുണ്ടാക്കും?

wp-includes ഫോൾഡറിൽ PHP ഫയലുകൾ നേരിട്ട് പ്രവർത്തിക്കുന്നത് തടയുന്നത് എല്ലാ ആക്രമണങ്ങളും തടയില്ല; പക്ഷേ ആക്രമണ സാധ്യത വലുതായി കുറയ്ക്കുന്നു. പ്രത്യേകിച്ച് മലിഷ്യസ് സോഫ്റ്റ്‌വെയർ ബാധിച്ച സൈറ്റുകളിൽ ആക്രമകർ, പ്രവേശനമുള്ള ഫോൾഡറുകളിലേക്ക് ദുരുപയോഗ PHP ഫയലുകൾ അപ്ലോഡ് ചെയ്യുകയോ നിലവിലുള്ള ഫയലുകൾ വിളിക്കുകയോ ചെയ്യാൻ ശ്രമിക്കാറുണ്ട്. wp-includes-ലെ PHP ഫയലുകൾ വെബ് വഴി നേരിട്ട് പ്രവർത്തിക്കുന്നത് നിരോധിക്കുന്നത് ഈ സാഹചര്യം തടയുന്ന ഒരു സുരക്ഷാ തടസ്സമാകുന്നു.

ഈ മുൻകരുതൽ നൽകുന്ന ലാഭങ്ങൾ:

• കോർ PHP ഫയലുകൾ നേരിട്ടുള്ള URL കോളുകൾ തടയുന്നു.
• ഡയറക്ടറി ലിസ്റ്റിംഗ് തുറന്നിരിക്കുകയാണെങ്കിൽ ഫോൾഡർ ഉള്ളടക്കം കാണാതാക്കാൻ സഹായിക്കുന്നു.
• ഓട്ടോമാറ്റിക് ബോട്ട് സ്കാനിംഗിൽ നിന്നും അനാവശ്യ വിവരങ്ങളുടെ ചോർച്ച കുറയ്ക്കുന്നു.
• സുരക്ഷാ പ്ലഗിൻ ഇല്ലെങ്കിലും വെബ് സർവറിന്റെ അടിസ്ഥാന ലെവലിൽ സംരക്ഷണം നൽകുന്നു.
• WAF, SSL, അപ്‌ടു ഡേറ്റ് PHP, ഫയൽ അനുമതികൾ എന്നിവയുമായി ചേർന്ന് സുരക്ഷ ശക്തമാക്കുന്നു.

ഇവിടെ പ്രധാനമായത്, ഇത് ഒരു സുരക്ഷാ ലെയറാണ് എന്നുള്ളത്. പഴയ പ്ലഗിൻ, ദുർബലമായ അഡ്മിൻ പാസ്‌വേഡ്, കൈവശംപ്പെടുത്തിയ FTP അക്കൗണ്ട് എന്നിവ ഉണ്ടെങ്കിൽ wp-includes നിയമം മാത്രം മതിയാകില്ല. സുരക്ഷ ഹോസ്റ്റിംഗ് അടിസ്ഥാനസൗകര്യം, ആപ്ലിക്കേഷൻ, യൂസർ മാനേജ്‌മെന്റ്, സ്ഥിരം പരിപാലനം എന്നിവയുടെ സംയോജനം ആണ്. സുരക്ഷിതമായ അടിസ്ഥാനത്തിനായി സുരക്ഷിത വെബ് ഹോസ്റ്റിംഗ് ആൻഡ് ഡൊമെയ്ൻ മാനേജ്മെന്റിൽ അധിക സംരക്ഷണത്തിനായി ഡൊമെയ്ൻ സുരക്ഷ ലിങ്കുകൾ നോക്കാം.

wp-includes പ്രവേശനം തടയുമ്പോൾ സാധാരണ തെറ്റുകൾ

ഫോൾഡറിന്റെ മുഴുവൻ പ്രവേശനം തടയൽ

സാധാരണയായി കാണുന്ന തെറ്റ്, wp-includes-ലേക്ക് വരുന്ന എല്ലാ HTTP അഭ്യർത്ഥനകളും 403 എററിൽ നിഷേധിക്കുക എന്നതാണ്. ഇത് ആദ്യനോട്ടത്തിൽ ശരിയായി തോന്നാം; എന്നാൽ WordPress ഈ ഫോൾഡറിൽ നിന്നുള്ള ചില സ്റ്റാറ്റിക് ആസറ്റുകൾ ലോഡ് ചെയ്യുന്നതിനാൽ പ്രതീക്ഷിക്കാത്ത പ്രശ്നങ്ങൾ ഉണ്ടാകാം. ഉദാഹരണത്തിന്, ബ്ലോക്ക് എഡിറ്റർ തുറക്കാൻ കഴിയാതെ പോവുക, ചില JavaScript ഫയലുകൾ ലോഡ് ചെയ്യാതിരിക്കുക, മുൻഭാഗത്ത് ചെറിയ പക്ഷേ നിർണായകമായ ഡിസൈൻ തകരാറുകൾ കാണപ്പെടുക എന്നിവ.

നിയമം ടെസ്റ്റ് ചെയ്യാതെ സജീവ സൈറ്റിൽ നടപ്പിലാക്കൽ

.htaccess അല്ലെങ്കിൽ Nginx കോൺഫിഗറേഷനിൽ ചെറിയ പിശക് പോലും 500 Internal Server Error ഉണ്ടാക്കാം. പ്രത്യേകിച്ച് വലിയ ട്രാഫിക് ഉള്ള സൈറ്റുകളിൽ നിയമം നേരിട്ട് സജീവ സൈറ്റിൽ നടപ്പിലാക്കുന്നത് അപകടകരമാണ്. ആദ്യം ഫയലിന്റെ ബാക്കപ്പ് എടുക്കുക, സാധ്യമെങ്കിൽ സ്റ്റേജിംഗ് പരിസരത്തിൽ പരീക്ഷിക്കുക, ശേഷം നിയന്ത്രിതമായി സജീവ സൈറ്റിലേക്ക് മാറ്റുക. ഹോസ്റ്റ്രാഗൺസ് പ്ലാറ്റ്ഫോമിൽ സ്റ്റേജിംഗ് അല്ലെങ്കിൽ ബാക്കപ്പ് സവിശേഷതകൾ ഉപയോഗിക്കുന്നുവെങ്കിൽ വെബ് ഹോസ്റ്റിംഗ് ബാക്കപ്പ് ലിങ്ക് പ്രകൃതിസഹജമായി ഉൾപ്പെടുത്താം.

സുരക്ഷാ പ്ലഗിനിൽ പൂര്‍ണ്ണമായ വിശ്വാസം വെക്കൽ

സുരക്ഷാ പ്ലഗിനുകൾ ഉപകാരപ്രദമാണ്; പക്ഷേ വെബ് സർവർ ലെവൽ നിയമങ്ങൾ നന്നായി മുൻകൈയെടുക്കുന്നു. ഒരു അഭ്യർത്ഥന PHP-വിലേക്ക് എത്തുന്നതിനു മുൻപ് Apache അല്ലെങ്കിൽ Nginx അത് തടയുകയാണെങ്കിൽ സ്രോതസ്സ് ഉപയോഗം കുറയും. അതിനാൽ പ്ലഗിൻ ഉപയോഗിച്ചാലും അടിസ്ഥാന സർവർ നിയമങ്ങൾ അവഗണിക്കരുത്.

നടപ്പിലാക്കുന്നതിനു മുൻപ് പരിശോധിക്കേണ്ട കാര്യങ്ങളുടെ പട്ടിക

wp-includes പ്രവേശനം നിയന്ത്രിക്കുന്നതിന് മുമ്പ് ചെറിയ ഒരുങ്ങൽ നടത്തുന്നത് സൈറ്റ് ഡൗൺടൈം സാധ്യത വളരെ കുറയ്ക്കും. താഴെയുള്ള ലിസ്റ്റ് പ്രത്യേകിച്ച് സജീവ WordPress സൈറ്റുകൾക്കാണ് ശുപാർശ:

• നിലവിലുള്ള .htaccess അല്ലെങ്കിൽ Nginx കോൺഫിഗറേഷൻ ബാക്കപ്പ് എടുക്കുക.
• WordPress കോർ, തീം, പ്ലഗിൻ അപ്‌ഡേറ്റുകൾ നടപ്പിലാക്കുക.
• PHP പതിപ്പ് പിന്തുണയ്ക്കപ്പെടുകയും സുരക്ഷിതവുമാണെന്ന് ഉറപ്പാക്കുക.
• ഫയൽ അനുമതികൾ പരിശോധിക്കുക: ഫോൾഡറുകൾ സാധാരണയായി 755, ഫയലുകൾ 644 ആകണം.
• wp-config.php, .htaccess പോലുള്ള പ്രധാന ഫയലുകളുടെ എഴുതാനുള്ള അനുമതി അനാവശ്യമായി തുറന്നിരിക്കരുത്.
• ക്യാഷെ, CDN, സുരക്ഷാ പ്ലഗിൻ ഉപയോഗിച്ചാൽ മാറ്റം കഴിഞ്ഞ് ക്യാഷെ ക്ലീൻ ചെയ്യാനുള്ള പദ്ധതി ഉണ്ടാക്കുക.
• അഡ്മിൻ പാനൽ, ഹോം പേജ്, പോസ്റ്റ് പേജ്, കോൺടാക്ട് ഫോർം, പേയ്‌മെന്റ് പേജ് തുടങ്ങിയ പ്രധാന ഭാഗങ്ങൾ ടെസ്റ്റ് ചെയ്യാൻ പട്ടിക തയ്യാറാക്കുക.

ഈ ഒരുക്കം ഏകദേശം 10-15 മിനിറ്റ് എടുത്തേക്കാം; പക്ഷേ തെറ്റായ നിയമം കാരണം ഉണ്ടാകാവുന്ന മണിക്കൂറുകൾ നീണ്ട ഡൗൺടൈം ഒഴിവാക്കാൻ ഇത് സഹായിക്കും. വലിയ സ്ഥാപന സൈറ്റുകളിൽ ട്രാഫിക് കുറവുള്ള സമയങ്ങളിൽ മാറ്റം നടപ്പിലാക്കുന്നത് സുരക്ഷിതമാണ്.

Apache സെർവറിൽ .htaccess ഉപയോഗിച്ച് wp-includes PHP പ്രവേശനം തടയൽ

Apache ഹോസ്റ്റിംഗ് പരിസരങ്ങളിൽ ഏറ്റവും വ്യാപകമായി ഉപയോഗിക്കുന്ന മാർഗമാണ് .htaccess ഫയൽ. WordPress പ്രധാന ഡയറക്ടറിയിലെ .htaccess-ൽ ചേർക്കുന്ന ശരിയായ നിയമങ്ങൾ wp-includes-ലെ PHP ഫയലുകളിൽ നേരിട്ട് എത്താനുള്ള അഭ്യർത്ഥനകൾ തടയുന്നു. പ്രവർത്തനം ആരംഭിക്കുന്നതിന് മുമ്പ് ഫയലിന്റെ ഒരു കോപ്പി ഡൗൺലോഡ് ചെയ്യുക അല്ലെങ്കിൽ ഹോസ്റ്റിംഗ് പാനലിലെ ഫയൽ മാനേജർ വഴി ബാക്കപ്പ് എടുക്കുക.

ശുപാർശ ചെയ്യുന്ന .htaccess നിയമം

താഴെ കാണുന്ന സമീപനം wp-includes-ലെ PHP ഫയലുകളിലേക്ക് നേരിട്ട് പ്രവേശനം തടയാൻ ആണ് ലക്ഷ്യമിടുന്നത്, സ്റ്റാറ്റിക് ഫയലുകൾ പ്രവർത്തിക്കാൻ അനുവദിക്കുന്നു:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule ^wp-includes/.*[.]php$ - [F,L]
</IfModule>

ഈ നിയമത്തിന്റെ ലാജിക്ക് ലളിതമാണ്: URL wp-includes-ൽ ആരംഭിച്ച് .php-യിൽ അവസാനിക്കുന്നുവെങ്കിൽ അഭ്യർത്ഥന നിരോധിക്കും. ഇതുവഴി wp-includes-ലെ PHP ഫയലുകൾ ബ്രൗസറിൽ നിന്ന് നേരിട്ട് കോൾ ചെയ്യാനാകില്ല. എന്നാൽ .js, .css, .png, .svg പോലുള്ള സ്റ്റാറ്റിക് ഫയലുകൾക്ക് പ്രവേശനം തുടരും. WordPress മുൻഭാഗവും അഡ്മിൻ പാനലും ഈ സുരക്ഷിത ബാലൻസ് പാലിക്കും.

ഡയറക്ടറി ലിസ്റ്റിംഗ് ഓഫാക്കുക

മറ്റൊരു പ്രധാന ക്രമീകരണം ഡയറക്ടറി ലിസ്റ്റിംഗ് പ്രവർത്തനരഹിതമാക്കലാണ്. സേർവർ ഡയറക്ടറി ലിസ്റ്റിംഗ് ഓണായാൽ ഉപയോക്താക്കൾ ചില ഫോൾഡറുകളുടെ ഉള്ളടക്കം കാണാൻ കഴിയും. പ്രധാന .htaccess ഫയലിലേക്ക് താഴെ കാണുന്ന വരി ചേർക്കുന്നത് സാധാരണയായി മതിയാകും:

Options -Indexes

ഈ നിർദേശം index ഫയൽ ഇല്ലാത്ത ഫോൾഡറുകളിൽ ഫയൽ ലിസ്റ്റ് കാണാതാക്കും. ആധുനിക ഹോസ്റ്റിംഗുകളിൽ സാധാരണയായി ഇത് ഡിഫോൾട്ട് ആയി ഓഫാണ്; എന്നാൽ പരിശോധിക്കൽ നല്ല സുരക്ഷാ പ്രാക്ടീസ് ആണ്.

മാറ്റങ്ങൾ ചെയ്തതിന് ശേഷം ടെസ്റ്റ്

നിയമം ചേർക്കുന്നതിന് ശേഷം ഈ ടെസ്റ്റുകൾ നടത്തുക:

• siteadresiniz.com/wp-includes/ എന്ന വിലാസം തുറക്കുക; ഡയറക്ടറി ലിസ്റ്റിംഗ് കാണാൻ പാടില്ല.
• wp-includes-ലെ അറിയപ്പെട്ട ഒരു PHP ഫയൽ നേരിട്ട് കോൾ ചെയ്യാൻ ശ്രമിക്കുക; 403 അല്ലെങ്കിൽ 404 റെസ്പോൺസ് കിട്ടണം.
• ഹോം പേജ്, ബ്ലോഗ് പോസ്റ്റ്, അഡ്മിൻ പാനൽ പരിശോധിക്കുക.
• ബ്രൗസർ ഡെവലപ്പർ ടൂൾസ്-ലെ Console, Network ടാബിൽ 404/403 പോലുള്ള സ്രോതസ് പിശക് ഉണ്ടോ എന്ന് പരിശോധിക്കുക.
• ക്യാഷെ പ്ലഗിൻ അല്ലെങ്കിൽ CDN ഉപയോഗിച്ച് കഴിഞ്ഞാൽ ക്യാഷെ ക്ലീൻ ചെയ്യുക.

എല്ലാ ടെസ്റ്റുകളും വിജയകരമായാൽ നിയമം പ്രൊഡക്ഷൻ സൈറ്റിൽ സുരക്ഷിതമായി പ്രയോഗിക്കാം. 500 എറർ ലഭിച്ചാൽ ചേർത്ത നിയമങ്ങൾ നീക്കം ചെയ്ത് ബാക്കപ്പ് .htaccess ഫയൽ പുനഃസ്ഥാപിക്കുക.

Nginx സെർവറിൽ wp-includes PHP പ്രവേശനം തടയൽ

Nginx ഉപയോഗിക്കുന്ന VPS, ഡെഡിക്കേറ്റഡ്, മാനേജഡ് സെർവർ പരിസരങ്ങളിൽ .htaccess ഫയൽ പ്രവർത്തിക്കില്ല. നിയമം Nginx സൈറ്റ് കോൺഫിഗറേഷൻ ഫയലിലെ server block-ൽ location നിയമമായി ചേർക്കണം. ഇത് ചെയ്യാൻ SSH പ്രവേശനവും കോൺഫിഗറേഷൻ ഫയലുകൾ എഡിറ്റ് ചെയ്യാനുള്ള അനുമതിയും വേണം. സംശയം ഉണ്ടെങ്കിൽ ഹോസ്റ്റിംഗ് സപ്പോർട്ട് ടീം സഹായം തേടുന്നത് സുരക്ഷിതമാണ്.

ശുപാർശ ചെയ്യുന്ന Nginx location നിയമം

അടിസ്ഥാന നിയമം ഇതാണ്:

location ~* ^/wp-includes/.*[.]php$ {
deny all;
}

ഈ നിയമം wp-includes-ൽ ഉള്ള PHP ഫയലുകളിലേക്ക് വരുന്ന അഭ്യർത്ഥനകൾ നിഷേധിക്കുന്നു. മാറ്റം ചെയ്ത ശേഷം കോൺഫിഗറേഷൻ പരിശോധന നടത്തുക:

nginx -t

പരീക്ഷണം വിജയിച്ചെങ്കിൽ Nginx റീലോഡ് ചെയ്യുക:

systemctl reload nginx

reload കമാൻഡ് restart-നേക്കാൾ നിയന്ത്രിതമാണ്; പ്രവർത്തിക്കുന്ന കണക്ഷനുകൾ പൂർണമായി തകരാതെ കോൺഫിഗറേഷൻ പുതുക്കും. എന്നാൽ പ്രധാന സൈറ്റുകളിൽ ട്രാഫിക് കുറഞ്ഞ സമയത്ത് മാറ്റം നടപ്പിലാക്കുന്നത് ശുപാർശ ചെയ്യുന്നു.

Nginx ഉപയോഗിക്കുമ്പോൾ ശ്രദ്ധിക്കേണ്ട കാര്യങ്ങൾ

• നിയമം ശരിയായ server block-ൽ ചേർത്തിട്ടുണ്ടെന്ന് ഉറപ്പാക്കുക; ഒരേ സെർവറിൽ പല സൈറ്റുകൾ ഉണ്ടാകാം.
• CDN അല്ലെങ്കിൽ റിവേഴ്‌സ് പ്രോക്സി ഉപയോഗിക്കുന്നുവെങ്കിൽ യഥാർത്ഥ ടെസ്റ്റുകൾ CDN ക്യാഷെ ക്ലീൻ ചെയ്ത ശേഷം നടത്തുക.
• PHP-FPM കോൺഫിഗറേഷൻ ആവശ്യമായ ഫയലുകൾ മാത്രമേ പ്രോസസ് ചെയ്യുകയുള്ളൂ എന്ന് സ്ഥിരീകരിക്കുക.
• access.log, error.log ഫയൽ പരിശോധിച്ച് തെറ്റായ നിയമങ്ങൾ കണ്ടെത്തുക.

Nginx-ലുള്ള തെറ്റായ location ഓർഡറിംഗ് അപ്രതീക്ഷിത ഫലങ്ങൾ ഉണ്ടാക്കാം. അതിനാൽ WordPress permalink, PHP പ്രോസസ്സിംഗ് ബ്ലോക്കുകൾ എന്നിവയുമായി നിയമങ്ങൾ കൂട്ടിയിടുതൽ ഉണ്ടാകാതിരിക്കാൻ ശ്രദ്ധിക്കണം.

മാർഗ്ഗങ്ങളുടെ താരതമ്യം

താഴെ കൊടുത്തിരിക്കുന്ന പട്ടിക wp-includes പ്രവേശനം നിയന്ത്രിക്കുന്ന പ്രധാന മാർഗങ്ങൾ സൂക്ഷ്മമായി വിശദീകരിക്കുന്നു:

പ്രായോഗികമായി മികച്ച ഫലം ഈ മാർഗ്ഗങ്ങൾ സംയോജിപ്പിച്ച് ഉപയോഗിക്കുമ്പോഴാണ് ലഭിക്കുന്നത്. ഉദാഹരണത്തിന്, Apache ഹോസ്റ്റിംഗിൽ .htaccess നിയമം, ശരിയായ ഫയൽ അനുമതികൾ, അപ്‌ടു ഡേറ്റ് WordPress കോർ, SSL, സ്ഥിരം ബാക്കപ്പ് എന്നിവ ചേർന്നാൽ ലെയർ ചെയ്ത സുരക്ഷ ഉണ്ടാകും. ഹോസ്റ്റിംഗ് അടിസ്ഥാനസൗകര്യങ്ങളിൽ ഫയർവാൾ, ഐസൊലേഷൻ എന്നിവയും പ്രധാനമാണ്. അതിനാൽ കോർപ്പറേറ്റ് ഹോസ്റ്റിംഗ് തിരഞ്ഞെടുപ്പ് വലിയ സൈറ്റുകളിൽ വളരെ പ്രാധാന്യമുള്ളതാണ്.

ഫയൽ അനുമതികളും ഉടമസ്ഥാവകാശ ക്രമീകരണങ്ങളും

wp-includes പ്രവേശനം തടയൽ ഫയൽ അനുമതികൾ ശരിയല്ലെങ്കിൽ അപ്രാപ്യമായിരിക്കും. WordPress-ൽ പൊതുവായി സ്വീകരിച്ചിട്ടുള്ള അനുമതികൾ ഫോൾഡറുകൾക്ക് 755, ഫയലുകൾക്ക് 644 ആണ്. ഇതിലൂടെ വെബ് സർവർ ഫയലുകൾ വായിക്കാനും അനാവശ്യമായി എഴുതാനുമുള്ള അവകാശം കുറയ്ക്കാനും കഴിയും. ചില പ്രത്യേക ഹോസ്റ്റിംഗ് പരിസരങ്ങളിൽ വ്യത്യസ്ത യൂസർ-ഗ്രൂപ്പ് ക്രമീകരണങ്ങൾ ഉണ്ടാകാം; അതിനാൽ പാനലിന്റെ നിർദേശങ്ങൾ പാലിക്കുക ആവശ്യമാണ്.

പ്രത്യേകിച്ച് 777 അനുമതി വലിയ സുരക്ഷാ ഭീഷണി ആണ്. എല്ലാവർക്കും എഴുത്ത് അവകാശമുള്ള ഫോൾഡറുകളിൽ മലിഷ്യസ് ഫയലുകൾ അപ്ലോഡ് ചെയ്യാനുള്ള സാധ്യത കൂടും. wp-content/uploads പോലുള്ള എഴുത്ത് അനുവദിച്ചിരിക്കുന്ന ഫോൾഡറുകളിലും PHP പ്രവർത്തനം തടയണം. wp-includes സാധാരണയായി WordPress അപ്‌ഡേറ്റുകൾക്ക് പുറമേ യൂസർ എഴുത്ത് അനുവദിക്കരുത്.

സുരക്ഷാ പരിശോധനയിൽ താഴെ പറയുന്ന മൂല്യങ്ങൾ പരിശോധിക്കാം:

• wp-includes ഫോൾഡർ: സാധാരണ 755
• wp-includes-ലെ PHP ഫയലുകൾ: സാധാരണ 644
• wp-config.php: സാധിക്കുമെങ്കിൽ 600 അല്ലെങ്കിൽ ഹോസ്റ്റിംഗ് അനുസരിച്ച് കൂടുതൽ നിയന്ത്രിത അനുമതി
• .htaccess: സാധാരണ 644, മാറ്റം കഴിഞ്ഞ് അനാവശ്യ എഴുത്ത് അവകാശം ഇല്ലാതെ

ഈ ക്രമീകരണങ്ങൾ ഓരോ സെർവറിലും വേറിട്ടിരിക്കാം. തെറ്റായ അനുമതി സൈറ്റ് അപ്‌ഡേറ്റ് ചെയ്യാൻ തടസ്സം സൃഷ്ടിക്കും അല്ലെങ്കിൽ ഫയലുകൾ വായിക്കാനാകാതെ വരും. മാറ്റം കഴിഞ്ഞ് WordPress ഹെൽത്ത് ചെക്ക്, എറർ ലോഗുകൾ പരിശോധിക്കുക.

സുരക്ഷാ പ്ലഗിനുകൾ ഈ പ്രവർത്തനം നടത്തുമോ?

Wordfence, iThemes Security പോലുള്ള സുരക്ഷാ പ്ലഗിനുകൾ ചില ഹാർഡനിംഗ് നിയമങ്ങൾ സ്വയം നിർദ്ദേശിക്കാറുണ്ട്. ഇവ ബ്രൂട്ട് ഫോഴ്‌സ് പ്രതിരോധം, ഫയൽ മാറ്റം നിരീക്ഷണം, മലിഷ്യസ് സോഫ്റ്റ്‌വെയർ സ്കാൻ, ലോഗിൻ സുരക്ഷ തുടങ്ങിയവയിൽ സഹായിക്കുന്നു. എന്നാൽ wp-includes പ്രവേശനം തടയുന്നതിൽ പ്ലഗിൻ ചെയ്യുന്നതെന്താണെന്ന് ഉറപ്പാക്കണം.

ചില പ്ലഗിനുകൾ .htaccess-ൽ സ്വയം നിയമങ്ങൾ ചേർക്കും; ചിലത് ആപ്ലിക്കേഷൻ ലെവലിൽ മാത്രം സംരക്ഷണം നൽകും. ആപ്ലിക്കേഷൻ ലെവലിൽ ആണ് സംരക്ഷണം പ്രവർത്തിക്കുന്നത്, അതിനാൽ സർവർ ലെവലിലെ തടസ്സം പോലെയുള്ള മുൻകൈകൾ അത്ര എളുപ്പത്തിൽ ലഭിക്കില്ല. അതുകൊണ്ട് പ്രൊഫഷണൽ സമീപനം പ്ലഗിനും സർവർ കോൺഫിഗറേഷനും ഒരുപോലെ വിലയിരുത്തുകയാണ്.

സുരക്ഷാ പ്ലഗിൻ ഉപയോഗിക്കുന്നവർ ഈ കാര്യങ്ങൾ പരിശോധിക്കണം:

• പ്ലഗിൻ .htaccess അല്ലെങ്കിൽ Nginx നിയമങ്ങൾ ചേർക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക.
• ഒരുപോലെ പ്രവർത്തിക്കുന്ന രണ്ട് വ്യത്യസ്ത നിയമങ്ങൾ തമ്മിൽ തെറ്റു കൂടാതിരിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക.
• പ്ലഗിൻ അപ്‌ഡേറ്റിന് ശേഷം സുരക്ഷാ ക്രമീകരണങ്ങൾ മാറ്റപ്പെട്ടിട്ടില്ലെന്ന് സ്ഥിരീകരിക്കുക.
• പ്രകടനം സ്വാധീനം പരിശോധിക്കാൻ ക്യാഷെ, സർവർ റിസോഴ്‌സ് ഉപയോഗം നിരീക്ഷിക്കുക.

ഒരു സമയം പല സുരക്ഷാ പ്ലഗിനുകളും ഉപയോഗിക്കുന്നത് നല്ല ആശയം അല്ല. ഫയർവാൾ, ലോഗിൻ, റിവ്രൈറ്റ് നിയമങ്ങൾ ഏറ്റുമുട്ടി പ്രകടനപരമായി പ്രശ്നങ്ങൾ ഉണ്ടാക്കാം അല്ലെങ്കിൽ തെറ്റായ തടസ്സങ്ങൾ ഉണ്ടാകാം.

wp-includes സംരക്ഷണം ടെസ്റ്റ് ചെയ്യൽ: പ്രായോഗിക സന്ദർഭം

നടപടികൾ വിജയകരമാണെന്ന് മനസ്സിലാക്കാൻ സൈറ്റ് തുറക്കുന്നതിലധികം പരീക്ഷണം വേണ്ടതാണ്. താഴെ പറയുന്ന 7 ഘട്ട ടെസ്റ്റിംഗ് ചെറിയ ബിസിനസ് സൈറ്റുകളിൽ നിന്നും ഇ-കൊമേഴ്സ് പ്രോജക്റ്റുകളിൽ വരെ നടത്താവുന്നതാണ്:

• 1. ഹോം പേജ് ഇൻകോഗ്നിറ്റോ മോഡിൽ തുറന്ന് ദൃശ്യ തകരാറുകൾ കാണുന്നുണ്ടോ പരിശോധിക്കുക.
• 2. ഒരു ബ്ലോഗ് പോസ്റ്റ്, കാറ്റഗറി പേജ്, സെർച്ച് ഫലം പേജ് സന്ദർശിക്കുക.
• 3. wp-admin പാനലിലേക്ക് ലോഗിൻ ചെയ്ത് ബ്ലോക്ക് എഡിറ്റർ, മിഡിയ ലൈബ്രറി തുറക്കുക.
• 4. ബ്രൗസർ ഡെവലപ്പർ ടൂൾസ്-ലെ Console ടാബ് പരിശോധിക്കുക.
• 5. Network ടാബിൽ wp-includes-ലെ സ്റ്റാറ്റിക് ഫയലുകൾ അനാവശ്യമായി തടയപ്പെടുന്നില്ലെന്ന് ഉറപ്പാക്കുക.
• 6. wp-includes-ലെ ഒരു PHP ഫയൽ നേരിട്ട് കോൾ ചെയ്യാൻ ശ്രമിക്കുക; 403 അല്ലെങ്കിൽ 404 റിസ്പോൺസ് പ്രതീക്ഷിക്കുക.
• 7. സെർവർ എറർ ലോഗുകൾ പുതിയ അല്ലെങ്കിൽ ആവർത്തിക്കുന്ന പിശകുകൾക്കായി പരിശോധിക്കുക.

ഈ ടെസ്റ്റ് ഏകദേശം 5 മിനിറ്റ് എടുത്തേക്കാം, തെറ്റായ കോൺഫിഗറേഷൻ ഉടൻ കണ്ടെത്താൻ സഹായിക്കും. പ്രത്യേകിച്ച് WooCommerce പോലുള്ള പേയ്‌മെന്റ് പ്രോസസുകൾ ഉള്ള സൈറ്റുകളിൽ ഷോപ്പിംഗ് കാർട്ട്, പേയ്‌മെന്റ്, യൂസർ അക്കൗണ്ട് പേജുകൾ കൂടി പരീക്ഷണം നടത്തണം. ഒരു ചെറിയ JavaScript തടസ്സം പോലും വരുമാനത്തെ ബാധിക്കാം.

WordPress ഫോൾഡർ ഘടന സുരക്ഷയ്ക്കുള്ള അധിക മുൻകരുതലുകൾ

wp-includes സംരക്ഷണം നല്ല തുടക്കമാണ്; എന്നാൽ WordPress സുരക്ഷ ആകെ കാഴ്ചപ്പാടിൽ നോക്കണം. താഴെ കാണുന്ന മുൻകരുതലുകൾ ആക്രമണ സാധ്യത കൂടുതൽ കുറയ്ക്കും:

• WordPress പതിപ്പ് മറയ്ക്കാൻ ശ്രമിക്കാതെ അത് അപ്‌ടു ഡേറ്റ് ആക്കുക.
• ഉപയോഗിക്കാത്ത തീം, പ്ലഗിൻ പൂർണ്ണമായി നീക്കം ചെയ്യുക.
• അഡ്മിൻ യൂസർനെയിം അനുമാനിക്കാൻ ബുദ്ധിമുട്ടുള്ളതാക്കുക.
• രണ്ട് ഘട്ട ആധികാരികീകരണം (2FA) ഉപയോഗിക്കുക.
• XML-RPC ഉപയോഗിക്കാത്ത പക്ഷം അതിന്റെ പ്രവേശനം നിയന്ത്രിക്കുക.
• wp-login.php-യ്ക്ക് റേറ്റ് ലിമിറ്റ് അല്ലെങ്കിൽ അധിക സ്ഥിരീകരണം നടപ്പിലാക്കുക.
• ദിവസേന സ്വയം ബാക്കപ്പ് ചെയ്യുകയും പുനഃസ്ഥാപന പരിശോധന നടത്തുകയും ചെയ്യുക.
• സൈറ്റ് മുഴുവൻ HTTPS ഉപയോഗിക്കുക; SSL ഇല്ലാതെ ലോഗിൻ വിവരങ്ങൾ അപകടത്തിലാണ്.

SSL നേരിട്ട് wp-includes പ്രവേശനം തടയില്ല; പക്ഷേ ഉപയോക്തൃ സെഷനുകൾ, ഫോമിന്റെ ഡേറ്റ, അഡ്മിൻ പാനൽ ട്രാഫിക് എന്നിവയ്ക്ക് അടിസ്ഥാന സുരക്ഷ നൽകുന്നു. അതുകൊണ്ട് WordPress സുരക്ഷാ മാർഗ്ഗനിർദേശങ്ങളിൽ SSL ആദ്യ ലെയറുകളിൽ ഒന്നാണ്. ഈ ഘട്ടത്തിൽ SSL സർട്ടിഫിക്കറ്റ് വാങ്ങുകയും ഊർജ്ജിത SSL സ്ഥാപനംയും സ്വാഭാവികമായി ഉൾപ്പെടുത്താം.

എപ്പോൾ പ്രൊഫഷണൽ സഹായം തേടണം?

സാധാരണ Apache ഹോസ്റ്റിംഗിൽ .htaccess നിയമം ചേർക്കൽ അധികം സങ്കീർണ്ണമല്ല, എന്നാൽ പ്രത്യേക Nginx കോൺഫിഗറേഷൻ, മൾട്ടി സൈറ്റ് നെറ്റ്‌വർക്ക്, WooCommerce സ്റ്റോർ, ഉയർന്ന ട്രാഫിക് വാർത്താ സൈറ്റ്, കോർപ്പറേറ്റ് പോർട്ടൽ തുടങ്ങിയ സാഹചര്യങ്ങളിൽ പ്രൊഫഷണൽ സഹായം തേടുന്നത് ബുദ്ധിമുട്ടുകൾ ഒഴിവാക്കും. കാരണം സുരക്ഷാ നിയമം സാങ്കേതികമായി ശരിയാകുക മാത്രമല്ല, ബിസിനസ് തുടർച്ചയും ഉറപ്പാക്കണം.

ഇവിടെയുണ്ട് ചില നിർദ്ദേശങ്ങൾ:

• ഒരു സെർവറിൽ നിരവധി WordPress സൈറ്റുകൾ ഹോസ്റ്റുചെയ്യുമ്പോൾ.
• Nginx, Varnish, CDN, WAF എന്നിവ ഒരുമിച്ച് ഉപയോഗിക്കുമ്പോൾ.
• അവസാന മാറ്റങ്ങൾ കഴിഞ്ഞ് 403, 404, 500 പിശകുകൾ കൂടുമ്പോൾ.
• മുൻപ് സൈറ്റ് മാൽവെയർ ബാധിച്ചിട്ടുണ്ടെങ്കിൽ.
• പേയ്‌മെന്റ്, അംഗത്വം, വ്യക്തിഗത ഡാറ്റ കൈകാര്യം ചെയ്യുന്ന സിസ്റ്റം പ്രവർത്തിപ്പിക്കുമ്പോൾ.

സുരക്ഷിത ഹോസ്റ്റിംഗ് അടിസ്ഥാനസൗകര്യം, ശരിയായ ഐസൊലേഷൻ, സ്ഥിരം ബാക്കപ്പ്, പ്രൊഫഷണൽ പിന്തുണ - ഇവ WordPress സുരക്ഷയുടെ അനിവാര്യ ഘടകങ്ങളാണ്. ഹോസ്റ്റിംഗ് തിരഞ്ഞെടുക്കുമ്പോൾ ഡിസ്‌ക് സ്പേസ് മാത്രമല്ല, ബാക്കപ്പ്, ഫയർവാൾ, PHP പതിപ്പ് പിന്തുണ, SSL മാനേജ്‌മെന്റ്, സാങ്കേതിക പിന്തുണയുടെ നിലവാരം എന്നിവ കൂടി പരിഗണിക്കണം. ഈ പശ്ചാത്തലത്തിൽ Hostragons ഹോസ്റ്റിംഗ് പാക്കേജുകൾയും WordPress സൈറ്റ് മാറ്റൽയും ഉപകാരപ്രദമായ ലിങ്കുകളാണ്.

സംക്ഷേപം

WordPress ഫോൾഡർ ഘടന സുരക്ഷയുടെ ഭാഗമായി wp-includes ഫോൾഡറിലേക്ക് പ്രവേശനം തടയുമ്പോൾ, മുഴുവൻ ഫോൾഡറേയും തടയാതെ, അതിലെ PHP ഫയലുകളിലേക്ക് വെബ് വഴി നേരിട്ട് പ്രവേശനം തടയുകയും, ഡയറക്ടറി ലിസ്റ്റിംഗ് പ്രവർത്തനരഹിതമാക്കുകയും ചെയ്യുക. Apache-ക്കായി .htaccess, Nginx-ക്കായി location നിയമങ്ങൾ ഉപയോഗിച്ച് ഈ ക്രമീകരണം എളുപ്പത്തിൽ നടപ്പിലാക്കാനാകും. എന്നാൽ എല്ലാ മാറ്റങ്ങൾക്കും മുമ്പ് ബാക്കപ്പ് എടുക്കുകയും, അഡ്മിൻ പാനലും മുൻഭാഗവും പരിശോധന നടത്തുകയും ചെയ്യണം.

സങ്ക്ഷിപ്തത്തിൽ: സ്റ്റാറ്റിക് ഫയലുകൾക്ക് തടസം ഉണ്ടാക്കാതെ, PHP ഫയലുകളിലേക്ക് പ്രവേശനം നിയന്ത്രിക്കുക, ഡയറക്ടറി ലിസ്റ്റിംഗ് ഓഫ് ചെയ്യുക, ഫയൽ അനുമതികൾ പരിശോധിക്കുക, സ്ഥിരമായി അപ്‌ഡേറ്റ് ചെയ്യുക. കൂടുതൽ സുരക്ഷിതവും എളുപ്പത്തിൽ കൈകാര്യം ചെയ്യാവുന്നതുമായ WordPress അടിസ്ഥാനത്തിനായി Hostragons-ന്റെ ഹോസ്റ്റിംഗ്, ഡൊമെയിൻ, SSL പരിഹാരങ്ങൾ പരിശോധിച്ച് ആവശ്യത്തിന് സഹായം തേടാം.

അक्सर ചോദിക്കുന്ന ചോദ്യങ്ങൾ

wp-includes ഫോൾഡർ മുഴുവനായും അടച്ചാൽ സുരക്ഷിതമാണോ?

പൊതുവെ ശുപാർശ ചെയ്യുന്നതല്ല. wp-includes-ൽ WordPress-ന് ആവശ്യമായ JavaScript, CSS, സ്റ്റാറ്റിക് ഫയലുകൾ അടങ്ങിയിരിക്കുന്നതിനാൽ, മുഴുവൻ ഫോൾഡർ അടച്ചാൽ സൈറ്റ് ലുക്കും അഡ്മിൻ പാനലും തകരാം. കൂടുതൽ സുരക്ഷിതമായ മാർഗം ഈ ഫോൾഡറിൽ ഉള്ള PHP ഫയലുകളിലേക്ക് നേരിട്ടുള്ള പ്രവേശനം മാത്രം തടയുകയാണ്.

.htaccess നിയമം ചേർത്തതിന് ശേഷം 500 എറർ വന്നാൽ എന്തു ചെയ്യണം?

ആദ്യമായി ചേർത്ത നിയമങ്ങൾ നീക്കം ചെയ്യുക അല്ലെങ്കിൽ ബാക്കപ്പ് .htaccess പുനഃസ്ഥാപിക്കുക. തുടർന്ന് നിയമത്തിന്റെ സിന്റാക്സ് പിശക് പരിശോധിക്കുക. പിശക് തുടർന്നാൽ ഹോസ്റ്റിംഗ് എറർ ലോഗുകൾ പരിശോധിക്കുക അല്ലെങ്കിൽ സാങ്കേതിക സഹായം തേടുക.

Nginx സെർവറിൽ .htaccess പ്രവർത്തിക്കുമോ?

ഇല്ല. .htaccess Apache, LiteSpeed പോലുള്ള സെർവറുകളിൽ മാത്രമാണ് ഉപയോഗിക്കുന്നത്. Nginx-ൽ ഇതുപോലുള്ള നിയന്ത്രണം server block-ൽ location നിയമങ്ങളിലൂടെ നടത്തുകയും nginx -t കമാൻഡ് ഉപയോഗിച്ച് കോൺഫിഗറേഷൻ പരിശോധന നടത്തുകയും ചെയ്യണം.

ഈ ക്രമീകരണം WordPress സൈറ്റ് പൂര്‍ണ്ണമായി സുരക്ഷിതമാക്കുമോ?

അല്ല. wp-includes PHP പ്രവേശനം തടയൽ പ്രധാന സുരക്ഷാ ലെയറാണ്, പക്ഷേ അത് മാത്രം മതിയാകില്ല. അപ്‌ഡേറ്റുകൾ, ശക്തമായ പാസ്‌വേഡുകൾ, 2-ഫാക്ടർ ഓതന്റിക്കേഷൻ, SSL, ബാക്കപ്പ്, ഫയർവാൾ, ശരിയായ ഫയൽ അനുമതികൾ എന്നിവ ഒരുമിച്ച് വേണം.

സുരക്ഷാ പ്ലഗിൻ ഉപയോഗിക്കുന്ന പക്ഷം കൂടി wp-includes നിയമം ചേർക്കണോ?

പ്ലഗിൻ ഏത് നിയമങ്ങൾ പ്രയോഗിക്കുന്നു എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു. ചില പ്ലഗിനുകൾ .htaccess നിയമങ്ങൾ ചേർക്കും, ചിലത് ആപ്ലിക്കേഷൻ ലെവലിൽ മാത്രം സംരക്ഷണം നൽകും. നിയമങ്ങൾ തമ്മിൽ തകരാറില്ലാതെ സർവർ ലെവലിൽ PHP പ്രവേശനം നിയന്ത്രിക്കുന്നത് സാധാരണയായി ശക്തമായ പരിഹാരമാണ്.