php8, node.js અને redis સાથે CentOS 7 પર વેબ સર્વર

ફોરવર્ડ

CentOS ઓપરેટિંગ સિસ્ટમનું નવું વર્ઝન, એટલે કે CentOS 2, રિલીઝ થયાને 8 દિવસ થઈ ગયા છે. અને અત્યાર સુધી તેમાં વસ્તુઓ કેવી રીતે કરવામાં આવે છે તેના પર ઇન્ટરનેટ પર ઘણા બધા લેખો છે, તેથી મેં આ અંતર ભરવાનું નક્કી કર્યું. તદુપરાંત, હું તમને ફક્ત આ પ્રોગ્રામની જોડી કેવી રીતે ઇન્સ્ટોલ કરવી તે વિશે જ નહીં, પરંતુ પાર્ટીશનીંગ ડિસ્ક વગેરે સહિત લાક્ષણિક કાર્યો માટે આધુનિક વિશ્વમાં વર્ચ્યુઅલ વાતાવરણમાં હું સામાન્ય રીતે Linux કેવી રીતે ઇન્સ્ટોલ કરું છું તે વિશે પણ કહીશ.

પરંતુ શરૂઆતમાં, હું સંક્ષિપ્તમાં વાત કરવા માંગુ છું કે શા માટે તે અગાઉના બધા સંસ્કરણોમાંથી આ સંસ્કરણ પર સ્વિચ કરવું યોગ્ય છે, અને આના બે કારણો છે:

1. php7! CentOS ના પાછલા સંસ્કરણમાં, "ઓર્થોડોક્સ" php5.4 ઇન્સ્ટોલ કરવામાં આવ્યું હતું...

   ઠીક છે, થોડું વધુ ગંભીર બનવા માટે, ઘણા બધા પેકેજો ઘણા બધા સંસ્કરણો દ્વારા કૂદકા માર્યા. અમે (રેડહાટ જેવા ઓએસના ચાહકો) આખરે પ્રવેશ કર્યો છે, જો ભવિષ્યમાં નહીં, તો ઓછામાં ઓછા વર્તમાનમાં. અને ઉબુન્ટુ સમર્થકો હવે અમારા પર હસશે નહીં અને અમારી તરફ આંગળી ચીંધશે, સારું... ઓછામાં ઓછા થોડા સમય માટે;).

2. yum થી dnf માં સંક્રમણ. મુખ્ય તફાવત એ છે કે હવે તે અધિકૃત રીતે પેકેજોના ઘણા સંસ્કરણો સાથે એક સાથે કામ કરવા માટે સમર્થિત છે. આઠમાં, મને આ ક્યારેય ઉપયોગી લાગ્યું નથી, પરંતુ તે આશાસ્પદ લાગે છે.

વર્ચ્યુઅલ મશીન બનાવો

ત્યાં અલગ-અલગ હાઈપરવાઈઝર છે અને વાચકને કોઈ ચોક્કસ માટે તૈયાર કરવાનો મારો કોઈ ધ્યેય નથી, હું તમને સામાન્ય સિદ્ધાંતો વિશે જણાવીશ.

મેમરી

પ્રથમ... ખાતરી માટે 7 થી શરૂ થતી CentOS સિસ્ટમ ઇન્સ્ટોલ કરવા માટે, અને મારા મતે આ 6 માં પણ હતો ("પરંતુ આ ચોક્કસ નથી"), તમારે જરૂર છે લઘુત્તમ 2 જીબી રેમ. તેથી, હું તમને સલાહ આપું છું કે તમે પહેલા એટલું બધું આપો.

પરંતુ જો કંઈપણ હોય, તો ઇન્સ્ટોલેશન પછી મેમરીનું કદ ઘટાડી શકાય છે. 1 જીબી પર એકદમ સિસ્ટમ ખૂબ સારી રીતે કામ કરે છે, મેં તપાસ કરી.

ડિસ્ક

સામાન્ય ઇન્સ્ટોલેશન માટે, તમારે 20-30 GB ની ક્ષમતા સાથે વર્ચ્યુઅલ ડિસ્ક બનાવવી જોઈએ. આ સિસ્ટમ માટે પૂરતું છે. અને ડેટા માટે બીજી ડિસ્ક. તે વર્ચ્યુઅલ મશીન બનાવવાના તબક્કે અને પછી બંને ઉમેરી શકાય છે. હું સામાન્ય રીતે તેને પછીથી ઉમેરું છું.

પ્રોસેસર

એક કોર પર, એકદમ સિસ્ટમ ધીમી થતી નથી. અને સંસાધનો મુક્તપણે સ્કેલેબલ હોવાથી, મને ઇન્સ્ટોલેશન સ્ટેજ પર વધુ આપવાનો કોઈ મુદ્દો દેખાતો નથી (સિવાય કે તમે આવશ્યકતાઓને સંપૂર્ણ રીતે જાણતા હો અને ફરીથી ગોઠવણીમાં જવા માટે ખૂબ આળસુ ન હોવ)

બાકીના સામાન્ય રીતે ડિફોલ્ટ તરીકે છોડી શકાય છે.

વાસ્તવિક સ્થાપન

તો... ચાલો ઇન્સ્ટોલર લોંચ કરીએ... અંગત રીતે, હું આવી સેવાઓને ફક્ત વર્ચ્યુઅલ મશીનોના રૂપમાં લાંબા સમયથી ઇન્સ્ટોલ કરી રહ્યો છું, તેથી હું ફ્લેશ ડ્રાઇવ પર તમામ પ્રકારના વિતરણ રેકોર્ડ્સનું વર્ણન કરીશ નહીં - હું ફક્ત માઉન્ટ કરું છું મારા મનપસંદ હાઇપરવાઇઝરમાં સીડી તરીકે ISO, ડાઉનલોડ કરો અને જાઓ.

મૂળભૂત ઇન્સ્ટોલેશન એકદમ લાક્ષણિક છે, હું ફક્ત થોડા મુદ્દાઓ પર ધ્યાન આપીશ.

સ્ત્રોત પસંદગી

આઠમા સંસ્કરણના પ્રકાશનથી, યાન્ડેક્ષનો અરીસો દિવસોથી આસપાસ પડેલો છે. ઠીક છે, એટલે કે, તે સમયાંતરે વધે છે, અને પછી ફરીથી ભૂલ બતાવવાનું શરૂ કરે છે. મને ખાતરી છે કે તે સેવા પર વધુ પડતા ભારને કારણે છે. તેથી, સ્રોત સૂચવવા માટે, મારે વ્યક્તિગત રીતે, સામાન્ય સરનામું દાખલ કરવાને બદલે, જવું પડ્યું અહીં, ત્યાં મને ગમતો અરીસો પસંદ કરો અને ઇન્સ્ટોલર વિન્ડોમાં મેન્યુઅલી સરનામું દાખલ કરો. અહીં યાદ રાખવું અગત્યનું છે કે તમારે ફોલ્ડરનો પાથ ઉલ્લેખિત કરવાની જરૂર છે જ્યાં ડિરેક્ટરી સ્થિત છે રીપોડેટા. ઉદાહરણ તરીકે mirror.corbina.net/pub/Linux/centos/8/BaseOS/x86_64/os.

ડિસ્ક પાર્ટીશન

આ પ્રશ્ન મારા મતે ધાર્મિક છે. આ બાબતે દરેક એડમિનનું પોતાનું સ્થાન છે. પરંતુ હું હજી પણ આ મુદ્દા પર મારો દૃષ્ટિકોણ શેર કરીશ.

હા, સૈદ્ધાંતિક રીતે, તમે રુટને સંપૂર્ણ જગ્યા ફાળવી શકો છો અને તે કામ કરશે, મોટાભાગે તે પણ સારી રીતે. તો પછી જુદા જુદા વિભાગો સાથે બગીચાને વાડ શા માટે? — મારા મતે, આના બે મુખ્ય કારણો છે: ક્વોટા અને પોર્ટેબિલિટી.

ઉદાહરણ તરીકે, જો મુખ્ય ડેટા પાર્ટીશનમાં કંઈક ખોટું થાય અને ભૂલો થાય, તો તમે હજુ પણ સિસ્ટમને બુટ કરવા અને રિસુસિટેશન પગલાં હાથ ધરવા માટે સક્ષમ બનવા માંગો છો. તેથી, હું વ્યક્તિગત રીતે /boot માટે અલગ પાર્ટીશન ફાળવું છું. એક કર્નલ અને બુટલોડર છે. સામાન્ય રીતે 500 મેગાબાઇટ્સ પર્યાપ્ત છે, પરંતુ ભાગ્યે જ કિસ્સાઓમાં વધુની જરૂર પડી શકે છે, અને આપેલ છે કે અમે પહેલેથી જ ટેરાબાઇટ્સમાં જગ્યા માપવા માટે ટેવાયેલા છીએ, હું આ વિભાગ માટે 2GB ફાળવું છું. અને અહીં મહત્વની વાત એ છે કે તે lvm કરી શકાતું નથી.

