ઝિન્ટાલ સાથેનો મારો અનુભવ

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

હું જ્યાં કામ કરું છું ત્યાંના કંપનીના નેટવર્કના સંચાલન પછી, ડોમેન વ્યવસ્થાપન અને અમારા ઇન્ટ્રાનેટની મૂળભૂત સેવાઓ માટે હાલની ગોઠવણીને સ્થાનાંતરિત કરવાની જરૂર aroભી થઈ.

હાલની રૂપરેખાંકન તેના પર આધારિત હતી ડેબિયન + સામ્બા 3 + એલડીએપી, BIND9 + પોસ્ટફિક્સ અને બીજું બધું કે જે લિનક્સમાં પીડીસી બનાવવા માટે અટકે છે અને જે પીસીને વિન્ડોઝ એક્સપી સિસ્ટમ અને તેથી વધુની સેવાઓ પ્રદાન કરે છે. આ દૃશ્ય જાળવણીમાં મુશ્કેલીઓ પ્રસ્તુત કરે છે અને વપરાશકર્તાની વ્યવસ્થાપન અને શક્ય નિષ્ફળતાથી પુન recoveryપ્રાપ્તિની પ્રક્રિયા કરી શકે છે.

હાલની શક્યતાઓનું વિશ્લેષણ કર્યા પછી અને લગભગ આદર્શ સંતુલનની શોધ કર્યા પછી, અમે તેનો ઉપયોગ કરવાનું પસંદ કર્યું ઝિન્ટીઅલ, સોલ્યુશન જે આપણા દ્વારા જરૂરી બધી સેવાઓ પ્રદર્શિત કરે છે.

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

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

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

ઝિંટીઅલ દસ્તાવેજીકરણ સાઇટ પર, તે સંપૂર્ણ પ્રક્રિયાને વિગતવાર અને અમારી ભાષામાં શ્રેષ્ઠ આવરી લે છે, સંદર્ભનો ફરજિયાત મુદ્દો બની જાય છે.

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

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

$ sudo apt-cdrom add

તે સ્રોત.લિસ્ટમાં અમારી ઇન્સ્ટોલેશન સીડી ઉમેરી દે છે કે આપણે તેમાં અગાઉની બધી લીટીઓ પર ટિપ્પણી કરી છે અને આ ક્ષણે આપણે ઝંટીએલ દ્વારા પૂરી પાડવામાં આવેલ સેવાઓથી જોઈએ તેટલી સેવાઓ ઉમેરી શકીએ છીએ.

આ ક્ષણે મેં મારી કંપનીમાં આવશ્યક સેવાઓ સાથે મારું ઝિંટીઅલ સ્થાપિત કર્યું છે અને આ તે છે જ્યાં બીજી અવરોધ .ભી થાય છે.

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

અમારા માથા તોડવામાં ઘણા કલાકો ગાળ્યા પછી અને અમારા મિત્ર ઇલાવને જેણે ઝિન્ટાલમાં અનુભવ કર્યો છે તેના પર થોડાક કોલ્સ કર્યા પછી, અમને સમજાયું કે પરિમાણમાં માયનેટવર્ક્સ માં મુખ્ય.cf પોસ્ટફિક્સથી અમારી રિલેની ip જાહેર કરવામાં આવી ન હતી અને જાદુ થઈ ગયું હતું અને અમારું સર્વર પહેલેથી જ અમારી રિલે પ્રાપ્ત કરી રહ્યું હતું અને મોકલી રહ્યું હતું.

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

સત્તાવાર દસ્તાવેજીકરણમાં "સેવાઓનો અદ્યતન કસ્ટમાઇઝેશન" વિભાગ વિગતવાર સમજાવે છે કે રૂપરેખાંકન નમૂનાઓમાં ગોઠવણો કેવી રીતે કરવી અને રૂપરેખાંકન નમૂનાઓ સુધારવા માટેની ભલામણ કરેલ પ્રથા, હું હાલમાં ઉપયોગ કરતો વિકલ્પ.

મારો ઝ serverંટીઅલ સાથેનો મારો નવો સર્વર પહેલેથી જ આ બિંદુએ, મારા નેટવર્કમાં સમસ્યાઓ વિના બધી સેવાઓ પ્રદાન કરે છે, તેનાથી onલટું, એક સમયે જે ઓડિસી હતું, તે નહોતું. માઇક્રોસ .ફ્ટ વિન્ડોઝ એક્સપી અને તેનાથી ઉપરના પીસી સરળતાથી ડોમેઇનમાં જોડાઈ રહ્યા હતા અને સામ્બા 3 નો ઉપયોગ કરતી વખતે ઝિન્ટિઅલ 4 માં આ એક મોટો ફેરફાર છે.

નીચે આપેલ સેવાઓ અમારા નેટવર્કમાં પહેલેથી જ ઉપલબ્ધ હતી:

