ການຫຼຸດຜ່ອນການໂຫຼດຂອງເຄື່ອງແມ່ຂ່າຍ

ໃນບົດຄວາມນີ້, ພວກເຮົາຈະເຂົ້າໃຈວ່າເປັນຫຍັງການໂຫຼດເຊີຟເວີເພີ່ມຂຶ້ນແລະປຶກສາຫາລືວິທີການຕ່າງໆເພື່ອເພີ່ມປະສິດທິພາບຂະບວນການໂຫຼດສູງ. ຈະເອົາໃຈໃສ່ເປັນພິເສດຕໍ່ການເພີ່ມປະສິດທິພາບລະຫັດໃນ Apache/Nginx ແລະ MySQL, ພວກເຮົາຈະເວົ້າກ່ຽວກັບການເກັບຂໍ້ມູນເປັນເຄື່ອງມືຊ່ວຍ, ແລະຍັງພິຈາລະນາໄພຂົ່ມຂູ່ພາຍນອກທີ່ເປັນໄປໄດ້ເຊັ່ນການໂຈມຕີ DDOS ແລະວິທີການປ້ອງກັນພວກມັນ.

ເປັນຫຍັງ Server Load ເກີດຂຶ້ນ

ກ່ອນທີ່ຈະດໍາເນີນການເພີ່ມປະສິດທິພາບຂອງເຄື່ອງແມ່ຂ່າຍ, ມັນຈໍາເປັນຕ້ອງເຮັດການວິເຄາະຢ່າງລະອຽດກ່ຽວກັບການໂຫຼດໃນປະຈຸບັນກ່ຽວກັບຊັບພະຍາກອນ. ນີ້ປະກອບມີການວັດແທກການໂຫຼດ CPU, ການໃຊ້ RAM, ກິດຈະກໍາເຄືອຂ່າຍ, ແລະຕົວກໍານົດການທີ່ສໍາຄັນອື່ນໆ. ຄວາມເຂົ້າໃຈກ່ຽວກັບນະໂຍບາຍດ້ານແລະການໂຫຼດສູງສຸດຊ່ວຍໃຫ້ການກໍານົດຂໍ້ບົກພ່ອງແລະການເພີ່ມປະສິດທິພາບການຈັດສັນຊັບພະຍາກອນ, ດັ່ງນັ້ນການເພີ່ມຄວາມຫມັ້ນຄົງແລະການປະຕິບັດຂອງໂຄງສ້າງພື້ນຖານຂອງເຄື່ອງແມ່ຂ່າຍ.

ສໍາລັບການແກ້ໄຂບັນຫາເບື້ອງຕົ້ນຂອງການໂຫຼດເຄື່ອງແມ່ຂ່າຍສູງ, ພວກເຮົາແນະນໍາໃຫ້ດໍາເນີນການ a ການວິນິດໄສເຊີບເວີທົ່ວໄປ. ຖ້າອັນນີ້ບໍ່ພຽງພໍ, ລາຍລະອຽດເພີ່ມເຕີມ ການ​ວິ​ເຄາະ​ຊັບ​ພະ​ຍາ​ກອນ​ ເປັນສິ່ງຈໍາເປັນ. ໃນ​ຖາ​ນະ​ເປັນ​ເຄື່ອງ​ມື​ຊ່ວຍ​, ການ​ສໍາ​ຫຼວດ​ ບັນທຶກຂອງ Linux ເຊີບເວີສາມາດເປັນປະໂຫຍດ, ເພາະວ່ານີ້ແມ່ນບ່ອນທີ່ແຫຼ່ງຂອງບັນຫາຖືກພົບເຫັນຢູ່ໃນກໍລະນີຫຼາຍທີ່ສຸດ.

ການເພີ່ມປະສິດທິພາບ Apache/Nginx Server

ການໂຫຼດເຊີບເວີເພີ່ມຂຶ້ນເນື່ອງຈາກການສ້າງດັດສະນີ