આગળ સિસ્ટમનું મૂળ આવે છે. સામાન્ય ઇન્સ્ટોલેશન માટે, મને સિસ્ટમ દીઠ 4 GB થી વધુની ક્યારેય જરૂર નથી, પરંતુ સુનિશ્ચિત ઘટનાઓ દરમિયાન હું વારંવાર /tmp ડિરેક્ટરીનો ઉપયોગ વિતરણોને અનપૅક કરવા માટે કરું છું, અને મને તેને અલગ પાર્ટીશનમાં સમર્પિત કરવાનો કોઈ મુદ્દો દેખાતો નથી - આધુનિક સિસ્ટમોમાં તે આપોઆપ સાફ થઈ જાય છે, તેથી તે ભરાઈ નથી. તેથી હું રૂટ માટે 8GB ફાળવું છું.

અદલાબદલી... મોટાભાગે, તેનો વ્યવહારિક ઉપયોગ ઓછો છે. જો તમે તમારા સર્વર પર સ્વેપનો ઉપયોગ કરવાનું શરૂ કરો છો, તો આજે વાસ્તવિક દુનિયામાં તેનો અર્થ એ છે કે સર્વરને વધુ RAM ઉમેરવાની જરૂર છે. નહિંતર, પ્રદર્શન સાથે સમસ્યાઓની ખાતરી આપવામાં આવે છે (અથવા કેટલાક પ્રોગ્રામ "લીક" મેમરી). તેથી, આ વિભાગ માત્ર ડાયગ્નોસ્ટિક હેતુઓ માટે જરૂરી છે. તેથી, 2 GB એક ઉત્તમ સંખ્યા છે. હા, સર્વર પર કેટલી મેમરી છે તે ધ્યાનમાં લીધા વિના. હા, મેં તે બધા લેખો વાંચ્યા છે જ્યાં તે મેમરી વોલ્યુમ અને સ્વેપ વોલ્યુમના ગુણોત્તર વિશે લખાયેલ છે... IMHO, તે જૂના છે. 10 વર્ષની પ્રેક્ટિસમાં મને ક્યારેય આની જરૂર પડી નથી. 15 વર્ષ પહેલાં મેં તેનો ઉપયોગ કર્યો, હા.

IMHO, દરેક વ્યક્તિ જાતે નક્કી કરી શકે છે કે/ઘરને અલગ પાર્ટીશનમાં ફાળવવું કે નહીં. જો સર્વર પર કોઈ વ્યક્તિ સક્રિયપણે આ નિર્દેશિકાનો ઉપયોગ કરશે, તો તેને ફાળવવાનું વધુ સારું છે. જો કોઈ નથી, તો કોઈ જરૂર નથી.

આગળ, /var. મારા મતે, તે ચોક્કસપણે પ્રકાશિત થવું જોઈએ. શરૂ કરવા માટે, તમે તમારી જાતને 4 GB સુધી મર્યાદિત કરી શકો છો અને જુઓ કે તે કેવી રીતે જાય છે. અને હા, "તે કેવી રીતે જાય છે" દ્વારા મારો અર્થ એ છે

1. પ્રથમ, તમે હંમેશા /var સબડિરેક્ટરીમાં બીજી ડિસ્ક માઉન્ટ કરી શકો છો (જે હું પછીથી ઉદાહરણ સાથે બતાવીશ)
2. બીજું, અમારી પાસે lvm છે - તમે તેને હંમેશા ઉમેરી શકો છો. અને તમારે સામાન્ય રીતે તેને ઉમેરવું પડે છે જ્યારે ત્યાં ઘણા બધા લોગ રેડવાનું શરૂ કરે છે. પરંતુ હું આ આંકડાની અગાઉથી આગાહી કરી શક્યો નથી, તેથી હું 2 GB થી શરૂઆત કરું છું અને પછી જોઉં છું.

