Zextras/Zimbra საოფისე სამუშაო სადგურების განლაგება Yandex.Cloud-ში

შესავალი

საოფისე ინფრასტრუქტურის ოპტიმიზაცია და ახალი სამუშაო ადგილების განთავსება არის მთავარი გამოწვევა ყველა ტიპისა და ზომის კომპანიისთვის. ახალი პროექტისთვის საუკეთესო ვარიანტია რესურსების დაქირავება ღრუბელში და ლიცენზიების შეძენა, რომლებიც შეიძლება გამოყენებულ იქნას როგორც პროვაიდერისგან, ასევე თქვენს საკუთარ მონაცემთა ცენტრში. ასეთი სცენარის ერთ-ერთი გამოსავალია Zextras Suite, რომელიც საშუალებას გაძლევთ შექმნათ პლატფორმა საწარმოს თანამშრომლობისა და კორპორატიული კომუნიკაციისთვის როგორც ღრუბლოვან გარემოში, ასევე საკუთარ ინფრასტრუქტურაში.

გამოსავალი განკუთვნილია ნებისმიერი ზომის ოფისებისთვის და აქვს განლაგების ორი ძირითადი სცენარი: თუ თქვენ გაქვთ 3000 ათასამდე საფოსტო ყუთი და არ არსებობს მაღალი მოთხოვნები შეცდომების ტოლერანტობისთვის, შეგიძლიათ გამოიყენოთ ერთი სერვერის ინსტალაცია და მრავალ სერვერის ინსტალაციის ვარიანტი. მხარს უჭერს ათობით და ასობით ათასი საფოსტო ყუთის საიმედო და საპასუხო მუშაობას. ყველა შემთხვევაში, მომხმარებელი იღებს წვდომას ფოსტაზე, დოკუმენტებზე და შეტყობინებებზე ერთი ვებ ინტერფეისის მეშვეობით სამუშაო ადგილიდან, რომელიც მუშაობს ნებისმიერი ოპერაციული სისტემისგან, დამატებითი პროგრამული უზრუნველყოფის ინსტალაციისა და კონფიგურაციის გარეშე, ან მობილური აპლიკაციების მეშვეობით iOS და Android-ისთვის. შესაძლებელია Outlook-ისა და Thunderbird-ის ნაცნობი კლიენტების გამოყენება.

პროექტის განსახორციელებლად, Zeextras პარტნიორი - SVZ აირჩია Yandex.Cloud, რადგან მისი არქიტექტურა AWS-ის მსგავსია და არსებობს S3 თავსებადი მეხსიერების მხარდაჭერა, რაც შეამცირებს დიდი მოცულობის ფოსტის, შეტყობინებების და დოკუმენტების შენახვის ღირებულებას და გაზრდის გადაწყვეტის შეცდომის ტოლერანტობას.

Yandex.Cloud გარემოში, ვირტუალური მანქანების მართვის ძირითადი ინსტრუმენტები გამოიყენება ერთი სერვერის დასაყენებლად "გამოთვლითი ღრუბელი" და ვირტუალური ქსელის მართვის შესაძლებლობები "ვირტუალური პირადი ღრუბელი". მრავალ სერვერის ინსტალაციისთვის, მითითებული ხელსაწყოების გარდა, აუცილებელია ტექნოლოგიების გამოყენება "განლაგების ჯგუფი", საჭიროების შემთხვევაში (სისტემის მასშტაბიდან გამომდინარე) – ასევე "მაგალითების ჯგუფები"და ქსელის ბალანსერი Yandex Load Balancer.

S3-თან თავსებადი ობიექტების შენახვა Yandex ობიექტების შენახვა შეიძლება გამოყენებულ იქნას ორივე ინსტალაციის ვარიანტში და ასევე შეიძლება იყოს დაკავშირებული სისტემებთან, რომლებიც განლაგებულია შენობაში, Yandex.Cloud-ში ფოსტის სერვერის მონაცემების ეკონომიური და გაუმართაობის შესანახად.

ერთ სერვერზე ინსტალაციისთვის, მომხმარებლების და/ან საფოსტო ყუთების რაოდენობის მიხედვით, საჭიროა შემდეგი: მთავარი სერვერისთვის 4-12 vCPU, 8-64 GB vRAM (vCPU და vRAM-ის სპეციფიკური მნიშვნელობები დამოკიდებულია რაოდენობაზე. საფოსტო ყუთები და რეალური დატვირთვა), მინიმუმ 80 გბ დისკი ოპერაციული სისტემისთვის და აპლიკაციებისთვის, ასევე დამატებითი ადგილი დისკზე ფოსტის, ინდექსების, ჟურნალების შესანახად და ა.შ., რაც დამოკიდებულია საფოსტო ყუთების რაოდენობასა და საშუალო ზომაზე. დინამიურად იცვლება სისტემის მუშაობის დროს; დამხმარე Docs სერვერებისთვის: 2-4 vCPU, 2-16 GB vRAM, 16 GB დისკის ადგილი (რესურსების სპეციფიკური მნიშვნელობები და სერვერების რაოდენობა დამოკიდებულია რეალურ დატვირთვაზე); გარდა ამისა, შეიძლება საჭირო გახდეს TURN/STUN სერვერი (მისი ცალკე სერვერის საჭიროება და რესურსები დამოკიდებულია რეალურ დატვირთვაზე). მრავალ სერვერის ინსტალაციისთვის როლური ვირტუალური მანქანების რაოდენობა და დანიშნულება და მათზე გამოყოფილი რესურსები განისაზღვრება ინდივიდუალურად მომხმარებლის მოთხოვნებიდან გამომდინარე.

სტატიის მიზანი

Zextras Suite პროდუქტების Yandex.Cloud-ში განლაგების აღწერა Zimbra ფოსტის სერვერზე დაფუძნებული ერთი სერვერის ინსტალაციის ვარიანტში. შედეგად მიღებული ინსტალაცია შეიძლება გამოყენებულ იქნას საწარმოო გარემოში (გამოცდილ მომხმარებლებს შეუძლიათ საჭირო პარამეტრების გაკეთება და რესურსების დამატება).

Zextras Suite/Zimbra სისტემა მოიცავს:

• ზიმბრა — კორპორატიული ელფოსტა საფოსტო ყუთების, კალენდრების და კონტაქტების სიების (მისამართების წიგნების) გაზიარების შესაძლებლობით.
• Zextras Docs — ჩაშენებული საოფისე კომპლექტი LibreOffice-ზე დაფუძნებული ონლაინ დოკუმენტების, ცხრილებისა და პრეზენტაციების შესაქმნელად და თანამშრომლობისთვის.
• Zextras Drive – ინდივიდუალური ფაილების შენახვა, რომელიც საშუალებას გაძლევთ შეცვალოთ, შეინახოთ და გააზიაროთ ფაილები და საქაღალდეები სხვა მომხმარებლებს.
• ზექსტრასის გუნდი - მესინჯერი აუდიო და ვიდეო კონფერენციის მხარდაჭერით. ხელმისაწვდომი ვერსიებია Team Basic, რომელიც იძლევა მხოლოდ 1:1 კომუნიკაციის საშუალებას და Team Pro, რომელიც მხარს უჭერს მრავალ მომხმარებლის კონფერენციებს, არხებს, ეკრანის გაზიარებას, ფაილების გაზიარებას და სხვა ფუნქციებს.
• Zextras მობილური – მობილური მოწყობილობების მხარდაჭერა Exchange ActiveSync-ის საშუალებით ფოსტის სინქრონიზაციისთვის მობილურ მოწყობილობებთან MDM (Mobile Device Management) მართვის ფუნქციებით. საშუალებას გაძლევთ გამოიყენოთ Microsoft Outlook როგორც ელფოსტის კლიენტი.
• ზექსტრასის ადმინი – მრავალბინიანი სისტემის ადმინისტრირების დანერგვა ადმინისტრატორების დელეგირებით კლიენტთა ჯგუფებისა და სერვისების კლასების სამართავად.
• Zextras სარეზერვო - სრული ციკლის მონაცემთა სარეზერვო და აღდგენა რეალურ დროში
• Zextras Powerstore — საფოსტო სისტემის ობიექტების იერარქიული შენახვა მონაცემთა დამუშავების კლასების მხარდაჭერით, მონაცემთა ლოკალურად ან S3 არქიტექტურის ღრუბლოვან საცავებში შენახვის შესაძლებლობით, Yandex Object Storage-ის ჩათვლით.

ინსტალაციის დასრულების შემდეგ მომხმარებელი იღებს Yandex.Cloud გარემოში მომუშავე სისტემას.

პირობები და შეზღუდვები

1. საფოსტო ყუთებისთვის, ინდექსებისთვის და მონაცემთა სხვა ტიპებისთვის დისკზე სივრცის გამოყოფა არ არის დაფარული, რადგან Zextras Powerstore მხარს უჭერს შენახვის მრავალ ტიპს. შენახვის ტიპი და ზომა დამოკიდებულია ამოცანებსა და სისტემის პარამეტრებზე. საჭიროების შემთხვევაში, ეს შეიძლება გაკეთდეს მოგვიანებით, აღწერილი ინსტალაციის საწარმოებლად გადაქცევის პროცესში.
2. ინსტალაციის გასამარტივებლად, ადმინისტრატორის მიერ მართული DNS სერვერის გამოყენება შიდა (არასაჯარო) დომენური სახელების გადასაჭრელად არ განიხილება; გამოიყენება სტანდარტული Yandex.Cloud DNS სერვერი. საწარმოო გარემოში გამოყენებისას რეკომენდებულია DNS სერვერის გამოყენება, რომელიც შესაძლოა უკვე არსებობდეს კორპორატიულ ინფრასტრუქტურაში.
3. ვარაუდობენ, რომ Yandex.Cloud-ში ანგარიში გამოიყენება ნაგულისხმევი პარამეტრებით (კერძოდ, სერვისის „კონსოლში“ შესვლისას არის მხოლოდ დირექტორია („ხელმისაწვდომი ღრუბლების“ სიაში ნაგულისხმევი სახელის ქვეშ). მომხმარებლები იცნობს Yandex.Cloud-ში მუშაობას, მათ შეუძლიათ, საკუთარი შეხედულებისამებრ, შექმნან ცალკე დირექტორია სატესტო სკამისთვის, ან გამოიყენონ არსებული.
4. მომხმარებელს უნდა ჰქონდეს საჯარო DNS ზონა, რომელზეც მას უნდა ჰქონდეს ადმინისტრაციული წვდომა.
5. მომხმარებელს უნდა ჰქონდეს წვდომა დირექტორიაში Yandex.Cloud „Console“ მინიმუმ „რედაქტორის“ როლით („Cloud Owner“-ს აქვს ყველა საჭირო უფლება ნაგულისხმევად; არის სახელმძღვანელო სხვა მომხმარებლებისთვის ღრუბელზე წვდომის უზრუნველსაყოფად. : დრო, два, სამ)
6. ეს სტატია არ აღწერს მორგებული X.509 სერთიფიკატების დაყენებას, რომელიც გამოიყენება ქსელური კომუნიკაციების დასაცავად TLS მექანიზმების გამოყენებით. ინსტალაციის დასრულების შემდეგ გამოყენებული იქნება ხელმოწერილი სერთიფიკატები, რომლებიც ბრაუზერებს საშუალებას მისცემს გამოიყენონ დაინსტალირებული სისტემაში წვდომა. ისინი ჩვეულებრივ აჩვენებენ შეტყობინებას, რომ სერვერს არ აქვს დამოწმებადი სერთიფიკატი, მაგრამ გაძლევთ საშუალებას გააგრძელოთ მუშაობა. კლიენტის მოწყობილობების მიერ დამოწმებული სერთიფიკატების დაყენებამდე (ხელმოწერილი საჯარო და/ან კორპორატიული სერტიფიცირების ორგანოების მიერ), მობილური მოწყობილობებისთვის აპლიკაციებმა შეიძლება არ იმუშაოს დაინსტალირებული სისტემასთან. ამიტომ, მითითებული სერთიფიკატების დაყენება საწარმოო გარემოში აუცილებელია და ხორციელდება ტესტის დასრულების შემდეგ კორპორატიული უსაფრთხოების პოლიტიკის შესაბამისად.

Zextras/Zimbra სისტემის ინსტალაციის პროცესის აღწერა „ერთი სერვერის“ ვერსიაში

1. წინასწარი მომზადება

ინსტალაციის დაწყებამდე უნდა დარწმუნდეთ:

) საჯარო DNS ზონაში ცვლილებების შეტანა (A ჩანაწერის შექმნა Zimbra სერვერისთვის და MX ჩანაწერი სერვისული ფოსტის დომენისთვის).
ბ) ვირტუალური ქსელის ინფრასტრუქტურის დაყენება Yandex.Cloud-ში.

ამავდროულად, DNS ზონაში ცვლილებების შეტანის შემდეგ, გარკვეული დრო სჭირდება ამ ცვლილებების გავრცელებას, მაგრამ, მეორე მხრივ, თქვენ არ შეგიძლიათ შექმნათ A ჩანაწერი მასთან დაკავშირებული IP მისამართის ცოდნის გარეშე.

ამრიგად, მოქმედებები ხორციელდება შემდეგი თანმიმდევრობით:

1. დაჯავშნეთ საჯარო IP მისამართი Yandex.Cloud-ში

1.1 "Yandex.Cloud Console"-ში (საჭიროების შემთხვევაში, აირჩიეთ საქაღალდეები "ხელმისაწვდომ ღრუბლებში"), გადადით Virtual Private Cloud განყოფილებაში, IP მისამართების ქვეგანყოფილებაში, შემდეგ დააჭირეთ ღილაკს "Reserve მისამართი", აირჩიეთ თქვენთვის სასურველი ხელმისაწვდომობის ზონა (ან დაეთანხმეთ შემოთავაზებული მნიშვნელობით; ეს ხელმისაწვდომობის ზონა შემდგომში უნდა იქნას გამოყენებული Yandex.Cloud-ში აღწერილი ყველა მოქმედებისთვის, თუ შესაბამის ფორმებს აქვთ ხელმისაწვდომობის ზონის არჩევის შესაძლებლობა), დიალოგურ ფანჯარაში, რომელიც იხსნება, შეგიძლიათ, სურვილისამებრ, მაგრამ არ არის აუცილებელი, აირჩიეთ "DDoS Protection" ვარიანტი და დააწკაპუნეთ ღილაკზე "Reserve" (იხილეთ ასევე დოკუმენტაცია).

დიალოგის დახურვის შემდეგ, სისტემის მიერ გამოყოფილი სტატიკური IP მისამართი ხელმისაწვდომი იქნება IP მისამართების სიაში, რომლის კოპირება და გამოყენება შესაძლებელია შემდეგ ეტაპზე.

1.2 "წინ" DNS ზონაში გააკეთეთ A ჩანაწერი Zimbra სერვერისთვის, რომელიც მიუთითებს ადრე გამოყოფილ IP მისამართზე, A ჩანაწერი TURN სერვერისთვის, რომელიც მიუთითებს იმავე IP მისამართზე და MX ჩანაწერი მიღებულ ფოსტის დომენზე. ჩვენს მაგალითში ეს იქნება mail.testmail.svzcloud.ru (Zimbra სერვერი), turn.testmail.svzcloud.ru (TURN სერვერი) და testmail.svzcloud.ru (ფოსტის დომენი), შესაბამისად.

1.3 Yandex.Cloud-ში, ქვექსელისთვის არჩეულ ხელმისაწვდომობის ზონაში, რომელიც გამოყენებული იქნება ვირტუალური მანქანების განსათავსებლად, ჩართეთ NAT ინტერნეტში.

ამისათვის, Virtual Private Cloud განყოფილებაში, ქვეგანყოფილებაში "Cloud ქსელები", აირჩიეთ შესაბამისი ღრუბლოვანი ქსელი (ნაგულისხმევად, იქ მხოლოდ ნაგულისხმევი ქსელია ხელმისაწვდომი), აირჩიეთ მასში შესაბამისი ხელმისაწვდომობის ზონა და აირჩიეთ "ჩართეთ NAT ინტერნეტში. ” თავის პარამეტრებში.

სტატუსი შეიცვლება ქვექსელების სიაში:

დამატებითი ინფორმაციისთვის იხილეთ დოკუმენტაცია: დრო и два.

2. ვირტუალური მანქანების შექმნა

2.1. ვირტუალური მანქანის შექმნა Zimbra-სთვის

ქმედებების თანმიმდევრობა:

2.1.1 "Yandex.Cloud Console"-ში გადადით Compute Cloud განყოფილებაში, ქვეგანყოფილებაში "ვირტუალური მანქანები", დააწკაპუნეთ ღილაკზე "Create VM" (VM-ის შექმნის შესახებ მეტი ინფორმაციისთვის იხ. დოკუმენტაცია).

2.1.2 აქ თქვენ უნდა დააყენოთ:

• სახელი - თვითნებური (Yandex.Cloud-ის მიერ მხარდაჭერილი ფორმატის შესაბამისად)
• ხელმისაწვდომობის ზონა - უნდა ემთხვეოდეს ვირტუალური ქსელისთვის ადრე არჩეულს.
• „საჯარო სურათებში“ აირჩიეთ Ubuntu 18.04 lts
• დააინსტალირეთ ჩატვირთვის დისკი მინიმუმ 80 GB ზომის. სატესტო მიზნებისთვის საკმარისია HDD ტიპი (და ასევე პროდუქტიული გამოყენებისთვის, იმ პირობით, რომ ზოგიერთი ტიპის მონაცემები გადაეცემა SSD ტიპის დისკებს). საჭიროების შემთხვევაში, VM-ის შექმნის შემდეგ შეიძლება დაემატოს დამატებითი დისკები.

"გამოთვლითი რესურსების" კომპლექტში:

• vCPU: მინიმუმ 4.
• vCPU-ს გარანტირებული წილი: სტატიაში აღწერილი მოქმედებების ხანგრძლივობისთვის, მინიმუმ 50%; ინსტალაციის შემდეგ, საჭიროების შემთხვევაში, შეიძლება შემცირდეს.
• ოპერატიული მეხსიერება: რეკომენდებულია 8 GB.
• Subnet: აირჩიეთ ქვექსელი, რომლისთვისაც ინტერნეტ NAT ჩართული იყო წინასწარი მომზადების ეტაპზე.
• საჯარო მისამართი: აირჩიეთ სიიდან IP მისამართი, რომელიც ადრე გამოიყენებოდა DNS-ში A ჩანაწერის შესაქმნელად.
• მომხმარებელი: თქვენი შეხედულებისამებრ, მაგრამ განსხვავდება root მომხმარებლისგან და Linux სისტემის ანგარიშებისგან.
• თქვენ უნდა მიუთითოთ საჯარო (ღია) SSH გასაღები.

→ შეიტყვეთ მეტი SSH გამოყენების შესახებ

См. также დანართი 1. SSH კლავიშების შექმნა openssh და putty-ში და კლავიშების კონვერტაცია putty-დან openssh ფორმატში.

2.1.3 დაყენების დასრულების შემდეგ დააჭირეთ "Create VM".

2.2. ვირტუალური მანქანის შექმნა Zextras Docs-ისთვის

ქმედებების თანმიმდევრობა:

2.2.1 "Yandex.Cloud Console"-ში გადადით Compute Cloud განყოფილებაში, ქვეგანყოფილებაში "ვირტუალური მანქანები", დააწკაპუნეთ ღილაკზე "Create VM" (VM-ის შექმნის შესახებ მეტი ინფორმაციისთვის იხ. აქ).

2.2.2 აქ თქვენ უნდა დააყენოთ:

• სახელი - თვითნებური (Yandex.Cloud-ის მიერ მხარდაჭერილი ფორმატის შესაბამისად)
• ხელმისაწვდომობის ზონა - უნდა ემთხვეოდეს ვირტუალური ქსელისთვის ადრე არჩეულს.
• „საჯარო სურათებში“ აირჩიეთ Ubuntu 18.04 lts
• დააინსტალირეთ ჩატვირთვის დისკი მინიმუმ 80 GB ზომის. სატესტო მიზნებისთვის საკმარისია HDD ტიპი (და ასევე პროდუქტიული გამოყენებისთვის, იმ პირობით, რომ ზოგიერთი ტიპის მონაცემები გადაეცემა SSD ტიპის დისკებს). საჭიროების შემთხვევაში, VM-ის შექმნის შემდეგ შეიძლება დაემატოს დამატებითი დისკები.

"გამოთვლითი რესურსების" კომპლექტში:

• vCPU: მინიმუმ 2.
• vCPU-ს გარანტირებული წილი: სტატიაში აღწერილი მოქმედებების ხანგრძლივობისთვის, მინიმუმ 50%; ინსტალაციის შემდეგ, საჭიროების შემთხვევაში, შეიძლება შემცირდეს.
• ოპერატიული მეხსიერება: მინიმუმ 2 GB.
• Subnet: აირჩიეთ ქვექსელი, რომლისთვისაც ინტერნეტ NAT ჩართული იყო წინასწარი მომზადების ეტაპზე.
• საჯარო მისამართი: არ არის მისამართი (ეს მანქანა არ საჭიროებს წვდომას ინტერნეტიდან, მხოლოდ გამავალი წვდომა ამ აპარატიდან ინტერნეტში, რომელიც უზრუნველყოფილია გამოყენებული ქვექსელის "NAT ინტერნეტში" ოფციით).
• მომხმარებელი: თქვენი შეხედულებისამებრ, მაგრამ განსხვავდება root მომხმარებლისგან და Linux სისტემის ანგარიშებისგან.
• თქვენ აუცილებლად უნდა დააყენოთ საჯარო (ღია) SSH გასაღები, შეგიძლიათ გამოიყენოთ იგივე, რაც Zimbra სერვერისთვის, შეგიძლიათ შექმნათ ცალკე გასაღებების წყვილი, რადგან Zextras Docs სერვერის პირადი გასაღები უნდა განთავსდეს Zimbra სერვერზე. დისკი.

იხილეთ აგრეთვე დანართი 1. SSH კლავიშების შექმნა openssh და putty-ში და კლავიშების კონვერტაცია putty-დან openssh ფორმატში.

2.2.3 დაყენების დასრულების შემდეგ დააჭირეთ "Create VM".

2.3 შექმნილი ვირტუალური მანქანები ხელმისაწვდომი იქნება ვირტუალური მანქანების სიაში, სადაც ნაჩვენები იქნება, კერძოდ, მათი სტატუსი და გამოყენებული IP მისამართები, როგორც საჯარო, ასევე შიდა. ინფორმაცია IP მისამართების შესახებ საჭირო იქნება ინსტალაციის შემდგომ ეტაპებზე.

3. ზიმბრას სერვერის მომზადება ინსტალაციისთვის

3.1 განახლებების ინსტალაცია

თქვენ უნდა შეხვიდეთ Zimbra სერვერზე მისი საჯარო IP მისამართით თქვენი სასურველი ssh კლიენტის გამოყენებით პირადი ssh გასაღების გამოყენებით და ვირტუალური მანქანის შექმნისას მითითებული მომხმარებლის სახელის გამოყენებით.

შესვლის შემდეგ გაუშვით ბრძანებები:

sudo apt update
sudo apt upgrade

(ბოლო ბრძანების შესრულებისას უპასუხეთ „y“ კითხვას, დარწმუნებული ხართ თუ არა განახლებების შემოთავაზებული სიის დაყენებაში)

განახლებების ინსტალაციის შემდეგ, შეგიძლიათ (მაგრამ არ გჭირდებათ) გაუშვათ ბრძანება:

sudo apt autoremove

და ნაბიჯის ბოლოს შეასრულეთ ბრძანება

sudo shutdown –r now

3.2 აპლიკაციების დამატებითი ინსტალაცია

თქვენ უნდა დააინსტალიროთ NTP კლიენტი სისტემის დროისა და ეკრანის აპლიკაციის სინქრონიზაციისთვის შემდეგი ბრძანებით:

sudo apt install ntp screen

(ბოლო ბრძანების შესრულებისას უპასუხეთ „y“ კითხვაზე, დარწმუნებული ხართ თუ არა დაინსტალირებთ პაკეტების თანდართულ სიას)

თქვენ ასევე შეგიძლიათ დააინსტალიროთ დამატებითი კომუნალური პროგრამები ადმინისტრატორის მოხერხებულობისთვის. მაგალითად, Midnight Commander შეიძლება დაინსტალირდეს ბრძანებით:

sudo apt install mc

3.3. სისტემის კონფიგურაციის შეცვლა

3.3.1 ფაილში /etc/cloud/cloud.cfg.d/95-yandex-cloud.cfg პარამეტრის მნიშვნელობის შეცვლა მართვა_და_მასპინძლებს c მართალია on ყალბი.

შენიშვნა: ამ ფაილის შესაცვლელად, რედაქტორი უნდა იყოს გაშვებული root მომხმარებლის უფლებებით, მაგალითად, ”sudo vi /etc/cloud/cloud.cfg.d/95-yandex-cloud.cfg” ან, თუ mc პაკეტი დაინსტალირებულია, შეგიძლიათ გამოიყენოთ ბრძანება ”sudo mcedit /etc/cloud/cloud.cfg.d/95-yandex-cloud.cfg»

3.3.2 რედაქტირება / Etc / hosts შემდეგნაირად, ჰოსტის FQDN-ის განმსაზღვრელ ხაზში ჩაანაცვლეთ მისამართი 127.0.0.1-დან ამ სერვერის შიდა IP მისამართამდე და სახელი .შიდა ზონაში სრული სახელიდან A-ში მითითებულ სერვერის საჯარო სახელზე. -DNS ზონის ჩანაწერი და შესაბამისი მოკლე ჰოსტის სახელის შეცვლით (თუ ის განსხვავდება მოკლე ჰოსტის სახელისგან საჯარო DNS A ჩანაწერისგან).

მაგალითად, ჩვენს შემთხვევაში ჰოსტების ფაილი ასე გამოიყურებოდა:

რედაქტირების შემდეგ ასე გამოიყურებოდა:

შენიშვნა: ამ ფაილის შესაცვლელად, რედაქტორი უნდა იყოს გაშვებული root მომხმარებლის უფლებებით, მაგალითად, ”sudo vi /etc/hosts” ან, თუ mc პაკეტი დაინსტალირებულია, შეგიძლიათ გამოიყენოთ ბრძანება ”sudo mcedit /etc/hosts»

3.4 დააყენეთ მომხმარებლის პაროლი

ეს აუცილებელია იმის გამო, რომ მომავალში მოხდება firewall-ის კონფიგურაცია და თუ მას რაიმე პრობლემა შეექმნება, თუ მომხმარებელს აქვს პაროლი, შესაძლებელი იქნება ვირტუალურ მანქანაში შესვლა Yandex-ის სერიული კონსოლის გამოყენებით. Cloud ვებ კონსოლი და გამორთეთ firewall ან/და შეცვალეთ შეცდომა. ვირტუალური მანქანის შექმნისას მომხმარებელს არ აქვს პაროლი და, შესაბამისად, წვდომა შესაძლებელია მხოლოდ SSH-ის საშუალებით გასაღების ავტორიზაციის გამოყენებით.

პაროლის დასაყენებლად საჭიროა ბრძანების გაშვება:

sudo passwd <имя пользователя>

მაგალითად, ჩვენს შემთხვევაში ეს იქნება ბრძანება "sudo passwd მომხმარებელი".

4. Zimbra და Zextras Suite-ის მონტაჟი

4.1. Zimbra და Zextras Suite დისტრიბუციების ჩამოტვირთვა

4.1.1 ზიმბრას განაწილების ჩამოტვირთვა

ქმედებების თანმიმდევრობა:

1) გადადით URL-ზე ბრაუზერით www.zextras.com/download-zimbra-9 და შეავსეთ ფორმა. თქვენ მიიღებთ ელ.წერილს ბმულებით, რომ ჩამოტვირთოთ Zimbra სხვადასხვა OS-ისთვის.

2) აირჩიეთ Ubuntu 18.04 LTS პლატფორმის განაწილების მიმდინარე ვერსია და დააკოპირეთ ბმული

3) ჩამოტვირთეთ Zimbra დისტრიბუცია Zimbra სერვერზე და გახსენით იგი. ამისათვის გაუშვით ბრძანებები ssh სესიაზე ზიმბრას სერვერზე

cd ~
mkdir zimbra
cd zimbra
wget <url, скопированный на предыдущем шаге>
tar –zxf <имя скачанного файла>

(ჩვენს მაგალითში ეს არის "tar –zxf zcs-9.0.0_OSE_UBUNTU18_latest-zextras.tgz")

4.1.2 მიმდინარეობს Zextras Suite დისტრიბუციის ჩამოტვირთვა

ქმედებების თანმიმდევრობა:

1) გადადით URL-ზე ბრაუზერით www.zextras.com/download

2) შეავსეთ ფორმა საჭირო მონაცემების შეყვანით და დააჭირეთ ღილაკს „ჩამოტვირთეთ ახლა“.

3) ჩამოტვირთვის გვერდი გაიხსნება

მას აქვს ორი ჩვენთვის საინტერესო URL: ერთი გვერდის ზედა ნაწილში თავად Zeextras Suite-სთვის, რომელიც ახლა დაგვჭირდება, და მეორე ბოლოში Docs Server ბლოკში Ubuntu 18.04 LTS-ისთვის, რომელიც მოგვიანებით დაგჭირდებათ. დააინსტალირეთ Zextras Docs VM-ზე Docs-ისთვის.

4) ჩამოტვირთეთ Zextras Suite დისტრიბუცია Zimbra სერვერზე და გახსენით იგი. ამისათვის გაუშვით ბრძანებები ssh სესიაზე ზიმბრას სერვერზე

cd ~
mkdir zimbra
cd zimbra

(თუ წინა ნაბიჯის შემდეგ მიმდინარე დირექტორია არ შეცვლილა, ზემოთ მოცემული ბრძანებები შეიძლება გამოტოვოთ)

wget http://download.zextras.com/zextras_suite-latest.tgz
tar –zxf zextras_suite-latest.tgz

4.2. ზიმბრას მონტაჟი

ქმედებების თანმიმდევრობა

1) გადადით დირექტორიაში, სადაც ფაილები იყო გახსნილი ნაბიჯი 4.1.1 (შეიძლება ნახოთ ls ბრძანებით ~/zimbra დირექტორიაში ყოფნისას).

ჩვენს მაგალითში ეს იქნება:

cd ~/zimbra/zcs-9.0.0_OSE_UBUNTU18_latest-zextras/zimbra-installer

2) გაუშვით Zimbra ინსტალაცია ბრძანების გამოყენებით

sudo ./install.sh

3) ჩვენ ვპასუხობთ ინსტალერის კითხვებს

შეგიძლიათ უპასუხოთ ინსტალერის კითხვებს "y" (შეესაბამება "დიახ"), "n" (შეესაბამება "არა") ან დატოვოთ ინსტალერის წინადადება უცვლელი (ის გთავაზობთ ვარიანტებს, ასახავს მათ კვადრატულ ფრჩხილებში, მაგალითად, " [Y]" ან "[N]."

ეთანხმებით თუ არა პროგრამული უზრუნველყოფის სალიცენზიო ხელშეკრულების პირობებს? - დიახ.

გამოიყენეთ Zimbra-ს პაკეტის საცავი? - ნაგულისხმევად (დიახ).

"დააინსტალირეთ zimbra-ldap?","დააინსტალირეთ zimbra-logger?","დააინსტალირე zimbra-mta?” – ნაგულისხმევი (დიახ).

დააინსტალიროთ zimbra-dnscache? – არა (ოპერაციულ სისტემას აქვს ნაგულისხმევად ჩართული საკუთარი ქეშირების DNS სერვერი, ამიტომ ამ პაკეტს ექნება კონფლიქტი გამოყენებული პორტების გამო).

დააინსტალირე zimbra-snmp? – თუ სასურველია, შეგიძლიათ დატოვოთ ნაგულისხმევი ვარიანტი (დიახ), თქვენ არ გჭირდებათ ამ პაკეტის დაყენება. ჩვენს მაგალითში ნაგულისხმევი ვარიანტი დარჩა.

"დააინსტალირეთ zimbra-store?","დააინსტალირეთ zimbra-apache?","დააინსტალიროთ zimbra-spell?","დააინსტალიროთ zimbra-memcached?","დააინსტალიროთ zimbra-proxy?” – ნაგულისხმევი (დიახ).

დააინსტალირე zimbra-snmp? – არა (პაკეტი ფაქტობრივად არ არის მხარდაჭერილი და ფუნქციურად ჩანაცვლებულია Zextras Drive-ით).

დააინსტალიროთ zimbra-imapd? - ნაგულისხმევი (არა).

დააინსტალიროთ zimbra-chat? – არა (ფუნქციურად შეცვალა Zextras Team)

რის შემდეგაც ინსტალერი იკითხავს, ​​გააგრძელოს თუ არა ინსტალაცია?

ჩვენ ვპასუხობთ "დიახ", თუ შეგვიძლია გავაგრძელოთ, წინააღმდეგ შემთხვევაში ვპასუხობთ "არა" და ვიღებთ შესაძლებლობას შევცვალოთ პასუხები ადრე დასმულ კითხვებზე.

გაგრძელებაზე დათანხმების შემდეგ, ინსტალერი დააინსტალირებს პაკეტებს.

4.) ჩვენ ვპასუხობთ პირველადი კონფიგურატორის კითხვებს

4.1) ვინაიდან ჩვენს მაგალითში ფოსტის სერვერის DNS სახელი (A ჩანაწერის სახელი) და მოწოდებული ფოსტის დომენის სახელი (MX ჩანაწერის სახელი) განსხვავებულია, კონფიგურატორი აჩვენებს გაფრთხილებას და მოგთხოვთ დააყენოთ მოწოდებული ფოსტის დომენის სახელი. ჩვენ ვეთანხმებით მის წინადადებას და ვწერთ MX ჩანაწერის სახელს. ჩვენს მაგალითში ასე გამოიყურება:

შენიშვნა: თქვენ ასევე შეგიძლიათ დააყენოთ სერვისული ფოსტის დომენი, რათა განსხვავდებოდეს სერვერის სახელისგან, თუ სერვერის სახელს აქვს ამავე სახელწოდების MX ჩანაწერი.

4.2) კონფიგურატორი აჩვენებს მთავარ მენიუს.

ჩვენ უნდა დავაყენოთ Zimbra ადმინისტრატორის პაროლი (მენიუ 6 პუნქტი ჩვენს მაგალითში), რომლის გარეშეც შეუძლებელია ინსტალაციის გაგრძელება და შევცვალოთ zimbra-proxy პარამეტრი (მენიუ 8 პუნქტი ჩვენს მაგალითში; საჭიროების შემთხვევაში, ეს პარამეტრი შეიძლება შეიცვალოს ინსტალაციის შემდეგ).

4.3) ზიმბრას მაღაზიის პარამეტრების შეცვლა

კონფიგურატორის მოთხოვნაში შეიყვანეთ მენიუს ელემენტის ნომერი და დააჭირეთ Enter. ჩვენ მივდივართ შენახვის პარამეტრების მენიუში:

სადაც კონფიგურატორის მოწვევაში ვწერთ ადმინისტრატორის პაროლის მენიუს ელემენტის ნომერს (ჩვენს მაგალითში 4), დააჭირეთ Enter-ს, რის შემდეგაც კონფიგურატორი გთავაზობთ შემთხვევით გენერირებულ პაროლს, რომელსაც შეგიძლიათ დაეთანხმოთ (მისი დამახსოვრება) ან შეიყვანოთ თქვენი. ორივე შემთხვევაში, დასასრულს თქვენ უნდა დააჭიროთ Enter-ს, რის შემდეგაც პუნქტი „ადმინისტრატორის პაროლი“ ამოიღებს მარკერს მომხმარებლისგან ინფორმაციის შეყვანის მოლოდინში:

ჩვენ ვუბრუნდებით წინა მენიუს (ვეთანხმებით კონფიგურატორის წინადადებას).

4.4) ზიმბრა-პროქსის პარამეტრების შეცვლა

წინა ნაბიჯის ანალოგიით, მთავარ მენიუში აირჩიეთ "zimbra-proxy" ელემენტის ნომერი და შეიყვანეთ იგი კონფიგურატორის მოთხოვნაში.

პროქსის კონფიგურაციის მენიუში, რომელიც იხსნება, აირჩიეთ "პროქსი სერვერის რეჟიმი" პუნქტის ნომერი და შეიყვანეთ იგი კონფიგურატორის მოთხოვნაში.

კონფიგურატორი შესთავაზებს აირჩიოთ ერთ-ერთი რეჟიმი, შეიყვანოთ „გადამისამართება“ მის მოთხოვნაში და დააჭიროთ Enter-ს.

რის შემდეგაც ვუბრუნდებით მთავარ მენიუს (ვეთანხმებით კონფიგურატორის წინადადებას).

4.5) გაშვებული კონფიგურაცია

კონფიგურაციის დასაწყებად შეიყვანეთ „a“ კონფიგურატორის მოთხოვნაში. რის შემდეგაც ის ითხოვს შეინახოს თუ არა შეყვანილი კონფიგურაცია ფაილში (რომელიც შეიძლება გამოყენებულ იქნას ხელახლა ინსტალაციისთვის) - შეგიძლიათ დაეთანხმოთ ნაგულისხმევ წინადადებას, თუ შენახვა შესრულებულია - ის იკითხება, რომელ ფაილში შეინახოთ კონფიგურაცია (თქვენ ასევე შეგიძლიათ დაეთანხმოთ ნაგულისხმევ წინადადებას ან შეიყვანოთ თქვენი ფაილის სახელი).

ამ ეტაპზე, თქვენ კვლავ შეგიძლიათ უარი თქვათ გაგრძელებაზე და კონფიგურაციაში ცვლილებების შეტანა, დაეთანხმებით ნაგულისხმევ პასუხს კითხვაზე "სისტემა შეიცვლება - გაგრძელება?"

ინსტალაციის დასაწყებად, თქვენ უნდა უპასუხოთ "დიახ" ამ კითხვას, რის შემდეგაც კონფიგურატორი გამოიყენებს ადრე შეყვანილ პარამეტრებს გარკვეული დროის განმავლობაში.

4.6) ზიმბრას ინსტალაციის დასრულება

დასრულებამდე, ინსტალერი ითხოვს შეატყობინოს თუ არა Zimbra-ს ინსტალაციის შესახებ. თქვენ შეგიძლიათ დაეთანხმოთ ნაგულისხმევ წინადადებას ან უარი თქვათ („არა“ პასუხით) შეტყობინებაზე.

რის შემდეგაც ინსტალერი გააგრძელებს საბოლოო ოპერაციების შესრულებას გარკვეული დროის განმავლობაში და აჩვენებს შეტყობინებას, რომ სისტემის კონფიგურაცია დასრულებულია, მოთხოვნით დააჭიროთ ნებისმიერ ღილაკს ინსტალერიდან გასასვლელად.

4.3. Zextras Suite-ის ინსტალაცია

დამატებითი ინფორმაციისთვის Zextras Suite-ის დაყენების შესახებ იხ ინსტრუქცია.

ქმედებების თანმიმდევრობა:

1) გადადით დირექტორიაში, სადაც ფაილები იყო გახსნილი ნაბიჯი 4.1.2 (შეიძლება ნახოთ ls ბრძანებით ~/zimbra დირექტორიაში ყოფნისას).

ჩვენს მაგალითში ეს იქნება:

cd ~/zimbra/zextras_suite

2) გაუშვით Zextras Suite ინსტალაცია ბრძანების გამოყენებით

sudo ./install.sh all

3) ჩვენ ვპასუხობთ ინსტალერის კითხვებს

ინსტალატორის მუშაობის პრინციპი მსგავსია Zimbra ინსტალატორის, გარდა კონფიგურატორის არარსებობისა. შეგიძლიათ უპასუხოთ ინსტალერის კითხვებს "y" (შეესაბამება "დიახ"), "n" (შეესაბამება "არა") ან დატოვოთ ინსტალერის წინადადება უცვლელი (ის გთავაზობთ ვარიანტებს, ასახავს მათ კვადრატულ ფრჩხილებში, მაგალითად, " [Y]" ან "[N]."

ინსტალაციის პროცესის დასაწყებად, თქვენ მუდმივად უნდა უპასუხოთ „დიახ“ შემდეგ კითხვებს:

ეთანხმებით თუ არა პროგრამული უზრუნველყოფის სალიცენზიო ხელშეკრულების პირობებს?
გსურთ, რომ Zextras Suite ავტომატურად ჩამოტვირთოს, დააინსტალიროს და განაახლოს ZAL ბიბლიოთეკა?

ამის შემდეგ გამოჩნდება შეტყობინება, რომელიც მოგთხოვთ დააჭიროთ Enter-ს გასაგრძელებლად:

Enter-ზე დაჭერის შემდეგ დაიწყება ინსტალაციის პროცესი, რომელიც ზოგჯერ შეფერხებულია კითხვებით, რომლებზეც, თუმცა, ჩვენ ვპასუხობთ ნაგულისხმევი წინადადებების თანხმობით („დიახ“), კერძოდ:

Zextras Suite Core ახლა დაინსტალირდება. გაგრძელება?
გსურთ შეაჩეროთ Zimbra ვებ აპლიკაციის (ფოსტის ყუთი)?
Zextras Suite Zimlet ახლა დაინსტალირდება. გაგრძელება?

სანამ ინსტალაციის ბოლო ნაწილი დაიწყება, თქვენ მიიღებთ შეტყობინებას, რომ გჭირდებათ DOS ფილტრის კონფიგურაცია და გთხოვთ დააჭიროთ Enter-ს გასაგრძელებლად. Enter-ის დაჭერის შემდეგ იწყება ინსტალაციის ბოლო ნაწილი, ბოლოს გამოჩნდება საბოლოო შეტყობინება და ინსტალერი ასრულებს.

4.4. საწყისი დაყენების რეგულირება და LDAP-ის კონფიგურაციის პარამეტრების განსაზღვრა

1) ყველა შემდგომი მოქმედება შესრულებულია ზიმბრას მომხმარებლის ქვეშ. ამისათვის თქვენ უნდა შეასრულოთ ბრძანება

sudo su - zimbra

2) შეცვალეთ DOS ფილტრის პარამეტრი ბრძანებით

zmprov mcf zimbraHttpDosFilterMaxRequestsPerSec 150

3) Zextras Docs-ის ინსტალაციისთვის დაგჭირდებათ ინფორმაცია Zimbra-ს კონფიგურაციის ზოგიერთი ვარიანტის შესახებ. ამისათვის შეგიძლიათ გაუშვათ ბრძანება:

zmlocalconfig –s | grep ldap

ჩვენს მაგალითში გამოჩნდება შემდეგი ინფორმაცია:

შემდგომი გამოყენებისთვის დაგჭირდებათ ldap_url, zimbra_ldap_password (და zimbra_ldap_userdn, თუმცა Zextras Docs ინსტალერი ჩვეულებრივ აკეთებს სწორ ვარაუდს LDAP მომხმარებლის სახელის შესახებ).

4) დატოვეთ ზიმბრას მომხმარებელი ბრძანების გაშვებით
გამოსვლის

5. Docs სერვერის მომზადება ინსტალაციისთვის

5.1. SSH პირადი გასაღების ატვირთვა Zimbra სერვერზე და შესვლა Docs სერვერზე

აუცილებელია Zimbra სერვერზე განთავსდეს SSH გასაღებების წყვილის პირადი გასაღები, რომლის საჯარო გასაღები გამოყენებული იყო 2.2.2 პუნქტის 2.2 ნაბიჯში Docs ვირტუალური მანქანის შექმნისას. ის შეიძლება აიტვირთოს სერვერზე SSH-ის საშუალებით (მაგალითად, sftp-ის საშუალებით) ან ჩასვას ბუფერში (თუ გამოყენებული SSH კლიენტის შესაძლებლობები და მისი შესრულების გარემო იძლევა საშუალებას).

ჩვენ ვვარაუდობთ, რომ პირადი გასაღები მოთავსებულია ფაილში ~/.ssh/docs.key და მომხმარებელი, რომელიც გამოიყენება Zimbra სერვერზე შესვლისას, არის მისი მფლობელი (თუ ამ ფაილის ჩამოტვირთვა/შექმნა განხორციელდა ამ მომხმარებლის ქვეშ, ის ავტომატურად გახდა მისი მფლობელი).

თქვენ უნდა შეასრულოთ ბრძანება ერთხელ:

chmod 600 ~/.ssh/docs.key

მომავალში, Docs სერვერზე შესასვლელად, თქვენ უნდა შეასრულოთ მოქმედებების შემდეგი თანმიმდევრობა:

1) შედით Zimbra სერვერზე

2) გაუშვით ბრძანება

ssh -i ~/.ssh/docs.key user@<внутренний ip-адрес сервера Docs>

სადაც მნიშვნელობა <Docs სერვერის შიდა IP მისამართი> შეგიძლიათ იხილოთ „Yandex.Cloud Console“-ში, მაგალითად, როგორც ნაჩვენებია 2.3 პუნქტში.

5.2. განახლებების ინსტალაცია

Docs სერვერზე შესვლის შემდეგ, შეასრულეთ ბრძანებები, რომლებიც მსგავსია Zimbra სერვერისთვის:

sudo apt update
sudo apt upgrade

(ბოლო ბრძანების შესრულებისას უპასუხეთ „y“ კითხვას, დარწმუნებული ხართ თუ არა განახლებების შემოთავაზებული სიის დაყენებაში)

განახლებების ინსტალაციის შემდეგ, შეგიძლიათ (მაგრამ არ გჭირდებათ) გაუშვათ ბრძანება:

sudo apt autoremove

და ნაბიჯის ბოლოს შეასრულეთ ბრძანება

sudo shutdown –r now

5.3. აპლიკაციების დამატებითი ინსტალაცია

თქვენ უნდა დააინსტალიროთ NTP კლიენტი სისტემის დროისა და ეკრანის აპლიკაციის სინქრონიზაციისთვის, იგივე მოქმედების მსგავსი Zimbra სერვერისთვის, შემდეგი ბრძანებით:

sudo apt install ntp screen

(ბოლო ბრძანების შესრულებისას უპასუხეთ „y“ კითხვაზე, დარწმუნებული ხართ თუ არა დაინსტალირებთ პაკეტების თანდართულ სიას)

თქვენ ასევე შეგიძლიათ დააინსტალიროთ დამატებითი კომუნალური პროგრამები ადმინისტრატორის მოხერხებულობისთვის. მაგალითად, Midnight Commander შეიძლება დაინსტალირდეს ბრძანებით:

sudo apt install mc

5.4. სისტემის კონფიგურაციის შეცვლა

5.4.1. ფაილში /etc/cloud/cloud.cfg.d/95-yandex-cloud.cfg, ისევე როგორც Zimbra სერვერისთვის, შეცვალეთ manager_etc_hosts პარამეტრის მნიშვნელობა true-დან false-ზე.

შენიშვნა: ამ ფაილის შესაცვლელად, რედაქტორი უნდა იყოს გაშვებული root მომხმარებლის უფლებებით, მაგალითად, ”sudo vi /etc/cloud/cloud.cfg.d/95-yandex-cloud.cfg” ან, თუ mc პაკეტი დაინსტალირებულია, შეგიძლიათ გამოიყენოთ ბრძანება ”sudo mcedit /etc/cloud/cloud.cfg.d/95-yandex-cloud.cfg»

5.4.2. შეცვალეთ /etc/hosts, დაამატეთ Zimbra სერვერის საჯარო FQDN, მაგრამ Yandex.Cloud-ის მიერ მინიჭებული შიდა IP მისამართით. თუ თქვენ გაქვთ ადმინისტრატორის მიერ კონტროლირებადი შიდა DNS სერვერი, რომელსაც იყენებენ ვირტუალური მანქანები (მაგალითად, საწარმოო გარემოში) და შეუძლია გადაჭრას Zimbra სერვერის საჯარო FQDN შიდა IP მისამართით შიდა ქსელიდან მოთხოვნის მიღებისას ( ინტერნეტიდან მოთხოვნით, Zimbra სერვერის FQDN უნდა გადაწყდეს საჯარო IP მისამართით, ხოლო TURN სერვერი ყოველთვის უნდა გადაწყდეს საჯარო IP მისამართით, მათ შორის შიდა მისამართებიდან წვდომისას), ეს ოპერაცია არ არის საჭირო.

მაგალითად, ჩვენს შემთხვევაში ჰოსტების ფაილი ასე გამოიყურებოდა:

რედაქტირების შემდეგ ასე გამოიყურებოდა:

შენიშვნა: ამ ფაილის შესაცვლელად, რედაქტორი უნდა იყოს გაშვებული root მომხმარებლის უფლებებით, მაგალითად, ”sudo vi /etc/hosts” ან, თუ mc პაკეტი დაინსტალირებულია, შეგიძლიათ გამოიყენოთ ბრძანება ”sudo mcedit /etc/hosts»