ການໂຫຼດທີ່ເພີ່ມຂຶ້ນຍ້ອນການດັດສະນີໃນເຄື່ອງແມ່ຂ່າຍສາມາດເກີດຂື້ນ, ຕົວຢ່າງເຊັ່ນ, ເມື່ອເຄື່ອງຈັກຊອກຫາສະແກນຫນ້າຈໍານວນຫລາຍຢູ່ໃນເວັບໄຊຂອງເຈົ້າ. ນີ້ສາມາດນໍາໄປສູ່ການນໍາໃຊ້ຊັບພະຍາກອນຂອງເຄື່ອງແມ່ຂ່າຍທີ່ເພີ່ມຂຶ້ນແລະ, ດັ່ງນັ້ນ, ການເຮັດວຽກຂອງເວັບໄຊທ໌ຊ້າລົງ. ການກໍານົດສາເຫດແມ່ນຂ້ອນຂ້າງງ່າຍດາຍ; ທ່ານຈໍາເປັນຕ້ອງເປີດໄຟລ໌ທີ່ຕັ້ງຢູ່:

/var/www/httpd-logs/sitename.access.log

ເມື່ອຖືກດັດສະນີໂດຍເຄື່ອງຈັກຊອກຫາ, ຜູ້ໃຊ້ຈະເຫັນລາຍການລັກສະນະດັ່ງຕໍ່ໄປນີ້:

11.22.33.44 - - [Date and Time] "GET /your-page-path HTTP/1.1" 200 1234 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"

ເປັນການແກ້ໄຂທໍາອິດເພື່ອຫຼຸດຜ່ອນການໂຫຼດ, ທ່ານສາມາດນໍາໃຊ້ການຕັ້ງຄ່າຂອງແທັກ meta "noindex" ແລະ "nofollow" ໃນຫນ້າທີ່ບໍ່ຈໍາເປັນຕ້ອງຖືກດັດສະນີ. ການແກ້ໄຂທີສອງແມ່ນ .htaccess ໄຟລ໌, ບ່ອນທີ່ລາຍການທີ່ສອດຄ້ອງກັບເຄື່ອງຈັກຊອກຫາສະເພາະຕ້ອງໄດ້ຮັບການເພີ່ມ, ສໍາລັບການຍົກຕົວຢ່າງ, ເພື່ອຊ່ອນຈາກ Yandex ແລະ Google:

SetEnvIfNoCase User-Agent "^Yandex" search_bot
SetEnvIfNoCase User-Agent "^Googlebot" search_bot
Order Allow,Deny
Allow from all
Deny from env=search_bot

ເຊັ່ນດຽວກັນ, ການແກ້ໄຂຈໍາເປັນຕ້ອງໄດ້ເຮັດສໍາລັບເຄື່ອງຈັກຊອກຫາອື່ນໆ. ມັນຄວນຈະສັງເກດວ່າຄວາມສາມາດຂອງ .htaccess ບໍ່ຈໍາກັດພຽງແຕ່ການຂັດຂວາງການດັດສະນີ. ພວກ​ເຮົາ​ແນະ​ນໍາ​ໃຫ້​ໄດ້​ຮັບ​ຄວາມ​ຄຸ້ນ​ເຄີຍ​ກັບ​ລັກ​ສະ​ນະ​ຕົ້ນ​ຕໍ​ຂອງ​ຕົນ​ໃນ​ ບົດຄວາມ.

ການນໍາໃຊ້ການຕັ້ງຄ່າ Caching

ການຕັ້ງຄ່າຖານຄວາມຈໍາທີ່ບໍ່ຖືກຕ້ອງຢູ່ໃນເຄື່ອງແມ່ຂ່າຍຍັງສາມາດນໍາໄປສູ່ການໂຫຼດສູງ. ເພື່ອເພີ່ມປະສິດທິພາບພາລາມິເຕີນີ້, ການປ່ຽນແປງທີ່ສອດຄ້ອງກັນຕ້ອງເຮັດຢູ່ໃນໄຟລ໌ການຕັ້ງຄ່າຫຼື .htaccess. ໃນກໍລະນີຂອງ Apache, ທາງເລືອກສຸດທ້າຍແມ່ນດີກວ່າ, ສໍາລັບ Nginx - ອະດີດ.