ફાળવેલ જગ્યા વોલ્યુમ જૂથમાં ખાલી રહેશે અને હંમેશા પછીથી વાપરી શકાય છે.

LVM

બધા LVM માં /boot સિવાયના પાર્ટીશનો બનાવવા માટે તે અર્થપૂર્ણ છે. હા, સ્વેપ સહિત. હા, બધી સલાહ મુજબ, સ્વેપ ડિસ્કની શરૂઆતમાં હોવી જોઈએ, પરંતુ LVM ના કિસ્સામાં તેનું સ્થાન સૈદ્ધાંતિક રીતે નક્કી કરી શકાતું નથી. પરંતુ મેં ઉપર લખ્યું તેમ, તમારી સિસ્ટમ ન જોઈએ સ્વેપનો બિલકુલ ઉપયોગ કરો. તેથી, તે ક્યાં છે તેનાથી કોઈ ફરક પડતો નથી. સારું, અમે '95 માં જીવતા નથી, પ્રામાણિકપણે!

આગળ, LVM માં ઘણી મૂળભૂત સંસ્થાઓ છે જેની સાથે તમારે રહેવા માટે સક્ષમ બનવાની જરૂર છે:

• ભૌતિક વોલ્યુમ
• વોલ્યુમ જૂથ
• લોજિકલ વોલ્યુમ

ભૌતિક વોલ્યુમોને જૂથોમાં જોડવામાં આવે છે, અને દરેક ભૌતિક વોલ્યુમ માત્ર એક જૂથમાં હોઈ શકે છે, અને એક જૂથ એકસાથે અનેક ભૌતિક વોલ્યુમો પર સ્થિત થઈ શકે છે.
અને લોજિકલ વોલ્યુમો દરેક એક જૂથમાં છે.

પણ... અરે, તે ફરી 21મી સદી છે. અને સર્વર્સ વર્ચ્યુઅલ છે. તેમના પર તે જ મિકેનિઝમ્સ લાગુ કરવામાં કોઈ અર્થ નથી જે ભૌતિક લોકો પર લાગુ કરવામાં આવી હતી. અને વર્ચ્યુઅલ લોકો માટે સિસ્ટમથી અલગ ડેટા હોવો મહત્વપૂર્ણ છે! આ ખૂબ જ મહત્વપૂર્ણ છે, ખાસ કરીને અન્ય વર્ચ્યુઅલ મશીન પર ડેટાને ઝડપથી સ્વિચ કરવાની ક્ષમતા માટે (ઉદાહરણ તરીકે, જ્યારે નવા OS પર સ્વિચ કરી રહ્યા હોય) અને સામાન્ય રીતે તમામ પ્રકારની ઉપયોગી વસ્તુઓ માટે (ઉદાહરણ તરીકે હાઇપરવાઇઝર ટૂલ્સનો ઉપયોગ કરીને પાર્ટીશન દ્વારા અલગ બેકઅપ) . તેથી, એક વોલ્યુમ જૂથનો ઉપયોગ સિસ્ટમ માટે થાય છે અને આવશ્યકપણે બીજાનો ઉપયોગ ડેટા માટે થાય છે! આ તાર્કિક વિભાજન જીવનમાં ઘણી મદદ કરે છે!

જો તમે વર્ચ્યુઅલ મશીન બનાવતી વખતે માત્ર એક વર્ચ્યુઅલ હાર્ડ ડિસ્ક બનાવી હોય, તો આ તે છે જ્યાં રૂપરેખાંકન સમાપ્ત થાય છે. અને જો ત્યાં બે છે, તો પછી બીજાને હજી ચિહ્નિત કરશો નહીં.

ચાલો ઇન્સ્ટોલેશન શરૂ કરીએ.

પોસ્ટ-ઇન્સ્ટોલેશન

તેથી, નવી ઇન્સ્ટોલ કરેલી સિસ્ટમ આખરે બુટ થઈ. તમારે જે પ્રથમ વસ્તુ તપાસવાની જરૂર છે તે ઇન્ટરનેટ છે.

ping ya.ru

શું કોઈ જવાબ છે? - સરસ, Ctrl-C દબાવો.
જો નહીં, તો નેટવર્ક સેટ કરવા જાઓ, આના વિના જીવન નથી, પરંતુ તે મારા લેખ વિશે નથી.

