Satura rādītājs
Nginx ja neskaita ļoti labu statisko failu apkalpošanu un augstu veiktspēju, ja tos izmanto kā reversais starpniekserveris citam pakalpojumam tam ir arī jaudīgs pieprasījumu apstrādes dzinējs, kas ļauj mums pārvaldīt ārējos pieprasījumus, kas tiek saņemti, izmantojot HTTP, kā arī ģenerēt iekšējos pieprasījumus, ko tas ģenerē Nginx saskaņā ar mūsu programmētajiem nosacījumiem.Ārējie un iekšējie lūgumraksti
Pirmais solis, kas mums jāveic, ir atpazīt ārējiem un iekšējiem pieprasījumiem, viņu vārdi to jau diezgan labi atspoguļo, tiek saņemti ārēji pieprasījumi Nginx ārpus jūsu sistēmas, izmantojot HTTP, tāpēc, kad lietotājs ievada URL, kas ir tieši pretrunā ar mūsu pakalpojumu, tas ir ārējs pieprasījums.
Iekšējā petīcijaTā vietā tiek ģenerēts iekšējs pieprasījums NginxTas var būt vai nav saistīts ar ārēju pieprasījumu, lai gan tas ir relatīvs, jo visus notikumus parasti izraisa lietotāju pieprasījumi.
Tātad, ja, piemēram, mēs iekrītam a 404 atbilde Lapa nav atrasta, Nginx Ja esat konfigurējis kādu kārtulu, varat aktivizēt iekšēju pieprasījumu, kas liek lietotājam redzēt personalizētu ziņojumu.
Iekšējo lūgumrakstu veidi
Jūs varat ģenerēt divu veidu iekšējos pieprasījumus Nginx, tie ir šādi:
Iekšējās novirzīšanasŠāda veida novirzīšanas gadījumā Nginx novirza klientu pieprasījumus iekšēji, tādā veidā tiek mainīts URL un pēc tam pieprasījums var mainīties starp atrašanās vietas bloki ko esam definējuši savā serverī, viens no visbiežāk sastopamajiem šāda veida pieprasījuma gadījumiem ir aktivizējot Pārrakstīšanas modulis.
ApakšpieprasījumiTas ir tad, kad tiek ģenerēti papildu pieprasījumi, kas var papildināt saturu, piemēram, kad mēs izmantojam moduli add_after_body kas ļauj pieprasījuma rezultātam pievienot saturu.
Error_page bloks
Bloks error_page Tas ir arī viens no funkcionālajiem piemēriem, kā mēs varam izveidot iekšējos pieprasījumus. Apskatīsim šo vienkāršo piemēru:
Attēlā mēs redzam, kā mēs esam konfigurējuši savu serveri tā, ka, saņemot pieprasījumu, kas rada kļūdu, Nginx novirza tieši uz mūsu sagatavotajiem dokumentiem, lai klients nesasniegtu rupju atbildi.
Tagad, ja mēs vēlamies pārrakstīt iepriekš minēto un iegūt to a iekšējais pieprasījums mēs varam iegūt šādu formu precīzāk:
Šeit mēs redzam, kā mēs to esam definējuši, iegūstot kodu Kļūda 404, Es to nosūtu uz noteiktu vietu, kas ir kļūdu mape, bet vēlāk mēs definējam, ka tad, kad mums ir pieprasījums kļūdu mapei, mēs veiksim iekšēju pieprasījumu, tikai šādā veidā Nginx Jūs varat piekļūt šim saturam, tādēļ, ja kāds mēģinās to darīt ārēji, viņam nebūs piekļuves.
Ar to mēs pabeidzām šo apmācību, ar kuru mēs redzējām, ka pareiza iekšējo pieprasījumu izmantošana var palīdzēt mums uzlabot mūsu vietnes drošību, neļaujot tiem piekļūt šiem resursiem ārēji.