ໃນ Apache ເຄື່ອງແມ່ຂ່າຍ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ເປີດ .htacess ໄຟລ໌ແລະໃສ່ລະຫັດຕໍ່ໄປນີ້:

<FilesMatch ".(flv|gif|jpg|jpeg|png|ico|swf|js|css|pdf|doc|docx)$">
Header set Cache-Control "max-age=2592000"
</FilesMatch>

ຫຼັງຈາກນັ້ນ, ເປີດໃຊ້ ໝົດ ອາຍຸ ໂມດູນໂດຍໃຊ້ຄໍາສັ່ງ:

sudo a2enmod expires

ຫຼັງຈາກນັ້ນ, restart web server:

sudo service apache2 restart

ແລະເປີດໃຊ້ໂມດູນໂດຍການລະບຸ:

ExpiresActive On

ເທິງ Nginx server, ມັນພຽງພໍທີ່ຈະເພີ່ມລະຫັດຕໍ່ໄປນີ້ໃສ່ໄຟລ໌ການຕັ້ງຄ່າ:

location ~* .(jpg|jpeg|gif|png|ico|css|swf|flv|doc|docx)$ {
root /var/www/yoursite.com;
}

ແລະປະຕິບັດການໂຫຼດການບໍລິການຄືນໃໝ່:

sudo service nginx restart

ໃຫ້ສັງເກດວ່າດ້ວຍການຕັ້ງຄ່າເຫຼົ່ານີ້, ໄດ້ ອະນຸຍາດໃຫ້ ແລະ ປະຕິເສດ ຄໍາແນະນໍາຈະຖືກຂ້າມ.

ການນໍາໃຊ້ການບີບອັດຂໍ້ມູນ

ເປີດໃຊ້ການບີບອັດຂໍ້ມູນໂດຍໃຊ້ Gzip ເທິງເຊີບເວີເວັບ Apache ແລະ Nginx ຊ່ວຍຫຼຸດປະລິມານການຖ່າຍທອດລະຫວ່າງເຊີບເວີກັບລູກຄ້າ, ເຊິ່ງຊ່ວຍປັບປຸງປະສິດທິພາບ ແລະຫຼຸດເວລາໂຫຼດໜ້າເວັບ.

ເພື່ອໃຫ້ສາມາດ Gzip on Apache, ທ່ານຈໍາເປັນຕ້ອງໄດ້ກະຕຸ້ນ mod_deflate ໂມດູນ:

sudo a2enmod deflate

ຈາກນັ້ນ, restart web server:

sudo service apache2 restart

ແລະສຸດທ້າຍ, ເພີ່ມຕັນຕໍ່ໄປນີ້ໃສ່ໄຟລ໌ການຕັ້ງຄ່າຫຼື .htaccess:

<IfModule mod_deflate.c>
# Configure compression for specified file types
AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css text/javascript application/javascript application/x-javascript application/json

# If the browser matches the specified pattern, apply compression only to text/html files
BrowserMatch ^Mozilla/4 gzip-only-text/html

# If the browser matches the specified version patterns of Mozilla 4.0.6, 4.0.7, 4.0.8, disable compression
BrowserMatch ^Mozilla/4\.0[678] no-gzip

# If the browser is MSIE (Internet Explorer), disable compression for all files except text/html
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html

# If the request contains the specified pattern (extensions of image files), disable compression
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png)$ no-gzip
</IfModule>

ການຕັ້ງຄ່ານີ້ເຮັດໃຫ້ການບີບອັດໄຟລ໌ບາງປະເພດ ແລະປິດການໃຊ້ງານມັນສໍາລັບຮູບພາບ.

ໃນກໍລະນີຂອງ Nginx, ການຕັ້ງຄ່າເກີດຂຶ້ນໃນ http ບລັອກຂອງໄຟລ໌ການຕັ້ງຄ່າ. ຕ້ອງເພີ່ມລະຫັດຕໍ່ໄປນີ້:

gzip on;
gzip_disable "msie6";

# Adds the Vary header, indicating that the response may change depending on the Accept-Encoding header value
gzip_vary on;

# Enables compression for any proxy servers
gzip_proxied any;

# Sets the compression level. A value of 6 provides a good balance between compression efficiency and resource use
gzip_comp_level 6;

# Sets the size of the buffer for compressed data (16 buffers of 8 kilobytes each)
gzip_buffers 16 8k;

# Specifies that data compression should be used only for HTTP version 1.1 and higher
gzip_http_version 1.1;

# Sets the file types that can be compressed
gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

ຄ້າຍ​ຄື​ກັບ Apache, ໃນທີ່ນີ້ຕົວກໍານົດການບີບອັດສໍາລັບບາງປະເພດຂອງໄຟລ໌ຖືກກໍານົດ. ຫຼັງ​ຈາກ​ການ​ເຮັດ​ໃຫ້​ການ​ປ່ຽນ​ແປງ​ຂອງ​ເວັບ​ໄຊ​ຕ​໌​ໃດ​ຫນຶ່ງ​ຂອງ​ເວັບ​ໄຊ​ຕ​໌​, ການ​ບໍ​ລິ​ການ reload ແມ່ນ​ຕ້ອງ​ການ​:

sudo service apache2 restart

Or

sudo service nginx restart

ການໂຈມຕີ DDOS ໃນເຊີບເວີ

ການໂຫຼດເຊີບເວີສູງສາມາດເກີດຂຶ້ນເປັນຜົນມາຈາກການໂຈມຕີ DDoS. ການກໍານົດການປະກົດຕົວຂອງການໂຈມຕີ DDoS ສາມາດເຮັດໄດ້ໂດຍຜ່ານການຕິດຕາມການເພີ່ມຂື້ນຢ່າງກະທັນຫັນຂອງການຈະລາຈອນ, ການຮ້ອງຂໍທີ່ຜິດປົກກະຕິ, ແລະການຫຼຸດລົງຂອງການປະຕິບັດຂອງເຄື່ອງແມ່ຂ່າຍ. ການທົບທວນຄືນບັນທຶກສໍາລັບການຮ້ອງຂໍຊ້ໍາຈາກທີ່ຢູ່ IP ຫນຶ່ງຫຼືການສະແກນພອດສາມາດຊີ້ໃຫ້ເຫັນເຖິງການໂຈມຕີ DDoS ທີ່ເປັນໄປໄດ້. ມີຫຼາຍມາດຕະການປ້ອງກັນ, ແຕ່ພວກເຮົາຈະປຶກສາຫາລືພື້ນຖານເທົ່ານັ້ນ.

ໃຊ້ CDN (ເຄືອຂ່າຍການຈັດສົ່ງເນື້ອຫາ). CDN ສາມາດເປັນຕົວກາງລະຫວ່າງເຄື່ອງແມ່ຂ່າຍເວັບແລະຜູ້ໃຊ້ຂອງທ່ານ, ແຈກຢາຍການຈະລາຈອນແລະເນື້ອຫາຈາກຖານຄວາມຈໍາເພື່ອຫຼຸດຜ່ອນຜົນກະທົບຂອງການໂຈມຕີ DDoS. CDNs ຍັງສາມາດມີກົນໄກການປົກປ້ອງ DDoS ທີ່ມີໃນຕົວ, ລວມທັງການແຈກຢາຍການໂຫຼດແລະການກັ່ນຕອງການຈະລາຈອນ.

ກຳນົດຄ່າໄຟວໍ ແລະລະບົບກວດຈັບການບຸກລຸກ (IDS/IPS). Firewalls ສາມາດຖືກຕັ້ງຄ່າເພື່ອກັ່ນຕອງການຈະລາຈອນໂດຍອີງໃສ່ເງື່ອນໄຂຕ່າງໆ, ເຊັ່ນ: ທີ່ຢູ່ IP ແລະພອດ. IDS/IPS ສາມາດກວດພົບພຶດຕິກໍາການຈາລະຈອນທີ່ຜິດປົກກະຕິ ແລະຂັດຂວາງການເຊື່ອມຕໍ່ທີ່ໜ້າສົງໄສ. ເຄື່ອງມືເຫຼົ່ານີ້ສາມາດມີປະສິດຕິຜົນໃນການຕິດຕາມ ແລະສະກັດກັ້ນການຈະລາຈອນທີ່ເປັນອັນຕະລາຍ.

ການຕັ້ງຄ່າ Apache ແລະ Nginx web servers ເພື່ອຫຼຸດຜ່ອນຜົນກະທົບຂອງການໂຈມຕີ DDoS.

ໃນຖານະເປັນການແກ້ໄຂສໍາລັບ Apache, ພວກເຮົາເປີດໃຊ້ mod_evasive ໂມດູນ. ເພື່ອເຮັດສິ່ງນີ້, ຍົກເລີກຄໍາຄິດຄໍາເຫັນຫຼືເພີ່ມແຖວຕໍ່ໄປນີ້ໃນ httpd.conf or apache2.conf ໄຟລ໌ການຕັ້ງຄ່າ:

LoadModule evasive20_module modules/mod_evasive.so

ໃນໄຟລ໌ດຽວກັນ, ທ່ານຈໍາເປັນຕ້ອງເພີ່ມບລັອກການຕັ້ງຄ່າ:

<IfModule mod_evasive20.c>
# Hash table size for storing request information
DOSHashTableSize 3097

# Number of requests to one page before activating protection
DOSPageCount 2
DOSPageInterval 1

# Number of requests to all pages before activating protection
DOSSiteCount 50
DOSSiteInterval 1

# Blocking period in seconds for IP addresses
DOSBlockingPeriod 10
</IfModule>

ເຊັ່ນດຽວກັນ, ພວກເຮົາເປີດໃຊ້ງານ mod_ratelimit ໂມດູນ:

LoadModule ratelimit_module modules/mod_ratelimit.so

ແລະເພີ່ມການຕັ້ງຄ່າ:

<IfModule mod_ratelimit.c>
# Setting the output filter for rate limiting (Rate Limit)
SetOutputFilter RATE_LIMIT

# Beginning of the settings block for the location "/login"
<Location "/login">

# Setting the environment variable rate-limit with a value of 1
SetEnv rate-limit 1

# Ending of the settings block for the location "/login"
</Location>
</IfModule>

ການ​ຕັ້ງ​ຄ່າ​ສໍາ​ລັບ​ການ​ Nginx ແມ່ນຄ້າຍຄືກັນກັບ Apacheທີ່ຢູ່ ໃນ nginx.conf ໄຟລ​໌​ການ​ຕັ້ງ​ຄ່າ​, ຄໍາ​ແນະ​ນໍາ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​ຈໍາ​ເປັນ​ຕ້ອງ​ໄດ້​ຮັບ​ການ​ນໍາ​ໃຊ້​:

http {
...
# Defining a zone for connection limits
limit_conn_zone $binary_remote_addr zone=addr:10m;

# Defining a zone for request limits
limit_req_zone $binary_remote_addr zone=req_zone:10m rate=1r/s;

server {
        ...
        # Configuring connection limits
        limit_conn addr 10;

        # Configuring request limits
        limit_req zone=req_zone burst=5;

        ...
    }
}

ຫຼັງຈາກເຮັດການປ່ຽນແປງແຕ່ລະບໍລິການ, ເຂົາເຈົ້າຈະຕ້ອງໂຫຼດໃໝ່:

sudo systemctl restart apache2

ຫລື:

sudo systemctl restart nginx

ຕົວຢ່າງເຫຼົ່ານີ້ສະຫນອງພຽງແຕ່ການຕັ້ງຄ່າພື້ນຖານ, ເຊິ່ງສາມາດດັດແປງໄດ້ຕື່ມອີກໂດຍອີງຕາມຄວາມຕ້ອງການສະເພາະແລະລັກສະນະຂອງການໂຈມຕີ.

ການເພີ່ມປະສິດທິພາບການສອບຖາມ MySQL