હવે જો આપણે હજી રુટ હેઠળ નથી, તો રુટ હેઠળ જાઓ, કારણ કે ટાઈપિંગ જેમ કે સુડો સાથેના આદેશોની સંખ્યાએ મને વ્યક્તિગત રૂપે તોડ્યો (અને પેરાનોઇડ એડમિન મને માફ કરી શકે):

sudo -i

હવે આપણે પ્રથમ વસ્તુ લખીએ છીએ

dnf -y update

અને જો તમે 2019 માં આ લેખ વાંચી રહ્યા છો, તો સંભવતઃ કંઈ થશે નહીં, પરંતુ તે એક પ્રયાસ કરવા યોગ્ય હતું.

હવે બાકીની ડિસ્કને ગોઠવીએ

ચાલો કહીએ કે સિસ્ટમ સાથેનું પાર્ટીશન xvda હતું, પછી ડેટા ડિસ્ક xvdb હશે. બરાબર.

મોટાભાગની સલાહ "Fdisk ચલાવો અને પાર્ટીશન બનાવો..." થી શરૂ થશે.

તો આ છે ખોટું!

હું તેને ફરીથી કહીશ કારણ કે તે ખૂબ જ મહત્વપૂર્ણ છે! આ કિસ્સામાં, LVM સાથે કામ કરવું, જે એક આખી વર્ચ્યુઅલ ડિસ્ક પર કબજો કરે છે, તેના પર પાર્ટીશનો બનાવવાનું નુકસાનકારક છે! આ શબ્દસમૂહમાં દરેક શબ્દ મહત્વપૂર્ણ છે. જો આપણે LVM વગર કામ કરીએ, તો આપણને જરૂર છે. જો અમારી પાસે ડિસ્ક પર સિસ્ટમ અને ડેટા છે, તો અમને તેની જરૂર છે. જો કોઈ કારણોસર આપણે ડિસ્કનો અડધો ભાગ ખાલી છોડવો જોઈએ, તો આપણે પણ જોઈએ. પરંતુ સામાન્ય રીતે આ બધી ધારણાઓ કેવળ સૈદ્ધાંતિક હોય છે. કારણ કે જો આપણે હાલના પાર્ટીશનમાં જગ્યા ઉમેરવાનું નક્કી કરીએ, તો તે કરવાનો સૌથી સહેલો રસ્તો આ રૂપરેખાંકન છે. અને વહીવટની સરળતા અન્ય ઘણી બાબતો કરતાં વધુ છે કે અમે હેતુપૂર્વક આ ગોઠવણી તરફ આગળ વધી રહ્યા છીએ.

અને સગવડ એ છે કે જો તમે ડેટા પાર્ટીશનને વિસ્તૃત કરવા માંગતા હો, તો તમે વર્ચ્યુઅલ પાર્ટીશનમાં ખાલી જગ્યાઓ ઉમેરો, પછી vgextend નો ઉપયોગ કરીને જૂથને વિસ્તૃત કરો અને બસ! દુર્લભ કિસ્સાઓમાં, કંઈક બીજું જરૂરી હોઈ શકે છે, પરંતુ ઓછામાં ઓછું તમારે શરૂઆતમાં લોજિકલ વોલ્યુમને વિસ્તૃત કરવાની જરૂર નથી, જે પહેલેથી જ સરસ છે. નહિંતર, આ જ વોલ્યુમને વિસ્તૃત કરવા માટે, તેઓ પહેલા અસ્તિત્વમાં છે તે કાઢી નાખવાની ભલામણ કરે છે, અને પછી ટોચ પર એક નવું બનાવવાની... જે ખૂબ સરસ લાગતું નથી અને લાઇવ કરી શકાતું નથી, પરંતુ મેં સૂચવેલા દૃશ્ય મુજબ વિસ્તરણ થઈ શકે છે. પાર્ટીશનને અનમાઉન્ટ કર્યા વિના પણ "ફ્લાય પર" હાથ ધરવામાં આવ્યું.

તેથી, અમે ભૌતિક વોલ્યુમ બનાવીએ છીએ, પછી એક વોલ્યુમ જૂથ કે જેમાં તેનો સમાવેશ થાય છે, અને પછી અમારા સર્વર માટે પાર્ટીશન:

pvcreate /dev/xvdb
vgcreate data /dev/xvdb
lvcreate -n www -L40G data
mke2fs -t ext4 /dev/mapper/data-www