• આકર્ષક રાઉન્ડક્યુબ ઇન્ટરફેસ સાથે વેબમેલ.
• પ્રોક્સી અને બ્રાઉઝર્સમાં તેનું ગોઠવણી આપમેળે ગોઠવણી (મારું યોગદાન) દ્વારા.
• એનટીપી દ્વારા સમયનો સર્વર.
• માઇક્રોસ .ફ્ટ વિંડોઝમાં સ્ટેશનો માટે સંપૂર્ણ પી.ડી.સી.
• નેટવર્ક નેટ અને accessક્સેસ નિયંત્રણ માટે ફાયરવોલ સેવા.
• મેસેન્જર સેવા.
• સેવાઓનું નિરીક્ષણ.
• વપરાશકર્તા અને સેવા પ્રબંધન ઇન્ટરફેસ.

આ મુદ્દા સુધી, શું કરવાનું બાકી હતું? સારું, ખાતરી કરો કે અમુક જૂથોના વપરાશકર્તાઓને ડોકિનોની hadક્સેસ હતી કે જે પ્રોક્સી દ્વારા મંજૂરી આપવામાં આવશે અને સત્ય એ છે કે ઝેંટિએલ આ પ્રક્રિયાને સરળ બનાવે છે, પરંતુ જેમ મેં પહેલા કહ્યું, સુખ પૂર્ણ નથી. મંજૂરીવાળી ડોમેન્સની ઘણી સાઇટ્સમાં અન્ય ડોમેન્સની લિંક્સ શામેલ છે, તેથી તે વપરાશકર્તાઓને intrપચારિક રીતે પ્રમાણીકરણ સંવાદ છોડી દેવાનું શરૂ કર્યું.

ફરીથી મેં આ કિસ્સામાં SQID3 માં ફરીથી સેવા ગોઠવણીની તપાસ કરી અને મારા આશ્ચર્યજનક રીતે તે એક લાઇન હતી જેણે તે વપરાશકર્તાઓને નકારી કા deniedી તે પહેલાં જ ઇનકાર કર્યો http_access બધાને નકારે છેજો મેં તેને અમુક ડોમેન્સમાં જ નેવિગેટ કરવાની મંજૂરી આપી કારણ કે ઝિન્ટિલે તે જૂથને નકારવા માટે એક લાઇન ઉમેરી કે જેમાં તે વપરાશકર્તાઓ હતા? સારો પ્રશ્ન પણ મને ખરેખર જવાબ ખબર નથી અને એક ક્ષણ માટે મને કંઇક નિરાશ કરનારું એ હતું કે ઝંટીઅલની ટેમ્પલેટ સિસ્ટમ મને મદદ કરી શકતી નહોતી.

અને ઉપાય ક્યાં હતો? બીજે ક્યાં, તે જ ઝિન્ટિઅલ દસ્તાવેજોમાં. "સેવાઓનું અદ્યતન કસ્ટમાઇઝેશન" વિભાગમાં, સેવાઓના રૂપરેખાંકનમાં ફેરફારને લાગુ કરવાની પ્રક્રિયા દરમિયાન સ્ક્રિપ્ટો કેવી રીતે ચલાવવી તે સમજાવવામાં આવ્યું છે.

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

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

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

1. સૌ પ્રથમ, સોલ્યુશન તરીકે ઝંટીએલ બધી ઇન્દ્રિયમાં અને સતત વિકાસમાં પરિપક્વ અને સ્થિર છે, તેથી જ તે આપણી કંપનીઓ અને સંસ્થાઓમાં સધ્ધર છે.
2. એક મોટો ફાયદો એ છે કે એક જ સીડી આપણી પાસે જરૂરી છે તે બધું છે અને જે આપણી જરૂરિયાતો અનુસાર ખૂટે છે, તે ઉબુન્ટુ રીપોઝીટરી ઉમેરવા માટે પૂરતું હશે અને તે જ છે.
3. ટેમ્પલેટ સિસ્ટમ એ કોઈ ગેરલાભ નથી, તેનાથી વિપરીત જો આપણે તેનો ઉપયોગ હૂક્સ સાથે મળીને કરીએ તો અમારી પાસે સંપૂર્ણ સંયોજન છે અને તે ગંદા ગોઠવણી ફાઇલો પેદા કરતું નથી, તેનાથી વિપરિત, તેઓ અન્ય સિસ્ટમોમાં સંદર્ભ તરીકે ઉપયોગમાં લઈ શકાય છે.
4. સંચાલકનું કાર્ય નોંધપાત્ર રીતે સરળ કરવામાં આવ્યું છે, જેનાથી તે વધુ ચોક્કસ કાર્યોમાં ધ્યાન કેન્દ્રિત કરી શકે છે.
5. વહીવટી ઇન્ટરફેસનો ઉપયોગ કરતી વખતે તે તમને કન્સોલના જ્ knowledgeાન અને ઉપયોગથી બિલકુલ વંચિત કરતું નથી, તે સિસ્ટમની માત્ર એક અન્ય ઉપયોગિતા છે, કન્સોલ (પોતાના અનુભવ) ની શક્યતાઓનો સંપૂર્ણ રીતે ઉપયોગ કરવામાં સક્ષમ છે.

અત્યાર સુધીનો મારો અનુભવ, ટૂંક સમયમાં ટૂંક સમયમાં ફાયદાકારક રહ્યો છે, તેથી હું તે તમારી સાથે શેર કરવા માંગું છું. ટૂંક સમયમાં, ઝિન્ટિઆલમાં અન્ય એપ્લિકેશનો અને સેવાઓની જમાવટ માટેની નાની ટીપ્સ.