ການເພີ່ມປະສິດທິພາບການສອບຖາມຖານຂໍ້ມູນ MySQL ໃນເຄື່ອງແມ່ຂ່າຍເວັບໄຊຕ໌ສາມາດບັນລຸໄດ້ດ້ວຍວິທີຕ່າງໆ, ແລະຫນຶ່ງໃນນັ້ນແມ່ນການຕັ້ງຄ່າທີ່ເຫມາະສົມຂອງໄຟລ໌ການຕັ້ງຄ່າ. ໂດຍປົກກະຕິ, ໄຟລ໌ນີ້ມີຊື່ my.cnf or my.ini ແລະຕັ້ງຢູ່ໃນ / ແລະອື່ນໆ / or /etc/mysql/ ໄດເລກະທໍລີ. ທ່ານຈໍາເປັນຕ້ອງເປີດມັນແລະເຮັດການປ່ຽນແປງຕໍ່ໄປນີ້:

[mysqld]
# Location of the file for recording slow queries. Be sure to replace it with your path
log-slow-queries = /var/log/mariadb/slow_queries.log

# Threshold time for considering slow queries (in seconds)
long_query_time = 5

# Enabling recording of queries that do not use indexes
log-queries-not-using-indexes = 1

# Disabling query caching
query_cache_size = 0
query_cache_type = 0
query_cache_limit = 1M

# Size of temporary tables
tmp_table_size = 16M
max_heap_table_size = 16M

# Size of the thread cache
thread_cache_size = 16

# Disabling name resolving
skip-name-resolve = 1

# Size of the InnoDB buffer pool. Set to 50-70% of available RAM
innodb_buffer_pool_size = 800M

# Size of the InnoDB log file
innodb_log_file_size = 200M

ໃຫ້ພິຈາລະນາຄໍາແນະນໍາເພີ່ມເຕີມທີ່ສາມາດເຮັດໃຫ້ການໂຕ້ຕອບກັບຖານຂໍ້ມູນຂອງເຄື່ອງແມ່ຂ່າຍ:

1. ການນໍາໃຊ້ ອະທິບາຍ ຄໍາສັ່ງກ່ອນທີ່ຈະສອບຖາມ SQL ເພື່ອວິເຄາະການປະຕິບັດຂອງມັນ. ນີ້ອະນຸຍາດໃຫ້ທ່ານໄດ້ຮັບແຜນການປະຕິບັດສໍາລັບການສອບຖາມແລະກໍານົດວ່າດັດສະນີໃດຖືກນໍາໃຊ້, ຕາຕະລາງໃດຖືກສະແກນ, ແລະອື່ນໆ.
2. ດັດຊະນີເລັ່ງການຄົ້ນຫາຂໍ້ມູນ, ດັ່ງນັ້ນດັດສະນີທີ່ຖືກອອກແບບຢ່າງຖືກຕ້ອງສາມາດປັບປຸງການປະຕິບັດການສອບຖາມໄດ້ຢ່າງຫຼວງຫຼາຍ. ເອົາໃຈໃສ່ກັບຄໍລໍາທີ່ຖືກນໍາໃຊ້ເລື້ອຍໆໃນ ບ່ອນທີ່ or ເຂົ້າຮ່ວມ ເງື່ອນໄຂ.
3. ຫລີກລ້ຽງການໃຊ້ ການຄັດເລືອກ *. ລະບຸພຽງແຕ່ຖັນເຫຼົ່ານັ້ນທີ່ຈໍາເປັນແທ້ໆສໍາລັບການສອບຖາມຂອງທ່ານ, ແທນທີ່ຈະເລືອກຄໍລໍາທັງຫມົດໃນຕາຕະລາງ.
4. ຫຼີກເວັ້ນການນໍາໃຊ້ຫນ້າທີ່ໃນ ບ່ອນທີ່ ເງື່ອນໄຂ. ການນໍາໃຊ້ຫນ້າທີ່ (ເຊັ່ນ: ລະດັບຕ່ ຳ, ສູງສຸດ, LEFT, RIGHTin ບ່ອນທີ່ ເງື່ອນໄຂສາມາດເຮັດໃຫ້ດັດສະນີບໍ່ມີປະໂຫຍດ. ພະຍາຍາມຫຼີກເວັ້ນການນໍາໃຊ້ໂດຍກົງຂອງພວກເຂົາໃນເງື່ອນໄຂ.
5. ການນໍາໃຊ້ INNER JOIN ບ່ອນທີ່ເປັນໄປໄດ້, ຍ້ອນວ່າມັນເປັນປົກກະຕິຫຼາຍປະສິດທິພາບ. ນອກຈາກນັ້ນ, ໃຫ້ແນ່ໃຈວ່າຄໍລໍາທີ່ສອດຄ້ອງກັນສໍາລັບການເຂົ້າຮ່ວມມີດັດສະນີ.
6. ການນໍາໃຊ້ ຈຳ ກັດ ເພື່ອຈໍາກັດຈໍານວນແຖວທີ່ສົ່ງຄືນຖ້າທ່ານຕ້ອງການພຽງແຕ່ຈໍານວນຜົນໄດ້ຮັບທີ່ແນ່ນອນ.
7. ພິຈາລະນາຜົນການສອບຖາມຈາກຖານຄວາມຈໍາ, ໂດຍສະເພາະຖ້າພວກເຂົາບໍ່ຄ່ອຍປ່ຽນແປງ, ເພື່ອຫຼຸດຜ່ອນການໂຫຼດຂອງເຄື່ອງແມ່ຂ່າຍ.

ເຄື່ອງແມ່ຂ່າຍເມລສ້າງການໂຫຼດສູງໃນເຄື່ອງແມ່ຂ່າຍ

ໃນພາກນີ້, ພວກເຮົາຈະຄົ້ນຫາວິທີການກໍານົດວ່າເຄື່ອງແມ່ຂ່າຍເມລກໍາລັງປະສົບກັບການໂຫຼດສູງແລະຂັ້ນຕອນໃດທີ່ສາມາດເຮັດໄດ້ເພື່ອເພີ່ມປະສິດທິພາບການເຮັດວຽກຂອງມັນ, ລວມທັງການກວດສອບແຖວຂໍ້ຄວາມແລະການຕັ້ງຄ່າຕົວກໍານົດການຂອງເຄື່ອງແມ່ຂ່າຍ. ເລີ່ມຕົ້ນດ້ວຍການກວດສອບແຖວຂໍ້ຄວາມ. ໄດ້ mailq utility ສາມາດຊ່ວຍໃນເລື່ອງນີ້, ເພື່ອເປີດໃຊ້ມັນ, ໃສ່ຄໍາສັ່ງທີ່ສອດຄ້ອງກັນໃນ terminal:

mailq

ນີ້ຈະສະແດງລາຍຊື່ຂໍ້ຄວາມໃນແຖວ, ຖ້າມີ. ແຕ່ລະຂໍ້ຄວາມຈະຖືກສະແດງດ້ວຍຕົວລະບຸທີ່ເປັນເອກະລັກ ແລະຂໍ້ມູນກ່ຽວກັບສະຖານະການສົ່ງ. ຜົນໄດ້ຮັບທີ່ຄ້າຍຄືກັນສາມາດໄດ້ຮັບໂດຍການທົບທວນບັນທຶກລູກຄ້າເມລ.

ໃນກໍລະນີຫຼາຍທີ່ສຸດ, ການໂຫຼດສູງເກີດຂື້ນໃນກໍລະນີຂອງການປະນີປະນອມຂອງເຄື່ອງແມ່ຂ່າຍໃນເວລາທີ່ມັນເລີ່ມສົ່ງ spam. ຢ່າງໃດກໍຕາມ, ຖ້າຫຼັງຈາກການກວດສອບຜູ້ເບິ່ງແຍງລະບົບຫມັ້ນໃຈວ່າເຄື່ອງແມ່ຂ່າຍບໍ່ໄດ້ຖືກໂຈມຕີຈາກພາຍນອກແລະຜູ້ໃຊ້ບໍ່ໄດ້ລະເລີຍ spam, ມັນເປັນເວລາທີ່ຈະກ້າວໄປສູ່ການເພີ່ມປະສິດທິພາບຂອງເຄື່ອງແມ່ຂ່າຍເມລ. ນີ້ແມ່ນຂັ້ນຕອນທີ່ຈະຊ່ວຍໃຫ້:

1. ໃຫ້ແນ່ໃຈວ່າບັນທຶກ DNS ຂອງໂດເມນຂອງທ່ານຖືກຕັ້ງຄ່າຢ່າງຖືກຕ້ອງ, ລວມທັງ SPF, ສ່ວນຂະຫຍາຍ dkim, ແລະ ບໍລິສັດ DMARC ບັນທຶກເພື່ອປັບປຸງການສົ່ງຈົດໝາຍ ແລະປ້ອງກັນສະແປມ. ການຕັ້ງຄ່າທີ່ຖືກຕ້ອງຂອງພາລາມິເຕີສາມາດພົບໄດ້ໃນບົດຄວາມກ່ຽວກັບ ການວິນິດໄສຂອງເຄື່ອງແມ່ຂ່າຍເມລ.
2. ກວດເບິ່ງການຕັ້ງຄ່າເຄືອຂ່າຍ, ລວມທັງການຕັ້ງຄ່າ Firewall ແລະກົດລະບຽບການກໍານົດເສັ້ນທາງ, ເພື່ອຫຼີກເວັ້ນການບລັອກແລະເລັ່ງການຈັດສົ່ງຈົດຫມາຍ.
3. ກຳນົດຄ່າພາລາມິເຕີແຖວຂໍ້ຄວາມຕາມການໂຫຼດຂອງເຊີບເວີ. ອັນນີ້ອາດຈະລວມເຖິງການຕັ້ງຄ່າຂະໜາດແຖວສູງສຸດ ແລະເວລາໝົດເວລາ.
4. ພິຈາລະນາວິທີແກ້ໄຂທີ່ພວກເຮົາໄດ້ສົນທະນາໃນບົດຄວາມນີ້ກ່ອນຫນ້ານີ້. ປັບປຸງຖານຂໍ້ມູນເຊີບເວີເມລເປັນແຕ່ລະໄລຍະເພື່ອປັບປຸງການປະຕິບັດ, ໃຊ້ກົນໄກການເກັບຂໍ້ມູນເພື່ອເລັ່ງການຄົ້ນຫາແລະການປຸງແຕ່ງຂໍ້ມູນເຊັ່ນການສອບຖາມ DNS.
5. ຖ້າເຄື່ອງແມ່ຂ່າຍເມລຍັງຄົງພົບການໂຫຼດສູງເປັນປົກກະຕິ, ພິຈາລະນາທາງເລືອກໃນການປັບຂະຫນາດ, ເຊັ່ນ: ການໃຊ້ cluster ຂອງເຄື່ອງແມ່ຂ່າຍເມລຫຼືການແກ້ໄຂຄລາວ.

ສະຫຼຸບ

ການໂຫຼດຂອງເຄື່ອງແມ່ຂ່າຍທີ່ເພີ່ມຂຶ້ນໂດຍກົງຜົນກະທົບຕໍ່ຄວາມໄວການໂຫຼດເວັບໄຊທ໌, ໃນທີ່ສຸດຜົນກະທົບຕໍ່ປະສົບການຂອງຜູ້ໃຊ້ແລະຊື່ສຽງໃນເຄື່ອງຈັກຊອກຫາ. ດັ່ງນັ້ນ, ການຄຸ້ມຄອງການໂຫຼດນີ້ຢ່າງມີປະສິດທິພາບມີບົດບາດສໍາຄັນໃນການຮັບປະກັນການເຮັດວຽກຢ່າງຕໍ່ເນື່ອງຂອງຊັບພະຍາກອນແລະເພີ່ມການເຂົ້າເຖິງຂອງມັນສໍາລັບນັກທ່ອງທ່ຽວ.