6. Zextras Docs-ის ინსტალაცია

6.1. შედით Docs სერვერზე

Docs სერვერზე შესვლის პროცედურა აღწერილია პუნქტში 5.1.

6.2. მიმდინარეობს Zextras Docs დისტრიბუციის ჩამოტვირთვა

ქმედებების თანმიმდევრობა:

1) გვერდიდან, საიდანაც პუნქტში 4.1.2. Zextras Suite დისტრიბუციის ჩამოტვირთვა ჩამოტვირთეთ Zextras Suite დისტრიბუცია (მე-3 საფეხურზე), დააკოპირეთ URL Ubuntu 18.04 LTS-ისთვის Docs-ის შესაქმნელად (თუ ის ადრე არ იყო კოპირებული).

2) ჩამოტვირთეთ Zextras Suite დისტრიბუცია Zimbra სერვერზე და გახსენით იგი. ამისათვის გაუშვით ბრძანებები ssh სესიაზე ზიმბრას სერვერზე

cd ~
mkdir zimbra
cd zimbra
wget <URL со страницы скачивания>

(ჩვენს შემთხვევაში ბრძანება "wget" შესრულებულია download.zextras.com/zextras-docs-installer/latest/zextras-docs-ubuntu18.tgz")

tar –zxf <имя скачанного файла>

(ჩვენს შემთხვევაში შესრულებულია ბრძანება “tar –zxf zextras-docs-ubuntu18.tgz”)

6.3. Zextras Docs-ის ინსტალაცია

დამატებითი ინფორმაციისთვის Zextras Docs-ის ინსტალაციისა და კონფიგურაციის შესახებ იხილეთ აქ.

ქმედებების თანმიმდევრობა:

1) გადადით დირექტორიაში, სადაც ფაილები იყო გახსნილი ნაბიჯი 4.1.1 (შეიძლება ნახოთ ls ბრძანებით ~/zimbra დირექტორიაში ყოფნისას).

ჩვენს მაგალითში ეს იქნება:

cd ~/zimbra/zextras-docs-installer

2) გაუშვით Zextras Docs ინსტალაცია ბრძანების გამოყენებით

sudo ./install.sh

3) ჩვენ ვპასუხობთ ინსტალერის კითხვებს

შეგიძლიათ უპასუხოთ ინსტალერის კითხვებს "y" (შეესაბამება "დიახ"), "n" (შეესაბამება "არა") ან დატოვოთ ინსტალერის წინადადება უცვლელი (ის გთავაზობთ ვარიანტებს, ასახავს მათ კვადრატულ ფრჩხილებში, მაგალითად, " [Y]" ან " [N]").

სისტემა შეიცვლება, გსურთ გაგრძელება? - მიიღეთ ნაგულისხმევი ვარიანტი ("დიახ").

ამის შემდეგ დაიწყება დამოკიდებულებების ინსტალაცია: ინსტალერი აჩვენებს, რომელი პაკეტების დაყენება სურს და ითხოვს დადასტურებას მათი ინსტალაციისთვის. ყველა შემთხვევაში, ჩვენ ვეთანხმებით ნაგულისხმევ შეთავაზებებს.

მაგალითად, მან შეიძლება ჰკითხოს "python2.7 ვერ მოიძებნა. გსურთ მისი დაყენება?""python-ldap ვერ მოიძებნა. გსურთ მისი დაყენება?"და ა.შ.

ყველა საჭირო პაკეტის დაინსტალირების შემდეგ, ინსტალერი ითხოვს თანხმობას Zextras Docs-ის დაყენებაზე:

გსურთ დააინსტალიროთ Zextras DOCS? - მიიღეთ ნაგულისხმევი ვარიანტი ("დიახ").

რის შემდეგაც გარკვეული დრო იხარჯება პაკეტების, თავად Zextras Docs-ის დაყენებაზე და კონფიგურატორის კითხვებზე გადასვლაზე.

4) ჩვენ ვპასუხობთ კონფიგურატორის კითხვებს

კონფიგურატორი სათითაოდ ითხოვს კონფიგურაციის პარამეტრებს; საპასუხოდ, შეყვანილია 3 პუნქტის მე-4.4 ნაბიჯში მიღებული მნიშვნელობები. პარამეტრების საწყისი რეგულირება და LDAP კონფიგურაციის პარამეტრების განსაზღვრა.

ჩვენს მაგალითში, პარამეტრები ასე გამოიყურება:

5) Zextras Docs-ის ინსტალაციის დასრულება

კონფიგურატორის კითხვებზე პასუხის შემდეგ, ინსტალერი ასრულებს ადგილობრივ Docs-ის კონფიგურაციას და დაარეგისტრირებს დაინსტალირებულ სერვისს ადრე დაინსტალირებულ Zimbra სერვერზე.

ერთი სერვერის ინსტალაციისთვის, ეს ჩვეულებრივ საკმარისია, მაგრამ ზოგიერთ შემთხვევაში (თუ დოკუმენტები არ გაიხსნება Docs-ში ვებ კლიენტში Drive-ის ჩანართზე) შეიძლება დაგჭირდეთ მოქმედების შესრულება, რომელიც საჭიროა მრავალ სერვერის ინსტალაციისთვის. - ჩვენს მაგალითში, მთავარ Zimbra სერვერზე, თქვენ დაგჭირდებათ მისი შესრულება Zimbra Teams მომხმარებლის ქვეშ /opt/zimbra/libexec/zmproxyconfgen и zmproxyctl გადატვირთვა.

7. Zimbra და Zextras Suite-ის საწყისი დაყენება (გუნდის გარდა)

7.1. შედით ადმინისტრატორის კონსოლში პირველად

შედით ბრაუზერში URL-ის გამოყენებით: https:// :7071

თუ სასურველია, შეგიძლიათ შეხვიდეთ ვებ კლიენტში URL-ის გამოყენებით: https://

შესვლისას ბრაუზერები აჩვენებენ გაფრთხილებას დაუცველი კავშირის შესახებ სერტიფიკატის გადამოწმების შეუძლებლობის გამო. თქვენ უნდა უპასუხოთ ბრაუზერს ამ გაფრთხილების მიუხედავად, საიტზე წასვლაზე თქვენი თანხმობის შესახებ. ეს განპირობებულია იმით, რომ ინსტალაციის შემდეგ, თვით ხელმოწერილი X.509 სერტიფიკატი გამოიყენება TLS კავშირებისთვის, რომელიც შეიძლება მოგვიანებით (პროდუქტიული გამოყენებისას - უნდა) შეიცვალოს კომერციული სერთიფიკატით ან სხვა სერთიფიკატით, რომელიც აღიარებულია გამოყენებული ბრაუზერების მიერ.

ავტორიზაციის ფორმაში შეიყვანეთ მომხმარებლის სახელი ფორმატში admin@<თქვენი მიღებული ფოსტის დომენი> და Zimbra ადმინისტრატორის პაროლი, რომელიც მითითებულია Zimbra სერვერის ინსტალაციისას 4.3-ე პუნქტში 4.2 ნაბიჯში.

ჩვენს მაგალითში ასე გამოიყურება:

ადმინისტრატორის კონსოლი:

ვებ კლიენტი:

შენიშვნა 1. თუ არ მიუთითებთ მიღებულ ფოსტის დომენს ადმინისტრაციულ კონსოლში ან ვებ კლიენტში შესვლისას, მომხმარებლები დამოწმებული იქნებიან საფოსტო დომენზე, რომელიც შეიქმნა Zimbra სერვერის ინსტალაციისას. ინსტალაციის შემდეგ, ეს არის ერთადერთი მიღებული ფოსტის დომენი, რომელიც არსებობს ამ სერვერზე, მაგრამ სისტემის ფუნქციონირებისას შეიძლება დაემატოს დამატებითი ფოსტის დომენები, შემდეგ კი დომენის ცალსახად მითითება მომხმარებლის სახელში გამოიწვევს განსხვავებას.

შენიშვნა 2. როდესაც შედიხართ ვებ კლიენტში, თქვენმა ბრაუზერმა შეიძლება მოითხოვოს საიტიდან შეტყობინებების ჩვენების ნებართვა. თქვენ უნდა დაეთანხმოთ ამ საიტიდან შეტყობინებების მიღებას.

შენიშვნა 3. ადმინისტრატორის კონსოლში შესვლის შემდეგ შეიძლება შეგატყობინოთ, რომ არის შეტყობინებები ადმინისტრატორთან, რომლებიც ჩვეულებრივ შეგახსენებთ, რომ დააყენოთ Zextras სარეზერვო ასლი და/ან შეიძინოთ Zextras ლიცენზია ნაგულისხმევი საცდელი ლიცენზიის ვადის ამოწურვამდე. ეს ქმედებები შეიძლება მოგვიანებით შესრულდეს და, შესაბამისად, შეყვანის დროს არსებული შეტყობინებები შეიძლება იგნორირებული იყოს და/ან მოინიშნოს წაკითხულად Zextras მენიუში: Zextras Alert.

შენიშვნა 4. განსაკუთრებით მნიშვნელოვანია აღინიშნოს, რომ სერვერის სტატუსის მონიტორინგში Docs სერვისის სტატუსი ნაჩვენებია როგორც „არ არის ხელმისაწვდომი“, მაშინაც კი, თუ Docs ვებ კლიენტში მუშაობს სწორად:

ეს არის საცდელი ვერსიის მახასიათებელი და მისი გამოსწორება შესაძლებელია მხოლოდ ლიცენზიის შეძენისა და მხარდაჭერასთან დაკავშირების შემდეგ.

7.2. Zeextras Suite კომპონენტების განლაგება

Zextras: Core მენიუში, თქვენ უნდა დააწკაპუნოთ ღილაკზე „განლაგება“ ყველა ზიმლეტისთვის, რომლის გამოყენებასაც აპირებთ.

Winterlets-ის განლაგებისას ჩნდება დიალოგი ოპერაციის შედეგით შემდეგნაირად:

ჩვენს მაგალითში, ყველა Zextras Suite winterlets განლაგებულია, რის შემდეგაც Zeextras: Core ფორმა მიიღებს შემდეგ ფორმას:

7.3. წვდომის პარამეტრების შეცვლა

7.3.1. გლობალური პარამეტრების შეცვლა

პარამეტრების მენიუში: გლობალური პარამეტრები, პროქსი სერვერის ქვემენიუ, შეცვალეთ შემდეგი პარამეტრები:

ვებ პროქსი რეჟიმი: გადამისამართება
ჩართეთ ადმინისტრაციული კონსოლის პროქსი სერვერი: მონიშნეთ ველი.
შემდეგ დააჭირეთ ღილაკს "შენახვა" ფორმის ზედა მარჯვენა ნაწილში.

ჩვენს მაგალითში, განხორციელებული ცვლილებების შემდეგ, ფორმა ასე გამოიყურება:

7.3.2. ცვლილებები მთავარ Zimbra სერვერის პარამეტრებში

პარამეტრების მენიუში: სერვერები: <მთავარი Zimbra სერვერის სახელი>, ქვემენიუ Proxy server, შეცვალეთ შემდეგი პარამეტრები:

ვებ მარიონეტული რეჟიმი: დააწკაპუნეთ ღილაკზე „ნაგულისხმევი მნიშვნელობის გადატვირთვა“ (თავად მნიშვნელობა არ შეიცვლება, რადგან ის უკვე დაყენებულია ინსტალაციის დროს). ჩართეთ ადმინისტრაციული კონსოლის პროქსი სერვერი: შეამოწმეთ მონიშნული ველი (ნაგულისხმევი მნიშვნელობა უნდა ყოფილიყო გამოყენებული, თუ არა, შეგიძლიათ დააწკაპუნოთ ღილაკზე „ნაგულისხმევი მნიშვნელობის აღდგენა“ და/ან დააყენოთ ხელით). შემდეგ დააჭირეთ ღილაკს "შენახვა" ფორმის ზედა მარჯვენა ნაწილში.

ჩვენს მაგალითში, განხორციელებული ცვლილებების შემდეგ, ფორმა ასე გამოიყურება:

შენიშვნა: (შეიძლება საჭირო გახდეს გადატვირთვა, თუ ამ პორტში შესვლა არ მუშაობს)

7.4. ახალი ადმინისტრატორის კონსოლის შესვლა

შედით თქვენს ბრაუზერში ადმინისტრატორის კონსოლში URL-ის გამოყენებით: https:// :9071
მომავალში, გამოიყენეთ ეს URL სისტემაში შესასვლელად

შენიშვნა: ერთი სერვერის ინსტალაციისთვის, როგორც წესი, წინა ეტაპზე განხორციელებული ცვლილებები საკმარისია, მაგრამ ზოგიერთ შემთხვევაში (თუ სერვერის გვერდი არ არის ნაჩვენები მითითებული URL-ის შეყვანისას), შეიძლება დაგჭირდეთ საჭირო მოქმედების შესრულება. მრავალ სერვერის ინსტალაციისთვის - ჩვენს მაგალითში, მთავარ Zimbra სერვერზე ბრძანებები უნდა შესრულდეს როგორც Zimbra მომხმარებელი /opt/zimbra/libexec/zmproxyconfgen и zmproxyctl გადატვირთვა.

7.5. ნაგულისხმევი COS რედაქტირება

მენიუში Settings: Service Class აირჩიეთ COS სახელით „default“.

"შესაძლებლობების" ქვემენიუში მოხსენით მონიშვნა "პორტფოლიო" ფუნქცია, შემდეგ დააჭირეთ "შენახვას" ფორმის ზედა მარჯვენა ნაწილში.

ჩვენს მაგალითში, კონფიგურაციის შემდეგ, ფორმა ასე გამოიყურება:

ასევე რეკომენდებულია Drive-ის ქვემენიუში შეამოწმოთ „ფაილების და საქაღალდეების გაზიარების ჩართვა“, შემდეგ დააწკაპუნეთ „შენახვა“ ფორმის ზედა მარჯვენა ნაწილში.

ჩვენს მაგალითში, კონფიგურაციის შემდეგ, ფორმა ასე გამოიყურება:

სატესტო გარემოში, სერვისის იმავე კლასში, შეგიძლიათ ჩართოთ Team Pro ფუნქციები გუნდის ქვემენიუში ამავე სახელწოდების ველის ჩართვით, რის შემდეგაც კონფიგურაციის ფორმა მიიღებს შემდეგ ფორმას:

როდესაც Team Pro ფუნქციები გამორთულია, მომხმარებლებს ექნებათ წვდომა მხოლოდ Team Basic ფუნქციებზე.
გთხოვთ, გაითვალისწინოთ, რომ Zextras Team Pro არის ლიცენზირებული დამოუკიდებლად Zextras Suite-ისგან, რაც საშუალებას გაძლევთ შეიძინოთ ის ნაკლები საფოსტო ყუთით, ვიდრე თავად Zextras Suite; Team Basic მახასიათებლები შედის Zextras Suite ლიცენზიაში. ამიტომ, თუ გამოიყენება საწარმოო გარემოში, შეიძლება დაგჭირდეთ ცალკე სერვისის კლასის შექმნა Team Pro მომხმარებლებისთვის, რომელიც მოიცავს შესაბამის ფუნქციებს.

7.6. Firewall-ის დაყენება

საჭიროა მთავარი Zimbra სერვერისთვის:

) დაუშვით ინტერნეტიდან წვდომა ssh, http/https, imap/imaps, pop3/pop3s, smtp პორტებზე (მთავარი პორტი და დამატებითი პორტები ფოსტის კლიენტებისთვის გამოსაყენებლად) და ადმინისტრაციული კონსოლის პორტი.

ბ) დაუშვით ყველა კავშირი შიდა ქსელიდან (რისთვისაც NAT ინტერნეტში ჩართული იყო ნაბიჯი 1.3 ნაბიჯი 1-ში).

არ არის საჭირო Firewall-ის კონფიგურაცია Zextras Docs სერვერისთვის, რადგან ის არ არის ხელმისაწვდომი ინტერნეტიდან.

ამისათვის თქვენ უნდა შეასრულოთ მოქმედებების შემდეგი თანმიმდევრობა:

1) შედით მთავარი Zimbra სერვერის ტექსტურ კონსოლში. SSH-ით შესვლისას თქვენ უნდა აწარმოოთ „ეკრანი“ ბრძანება, რათა თავიდან აიცილოთ ბრძანების შესრულების შეფერხება, თუ სერვერთან კავშირი დროებით დაიკარგება firewall-ის პარამეტრების ცვლილების გამო.

2) გაუშვით ბრძანებები

sudo ufw allow 22,25,80,110,143,443,465,587,993,995,9071/tcp
sudo ufw allow from <адрес_вашей_сети>/<длина CIDR маски>
sudo ufw enable

ჩვენს მაგალითში ასე გამოიყურება:

7.7. ვებ კლიენტზე და ადმინისტრატორის კონსოლზე წვდომის შემოწმება

Firewall-ის ფუნქციონალურობის მონიტორინგისთვის შეგიძლიათ ბრაუზერში გადახვიდეთ შემდეგ URL-ზე

ადმინისტრატორის კონსოლი: https:// :9071
ვებ კლიენტი: http:// (იქნება ავტომატური გადამისამართება https://-ზე )
ამავდროულად, ალტერნატიული URL-ის გამოყენებით https:// :7071 ადმინისტრატორის კონსოლი არ უნდა გაიხსნას.

ჩვენს მაგალითში ვებ კლიენტი ასე გამოიყურება:

Შენიშვნა. როდესაც შედიხართ ვებ კლიენტში, თქვენმა ბრაუზერმა შეიძლება მოითხოვოს საიტიდან შეტყობინებების ჩვენების ნებართვა. თქვენ უნდა დაეთანხმოთ ამ საიტიდან შეტყობინებების მიღებას.

8. Zextras Team-ში აუდიო და ვიდეო კონფერენციების ფუნქციონირების უზრუნველყოფა

8.1. მიმოხილვა

ქვემოთ აღწერილი მოქმედებები არ არის საჭირო, თუ Zextras Team-ის ყველა კლიენტი ურთიერთობს ერთმანეთთან NAT-ის გამოყენების გარეშე (ამ შემთხვევაში, თავად Zimbra სერვერთან ურთიერთქმედება შეიძლება განხორციელდეს NAT-ის გამოყენებით, ანუ მნიშვნელოვანია, რომ არ იყოს NAT კლიენტებს შორის). ან თუ მხოლოდ ტექსტია გამოყენებული მესინჯერი.

აუდიო და ვიდეო კონფერენციის საშუალებით კლიენტებთან ურთიერთობის უზრუნველსაყოფად:

) თქვენ უნდა დააინსტალიროთ ან გამოიყენოთ არსებული TURN სერვერი.

ბ) იმიტომ რომ TURN სერვერს, როგორც წესი, აქვს STUN სერვერის ფუნქციონირებაც, რეკომენდირებულია მისი გამოყენება ამ ტევადობითაც (როგორც ალტერნატივა, შეგიძლიათ გამოიყენოთ საჯარო STUN სერვერები, მაგრამ მარტო STUN ფუნქციონალობა ჩვეულებრივ არ არის საკმარისი).

საწარმოო გარემოში, პოტენციურად მაღალი დატვირთვის გამო, რეკომენდებულია TURN სერვერის გადატანა ცალკე ვირტუალურ მანქანაზე. ტესტირებისთვის და/ან მსუბუქი დატვირთვისთვის, TURN სერვერი შეიძლება გაერთიანდეს მთავარ Zimbra სერვერთან.

ჩვენი მაგალითი განიხილავს TURN სერვერის დაყენებას ზიმბრას მთავარ სერვერზე. TURN ცალკე სერვერზე ინსტალაცია მსგავსია, გარდა იმისა, რომ TURN პროგრამული უზრუნველყოფის ინსტალაციასთან და კონფიგურაციასთან დაკავშირებული ნაბიჯები შესრულებულია TURN სერვერზე, ხოლო Zimbra სერვერის კონფიგურაციის ნაბიჯები ამ სერვერის გამოსაყენებლად შესრულებულია მთავარ Zimbra სერვერზე.

8.2. TURN სერვერის ინსტალაცია

SSH-ის საშუალებით ადრე შესვლისას მთავარ Zimbra სერვერზე გაუშვით ბრძანება

sudo apt install resiprocate-turn-server

8.3. TURN სერვერის დაყენება

Შენიშვნა. ყველა შემდეგი კონფიგურაციის ფაილის შესაცვლელად, რედაქტორი უნდა იყოს გაშვებული root მომხმარებლის უფლებებით, მაგალითად, "sudo vi /etc/reTurn/reTurnServer.config” ან, თუ mc პაკეტი დაინსტალირებულია, შეგიძლიათ გამოიყენოთ ბრძანება ”sudo mcedit /etc/reTurn/reTurnServer.config»

მომხმარებლის გამარტივებული შექმნა

TURN სერვერთან სატესტო კავშირის შექმნისა და გამართვის გასამარტივებლად, ჩვენ გავუქმებთ ჰეშირებული პაროლების გამოყენებას TURN სერვერის მომხმარებლის მონაცემთა ბაზაში. საწარმოო გარემოში რეკომენდირებულია ჰეშირებული პაროლების გამოყენება; ამ შემთხვევაში, მათთვის პაროლის ჰეშების გენერაცია უნდა განხორციელდეს /etc/reTurn/reTurnServer.config და /etc/reTurn/users.txt ფაილებში მოცემული ინსტრუქციის შესაბამისად.

ქმედებების თანმიმდევრობა:

1) შეცვალეთ /etc/reTurn/reTurnServer.config ფაილი

შეცვალეთ "UserDatabaseHashedPasswords" პარამეტრის მნიშვნელობა "true"-დან "false".

2) შეცვალეთ ფაილი /etc/reTurn/users.txt

დააყენეთ მომხმარებლის სახელი, პაროლი, სფერო (თვითნებური, არ გამოიყენება Zimbra კავშირის დაყენებისას) და დააყენეთ ანგარიშის სტატუსი „ავტორიზებული“.

ჩვენს მაგალითში, ფაილი თავდაპირველად ასე გამოიყურებოდა:

რედაქტირების შემდეგ ასე გამოიყურებოდა:

3) კონფიგურაციის გამოყენება

გაუშვით ბრძანება

sudo systemctl restart resiprocate-turn-server

8.4. Firewall-ის დაყენება TURN სერვერისთვის

ამ ეტაპზე დაინსტალირებულია TURN სერვერის მუშაობისთვის აუცილებელი firewall-ის დამატებითი წესები. თქვენ უნდა დაუშვათ წვდომა ძირითად პორტზე, რომელზეც სერვერი იღებს მოთხოვნებს, და სერვერის მიერ გამოყენებული პორტების დინამიურ დიაპაზონზე მედია ნაკადების ორგანიზებისთვის.

პორტები მითითებულია /etc/reTurn/reTurnServer.config ფაილში, ჩვენს შემთხვევაში ეს არის:

и

Firewall-ის წესების დასაყენებლად, თქვენ უნდა შეასრულოთ ბრძანებები

sudo ufw allow 3478,49152:65535/udp
sudo ufw allow 3478,49152:65535/tcp

8.5. მიმდინარეობს კონფიგურაცია Zimbra-ში TURN სერვერის გამოსაყენებლად

კონფიგურაციისთვის გამოიყენება სერვერის FQDN, TURN სერვერი, რომელიც შექმნილია 1.2-ლი პუნქტის 1 ნაბიჯში და რომელიც უნდა გადაწყდეს DNS სერვერების მიერ იგივე საჯარო IP მისამართით, როგორც ინტერნეტიდან, ასევე შიდა მისამართებიდან მოთხოვნისთვის.

იხილეთ „zxsuite team iceServer get“ კავშირის მიმდინარე კონფიგურაცია, რომელიც მუშაობს ზიმბრას მომხმარებლის ქვეშ.

დამატებითი ინფორმაციისთვის TURN სერვერის გამოყენების დაყენების შესახებ იხილეთ განყოფილება „Zextras Team-ის დაყენება TURN სერვერის გამოსაყენებლად“ დოკუმენტაცია.

კონფიგურაციისთვის, თქვენ უნდა შეასრულოთ შემდეგი ბრძანებები Zimbra სერვერზე:

sudo su - zimbra
zxsuite team iceServer add stun:<FQDN вашего сервера TURN>:3478?transport=udp
zxsuite team iceServer add turn:<FQDN вашего сервера TURN>:3478?transport=udp credential <пароль> username <имя пользователя>
zxsuite team iceServer add stun:<FQDN вашего сервера TURN>:3478?transport=tcp
zxsuite team iceServer add turn:<FQDN вашего сервера TURN>:3478?transport=tcp credential <пароль> username <имя пользователя>
zxsuite team iceServer add stun:<FQDN вашего сервера TURN>:3478
logout

მომხმარებლის სახელისა და პაროლის, შესაბამისად, 2 პუნქტის მე-8.3 ნაბიჯში მითითებული მნიშვნელობები გამოიყენება როგორც <username> და <password>.

ჩვენს მაგალითში ასე გამოიყურება:

9. ფოსტის დაშვება SMTP პროტოკოლის მეშვეობით

შესაბამისად დოკუმენტაციაYandex.Cloud-ში, გამავალი ტრაფიკი TCP პორტის 25-მდე ინტერნეტში და Yandex Compute Cloud ვირტუალურ მანქანებზე ყოველთვის იბლოკება საჯარო IP მისამართის მეშვეობით წვდომისას. ეს ხელს არ შეგიშლით შეამოწმოთ სხვა ფოსტის სერვერიდან გაგზავნილი ფოსტის მიღება მიღებულ ფოსტის დომენში, მაგრამ ეს ხელს შეგიშლით ზიმბრას სერვერის გარეთ ფოსტის გაგზავნაში.

დოკუმენტაციაში ნათქვამია, რომ Yandex.Cloud-ს შეუძლია გახსნას TCP პორტი 25 მხარდაჭერის მოთხოვნით, თუ დაიცავთ მისაღები გამოყენების ინსტრუქციები, და იტოვებს უფლებას, წესების დარღვევის შემთხვევაში კვლავ დაბლოკოს პორტი. პორტის გასახსნელად, თქვენ უნდა დაუკავშირდეთ Yandex.Cloud მხარდაჭერას.

განაცხადის

SSH კლავიშების შექმნა openssh და putty-ში და კლავიშების კონვერტაცია putty-დან openssh ფორმატში

1. გასაღების წყვილების შექმნა SSH-სთვის

Windows-ზე putty-ის გამოყენებით: გაუშვით ბრძანება puttygen.exe და დააწკაპუნეთ ღილაკზე „გენერაცია“.

Linux-ზე: გაუშვით ბრძანება

ssh-keygen

2. გასაღებების კონვერტაცია putty-დან openssh ფორმატში

Windows-ზე:

ქმედებების თანმიმდევრობა:

1. გაუშვით პროგრამა puttygen.exe.
2. ჩატვირთეთ პირადი გასაღები ppk ფორმატში, გამოიყენეთ მენიუს პუნქტი File → Load private key.
3. შეიყვანეთ პაროლი, თუ საჭიროა ამ გასაღებისთვის.
4. საჯარო გასაღები OpenSSH ფორმატში ნაჩვენებია puttygen-ში წარწერით „საჯარო გასაღები OpenSSH ავტორიზებული_კლავიშების ფაილის ველში ჩასმისთვის“
5. პირადი გასაღების OpenSSH ფორმატში ექსპორტისთვის, მთავარ მენიუში აირჩიეთ Conversions → Export OpenSSH key
6. შეინახეთ პირადი გასაღები ახალ ფაილში.

Linux-ზე

1. დააინსტალირეთ PuTTY ინსტრუმენტების პაკეტი:

Ubuntu-ში:

sudo apt-get install putty-tools

Debian-ის მსგავს დისტრიბუციებზე:

apt-get install putty-tools

RPM-ზე დაფუძნებულ დისტრიბუციაში yum-ზე დაფუძნებული (CentOS და ა.შ.):

yum install putty

2. პირადი გასაღების გადასაყვანად, გაუშვით ბრძანება:

puttygen <key.ppk> -O private-openssh -o <key_openssh>

3. საჯარო გასაღების გენერირება (საჭიროების შემთხვევაში):

puttygen <key.ppk> -O public-openssh -o <key_openssh.pub>

შედეგი

ინსტალაციის შემდეგ, რეკომენდაციების შესაბამისად, მომხმარებელი იღებს Zimbra ფოსტის სერვერს, რომელიც არის კონფიგურირებული Yandex.Cloud ინფრასტრუქტურაში Zextras გაფართოებით კორპორატიული კომუნიკაციისთვის და დოკუმენტებთან თანამშრომლობისთვის. პარამეტრები მზადდება გარკვეული შეზღუდვებით სატესტო გარემოსთვის, მაგრამ ინსტალაციის წარმოების რეჟიმში გადართვა და Yandex.Cloud ობიექტების შენახვისა და სხვათა გამოყენების ვარიანტების დამატება არ არის რთული. ხსნარის განლაგებასა და გამოყენებასთან დაკავშირებით შეკითხვებისთვის, გთხოვთ, დაუკავშირდეთ თქვენს Zeextras პარტნიორს - SVZ ან წარმომადგენლები Yandex.Cloud.

Zextras Suite-თან დაკავშირებული ყველა კითხვისთვის შეგიძლიათ დაუკავშირდეთ Zextras-ის წარმომადგენელს ეკატერინა ტრიანდაფილიდს ელ.ფოსტით. [ელ.ფოსტით დაცულია]

წყარო: www.habr.com