ປ່ອຍ nginx 1.18.0

ຫຼັງຈາກປີຂອງການພັດທະນາ ນຳ ສະ ເໜີ ສາຂາທີ່ໝັ້ນຄົງໃໝ່ຂອງເຊີບເວີ HTTP ທີ່ມີປະສິດທິພາບສູງ ແລະເຊີບເວີພຣັອກຊີ multiprotocol nginx 1.18.0, ເຊິ່ງດູດເອົາການປ່ຽນແປງທີ່ສະສົມພາຍໃນສາຂາຕົ້ນຕໍ 1.17.x. ໃນອະນາຄົດ, ການປ່ຽນແປງທັງຫມົດໃນສາຂາທີ່ຫມັ້ນຄົງ 1.18 ຈະກ່ຽວຂ້ອງກັບການລົບລ້າງຄວາມຜິດພາດແລະຄວາມສ່ຽງທີ່ຮ້າຍແຮງ. ສາຂາຕົ້ນຕໍຂອງ nginx 1.19 ຈະຖືກສ້າງຕັ້ງຂຶ້ນໃນໄວໆນີ້, ເຊິ່ງການພັດທະນາຄຸນສົມບັດໃຫມ່ຈະສືບຕໍ່. ສໍາລັບຜູ້ໃຊ້ທົ່ວໄປທີ່ບໍ່ມີຫນ້າທີ່ຮັບປະກັນຄວາມເຂົ້າກັນໄດ້ກັບໂມດູນພາກສ່ວນທີສາມ, ແນະ ນຳ ໃຊ້ສາຂາຕົ້ນຕໍ, ບົນພື້ນຖານການອອກຜະລິດຕະພັນການຄ້າ Nginx Plus ໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນທຸກໆສາມເດືອນ.

ອີງຕາມການ ບົດລາຍງານເດືອນເມສາ Netcraft nginx ຖືກນໍາໃຊ້ໃນ 19.56% ຂອງສະຖານທີ່ເຄື່ອນໄຫວທັງຫມົດ (ຫນຶ່ງປີກ່ອນຫນ້ານີ້ 20.73%, ສອງປີຜ່ານມາ 21.02%), ເຊິ່ງກົງກັບສະຖານທີ່ທີສອງໃນຄວາມນິຍົມໃນປະເພດນີ້ (ສ່ວນແບ່ງຂອງ Apache ເທົ່າກັບ 27.64%, Google - 10.03%, Microsoft IIS - 4.77%). ໃນຂະນະດຽວກັນ, ເມື່ອພິຈາລະນາເວັບໄຊທ໌ທັງຫມົດ, nginx ຮັກສາຄວາມເປັນຜູ້ນໍາຂອງຕົນແລະຄອບຄອງ 36.91% ຂອງຕະຫຼາດ (ປີກ່ອນຫນ້ານີ້ 27.52%), ໃນຂະນະທີ່ສ່ວນແບ່ງຂອງ Apache ເທົ່າກັບ 24.73%, Microsoft IIS - 12.85%, Google - 3.42%.

