Apache & Nginx በአንድ ሰንሰለት የተገናኘ (ክፍል 2)

ባለፈው ሳምንት እ.ኤ.አ. የመጀመሪያው ክፍል። በዚህ ጽሑፍ ውስጥ በ Timeweb ውስጥ የ Apache እና Nginx ጥምረት እንዴት እንደተገነባ ገለጽን። አንባቢዎች ለጥያቄዎቻቸው እና ንቁ ውይይት በጣም እናመሰግናለን! ዛሬ በርካታ የ PHP ስሪቶች በአንድ አገልጋይ ላይ እንዴት እንደሚተገበሩ እና ለምን ለደንበኞቻችን የመረጃ ደህንነት ዋስትና እንደምንሰጥ እንነግርዎታለን።

የጋራ ማስተናገጃ (የተጋራ ማስተናገጃ) ብዙ የደንበኛ መለያዎች በአንድ አገልጋይ ላይ እንደሚስተናገዱ ይገምታል። እንደ አንድ ደንብ የአንድ ደንበኛ መለያ ብዙ ድር ጣቢያዎችን ይይዛል። ድህረ ገፆች በሁለቱም ዝግጁ በተሰራ ሲኤምኤስ (ለምሳሌ Bitrix) እና ብጁ ላይ ይሰራሉ። ስለዚህ የሁሉም ስርዓቶች ቴክኒካዊ መስፈርቶች የተለያዩ ናቸው ስለዚህ በርካታ የ PHP ስሪቶች በአንድ አገልጋይ ውስጥ መተዳደር አለባቸው።

Nginxን እንደ ዋናው የድር አገልጋይ እንጠቀማለን፡ ሁሉንም ከውጭ የሚመጡ ግንኙነቶችን ይቀበላል እና የማይንቀሳቀስ ይዘትን ያገለግላል። የተቀሩትን ጥያቄዎች ወደ Apache ድር አገልጋይ የበለጠ እንወክላለን። አስማት የሚጀምረው እዚህ ላይ ነው፡ እያንዳንዱ የPHP ስሪት በተለየ ወደብ ላይ የሚያዳምጥ የተለየ Apache ምሳሌን ይሰራል። ይህ ወደብ በደንበኛው ጣቢያ ምናባዊ አስተናጋጅ ውስጥ ተመዝግቧል።

በ ውስጥ ስላለው የተጋራ እቅድ አሠራር የበለጠ ማንበብ ይችላሉ። የጽሁፉ የመጀመሪያ ክፍል.

የተጋራ እቅድ

እኛ የ PHP ፓኬጆችን ለተለያዩ ስሪቶች እንደጫንን ልብ ሊባል የሚገባው ነው ፣ ምክንያቱም ብዙውን ጊዜ ሁሉም ስርጭቶች የ PHP ስሪት ብቻ አላቸው።

ደህንነት በመጀመሪያ

ከተጋራ ማስተናገጃ ዋና ተግባራት አንዱ የደንበኛ ውሂብን ደህንነት ማረጋገጥ ነው። በተመሳሳይ አገልጋይ ላይ የሚገኙ የተለያዩ መለያዎች ነፃ እና ገለልተኛ ናቸው። እንዴት እንደሚሰራ?

የድር ጣቢያ ፋይሎች በተጠቃሚዎች እራሳቸው የቤት ማውጫዎች ውስጥ ይቀመጣሉ, እና የሚፈለጉት መንገዶች በድር አገልጋዮች ምናባዊ አስተናጋጅ ውስጥ ተገልጸዋል. የድር አገልጋዮቹ Nginx እና Apache የአንድ የተወሰነ ደንበኛ የመጨረሻ ፋይሎች ማግኘት መቻላቸው አስፈላጊ ነው፣ የድር አገልጋዩ የጀመረው በአንድ ተጠቃሚ ብቻ ነው።

Nginx በ Timeweb ቡድን የተገነባውን የደህንነት መጠገኛ ይጠቀማል፡ ይህ ፕላስተር ተጠቃሚውን በድር አገልጋይ ውቅር ፋይል ውስጥ ወደተገለጸው ይለውጠዋል።

ለሌሎች አስተናጋጅ አቅራቢዎች፣ ይህ ችግር ሊፈታ ይችላል፣ ለምሳሌ የተራዘመ የፋይል ስርዓት መብቶችን (ACL) በመጠቀም።

Apache ለማሄድ ብዙ ፕሮሰሲንግ ሞጁሉን ይጠቀማል mpm-itk. እያንዳንዱ ቨርቹዋል አስተናጋጅ በራሱ የተጠቃሚ መታወቂያ እና የቡድን መታወቂያ እንዲሰራ ያስችለዋል።

ስለዚህ ከላይ ለተገለጹት ኦፕሬሽኖች ምስጋና ይግባውና ለእያንዳንዱ ደንበኛ ደህንነቱ የተጠበቀ ገለልተኛ አካባቢ እናገኛለን። በተመሳሳይ ጊዜ፣ ለጋራ ማስተናገጃ ልኬቲንግ ችግሮችን እንፈታለን።

የ Apache እና Nginx ጥምረት እንዴት እንደሚተገበር ማንበብ ይቻላል የመጀመሪያው ክፍል። የእኛ ጽሑፍ. በተጨማሪም ፣ በDedicated መርሃግብር በኩል አማራጭ ውቅር እዚያም ተብራርቷል።

ለባለሙያዎቻችን ማንኛውም አይነት ጥያቄ ካለዎት በአስተያየቶቹ ውስጥ ይፃፉ. በሚቀጥሉት ጽሁፎች ውስጥ ሁሉንም ነገር ለመመለስ ወይም ለችግሩ መፍትሄውን በበለጠ ዝርዝር ለመግለጽ እንሞክራለን.

ምንጭ: hab.com