અહીં, મોટા અક્ષર “L” (અને GB માં કદ) ને બદલે, તમે એક નાનો ઉલ્લેખ કરી શકો છો, અને પછી ચોક્કસ કદને બદલે, સંબંધિત એકનો ઉલ્લેખ કરો, ઉદાહરણ તરીકે, હાલમાં ખાલી જગ્યાના અડધા ભાગનો ઉપયોગ કરવા માટે વોલ્યુમ જૂથ, તમારે "-l +50% મફત" નો ઉલ્લેખ કરવાની જરૂર છે

અને છેલ્લો આદેશ ext4 ફાઇલ સિસ્ટમમાં પાર્ટીશનને ફોર્મેટ કરે છે (જે અત્યાર સુધી, મારા અનુભવમાં, બધુ તૂટવાની સ્થિતિમાં સૌથી વધુ સ્થિરતા દર્શાવે છે, તેથી હું તેને પસંદ કરું છું).

હવે આપણે પાર્ટીશનને યોગ્ય જગ્યાએ માઉન્ટ કરીએ છીએ. આ કરવા માટે, /etc/fstab માં સાચી લીટી ઉમેરો:

/dev/mapper/data-www    /var/www                ext4    defaults        1 2

અને અમે ડાયલ કરીએ છીએ

mount /var/www

જો કોઈ ભૂલ થાય, તો એલાર્મ વગાડો! કારણ કે આનો અર્થ એ છે કે આપણને /etc/fstab માં ભૂલ છે. અને તે આગામી રીબૂટ વખતે આપણને ઘણી મોટી સમસ્યાઓ હશે. સિસ્ટમ બિલકુલ બુટ કરી શકશે નહીં, જે ઘણી વખત ક્લાઉડ સેવાઓ માટે ખૂબ જ ઉદાસી છે. તેથી, ઉમેરવામાં આવેલી છેલ્લી લાઇનને તાકીદે સુધારવી અથવા તેને સંપૂર્ણપણે કાઢી નાખવી જરૂરી છે! તેથી જ અમે માઉન્ટ કમાન્ડ જાતે લખ્યો નથી - તો પછી અમને તરત જ રૂપરેખા તપાસવાની આટલી ઉત્તમ તક ન મળી હોત.

હવે અમે ખરેખર અમને જોઈતી દરેક વસ્તુને ઇન્સ્ટોલ કરીએ છીએ અને વેબ માટે પોર્ટ ખોલીએ છીએ:

dnf groupinstall "Development Tools"
dnf -y install httpd @nodejs @redis php
firewall-cmd --add-service http --permanent
firewall-cmd --add-service https --permanent

જો તમે ઈચ્છો તો, તમે ડેટાબેઝ પણ અહીં મૂકી શકો છો, પરંતુ વ્યક્તિગત રીતે હું તેને વેબ સર્વરથી અલગ રાખવાનો પ્રયત્ન કરું છું. જોકે તેણીને નજીક રાખવી ઝડપી છે, હા. વર્ચ્યુઅલ નેટવર્ક એડેપ્ટર્સની ઝડપ સામાન્ય રીતે ગીગાબીટની આસપાસ હોય છે, અને જ્યારે તે જ મશીન પર કામ કરે છે, ત્યારે કૉલ્સ લગભગ તરત જ થાય છે. પરંતુ તે ઓછું સલામત છે. કોના માટે વધુ મહત્વનું શું છે?

હવે અમે રૂપરેખાંકન ફાઇલમાં પરિમાણ ઉમેરીએ છીએ (અમે એક નવું બનાવીએ છીએ, CentOS ની આધુનિક વિચારધારા આના જેવી છે)

echo "vm.overcommit_memory = 1"> /etc/sysctl.d/98-sysctl.conf

અમે સર્વરને રીબૂટ કરીએ છીએ.
ટિપ્પણીઓમાં, મને SeLinux બંધ કરવાની સલાહ આપવા બદલ મને ઠપકો આપવામાં આવ્યો હતો, તેથી હું મારી જાતને સુધારીશ અને એ હકીકત વિશે લખીશ કે આ પછી તમારે SeLinux ને ગોઠવવાનું યાદ રાખવાની જરૂર છે.
ખરેખર, નફો! 🙂

સોર્સ: www.habr.com