ໃນບັນດາລ້ານເວັບໄຊທ໌ທີ່ໄດ້ໄປຢ້ຽມຢາມຫຼາຍທີ່ສຸດໃນໂລກ, ສ່ວນແບ່ງຂອງ nginx ແມ່ນ 25.54% (ປີກ່ອນ 26.22%, ສອງປີກ່ອນ 23.76%). ໃນປັດຈຸບັນ, ປະມານ 459 ລ້ານເວັບໄຊທ໌ກໍາລັງແລ່ນ Nginx (397 ລ້ານຕໍ່ປີກ່ອນ). ໂດຍ ຂໍ້ມູນ W3Techs nginx ຖືກນໍາໃຊ້ໃນ 31.9% ຂອງເວັບໄຊທ໌ອອກຈາກລ້ານທີ່ໄປຢ້ຽມຢາມຫຼາຍທີ່ສຸດ, ໃນເດືອນເມສາປີທີ່ຜ່ານມາຕົວເລກນີ້ແມ່ນ 41.8%, ໃນປີກ່ອນ - 38% (ການຫຼຸດລົງແມ່ນອະທິບາຍໂດຍການຫັນໄປຫາບັນຊີແຍກຕ່າງຫາກຂອງເຄື່ອງແມ່ຂ່າຍ Cloudflare http). ສ່ວນແບ່ງຂອງ Apache ຫຼຸດລົງໃນໄລຍະປີຈາກ 43.6% ເປັນ 38.9%, ແລະສ່ວນແບ່ງຂອງ Microsoft IIS ຈາກ 8.6% ເປັນ 8.3%. ໃນລັດເຊຍ nginx ຖືກນໍາໃຊ້ ໃນ 78.9% ຂອງສະຖານທີ່ໄດ້ໄປຢ້ຽມຢາມຫຼາຍທີ່ສຸດ (ປີກ່ອນຫນ້ານີ້ - 81%).

ການປັບປຸງທີ່ໂດດເດັ່ນທີ່ສຸດທີ່ເພີ່ມໃນລະຫວ່າງການພັດທະນາສາຂາ 1.17.x ເທິງນ້ໍາ:

• ເພີ່ມຄໍາສັ່ງ limit_req_dry_run, ເຊິ່ງເປີດໃຊ້ຮູບແບບການດໍາເນີນການທົດລອງ, ໃນທີ່ບໍ່ມີຂໍ້ຈໍາກັດທີ່ຖືກນໍາໃຊ້ໃນຄວາມເຂັ້ມຂົ້ນຂອງການປະມວນຜົນການຮ້ອງຂໍ (ໂດຍບໍ່ມີການກໍານົດອັດຕາ), ແຕ່ສືບຕໍ່ຄໍານຶງເຖິງຈໍານວນຂອງການຮ້ອງຂໍເກີນຂອບເຂດຈໍາກັດໃນຫນ່ວຍຄວາມຈໍາທີ່ໃຊ້ຮ່ວມກັນ;
• ເພີ່ມຄໍາສັ່ງ limit_conn_dry_run, ເຊິ່ງປ່ຽນໂມດູນ ngx_http_limit_conn_module ເຂົ້າໄປໃນໂຫມດແລ່ນການທົດສອບ, ເຊິ່ງຈໍານວນການເຊື່ອມຕໍ່ບໍ່ຈໍາກັດ, ແຕ່ຖືກພິຈາລະນາ;
• ເພີ່ມຄໍາສັ່ງ "auth_delay", ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດເພີ່ມຄວາມລ່າຊ້າຕໍ່ການຮ້ອງຂໍທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດດ້ວຍລະຫັດຕອບສະຫນອງຂອງ 401 ເພື່ອຫຼຸດຜ່ອນຄວາມເຂັ້ມຂົ້ນຂອງການຄາດເດົາລະຫັດຜ່ານແລະປ້ອງກັນ. ການໂຈມຕີ, manipulating ການ​ວັດ​ແທກ​ທີ່​ໃຊ້​ເວ​ລາ​ປະ​ຕິ​ບັດ​ຂອງ​ການ​ປະ​ຕິ​ບັດ (ການ​ໂຈມ​ຕີ​ກໍາ​ນົດ​ເວ​ລາ​) ໃນ​ເວ​ລາ​ທີ່​ການ​ເຂົ້າ​ເຖິງ​ລະ​ບົບ​ທີ່​ການ​ເຂົ້າ​ເຖິງ​ແມ່ນ​ຈໍາ​ກັດ ລະຫັດຜ່ານ, ຜົນຂອງການສອບຖາມຍ່ອຍ ຫຼື J.W.T. (JSON Web Token);
• ເພີ່ມການສະຫນັບສະຫນູນຕົວແປໃນຄໍາສັ່ງ "limit_rate" ແລະ "limit_rate_after", ເຊັ່ນດຽວກັນກັບໃນຄໍາສັ່ງ "proxy_upload_rate" ແລະ "proxy_download_rate" ຂອງໂມດູນການຖ່າຍທອດ;
• ໃນຄໍາສັ່ງ grpc_pass ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບການນໍາໃຊ້ຕົວແປໃນພາລາມິເຕີທີ່ກໍານົດທີ່ຢູ່. ຖ້າທີ່ຢູ່ຖືກລະບຸເປັນຊື່ໂດເມນ, ຊື່ຖືກຄົ້ນຫາໃນບັນດາກຸ່ມຂອງເຄື່ອງແມ່ຂ່າຍທີ່ອະທິບາຍ, ແລະ, ຖ້າບໍ່ພົບ, ຫຼັງຈາກນັ້ນກໍານົດໂດຍໃຊ້ຕົວແກ້ໄຂ;
• ເພີ່ມຕົວແປໃຫມ່ $proxy_protocol_server_addr и $proxy_protocol_server_port, ເຊິ່ງບັນຈຸທີ່ຢູ່ຂອງເຊີບເວີ ແລະພອດທີ່ໄດ້ຮັບຈາກສ່ວນຫົວຂອງໂປໂຕຄອນ PROXY;
• ໃນໂມດູນ ngx_stream_limit_conn_ ໂມດູນ ເພີ່ມຕົວແປ $limit_conn_status, ເຊິ່ງເກັບຮັກສາຜົນຂອງການຈໍາກັດຈໍານວນຂອງການເຊື່ອມຕໍ່: PASSED, REJECTED ຫຼື REJECTED_DRY_RUN;
• ໃນໂມດູນ ngx_http_limit_req_module ເພີ່ມຕົວແປ $limit_req_status, ເຊິ່ງເກັບຮັກສາຜົນຂອງການຈໍາກັດອັດຕາການມາຮອດຂອງຄໍາຮ້ອງຂໍ: PASSED, DELAYED, REJECTED, DELAYED_DRY_RUN ຫຼື REJECTED_DRY_RUN;
• ໂດຍຄ່າເລີ່ມຕົ້ນ, ໂມດູນໄດ້ຖືກປະກອບ ngx_http_postpone_filter_module;
• ເພີ່ມການຮອງຮັບການປິດລັບທີ່ມີຊື່ວ່າ "ສະຖານທີ່" ໂດຍໃຊ້ວິທີການ $r->internal_redirect() ທີ່ສະໜອງໃຫ້ໂດຍນາຍພາສາ Perl ໃນຕົວ. ວິທີການນີ້ປະຈຸບັນກ່ຽວຂ້ອງກັບການປຸງແຕ່ງ URIs ທີ່ມີຕົວອັກສອນທີ່ຫລົບຫນີ;
• ເມື່ອໃຊ້ຄໍາສັ່ງ "upstream" ໃນການຕັ້ງຄ່າ "upstream" ຕັນhash» ເພື່ອຈັດລຽງການດຸ່ນດ່ຽງການໂຫຼດດ້ວຍການຜູກມັດລູກຄ້າ-ເຊີບເວີ, ຖ້າທ່ານລະບຸຄ່າກະແຈຫວ່າງເປົ່າ, ໂໝດການດຸ່ນດ່ຽງແບບເອກະພາບ (ຮອບ-ໂຣບິນ) ຖືກເປີດໃຊ້ແລ້ວ;
• ເພີ່ມການສະຫນັບສະຫນູນສໍາລັບການໂທຫາ ioctl (FIONREAD) ຖ້າມີເພື່ອຫຼີກເວັ້ນການອ່ານຈາກການເຊື່ອມຕໍ່ໄວໃນໄລຍະເວລາ.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru