Yandex.Cloud에 Zextras/Zimbra 사무실 워크스테이션 배포

소개

사무실 인프라를 최적화하고 새로운 작업 공간을 배포하는 것은 모든 유형과 규모의 기업에게 중요한 과제입니다. 새 프로젝트를 위한 가장 좋은 옵션은 클라우드에서 리소스를 임대하고 공급자와 자체 데이터 센터 모두에서 사용할 수 있는 라이선스를 구입하는 것입니다. 이러한 시나리오에 대한 한 가지 솔루션은 다음과 같습니다. 젝트라 스위트룸를 사용하면 클라우드 환경과 자체 인프라 모두에서 기업의 협업 및 기업 커뮤니케이션을 위한 플랫폼을 만들 수 있습니다.

이 솔루션은 모든 규모의 사무실을 위해 설계되었으며 두 가지 주요 배포 시나리오가 있습니다. 최대 3000개의 사서함이 있고 내결함성에 대한 높은 요구 사항이 없는 경우 단일 서버 설치와 다중 서버 설치 옵션을 사용할 수 있습니다. 수만, 수십만 개의 사서함에 대해 안정적이고 응답성이 뛰어난 작업을 지원합니다. 모든 경우에 사용자는 추가 소프트웨어를 설치 및 구성하지 않고도 OS를 실행하는 작업장에서 단일 웹 인터페이스를 통해 또는 iOS 및 Android용 모바일 애플리케이션을 통해 메일, 문서 및 메시지에 액세스할 수 있습니다. 익숙한 Outlook 및 Thunderbird 클라이언트를 사용할 수 있습니다.

프로젝트를 배포하기 위해 Zeextras 파트너는 다음과 같습니다. SVZ Yandex.Cloud를 선택한 이유는 아키텍처가 AWS와 유사하고 S3 호환 스토리지를 지원하므로 대량의 메일, 메시지 및 문서를 저장하는 데 드는 비용을 줄이고 솔루션의 내결함성을 높일 수 있기 때문입니다.

Yandex.Cloud 환경에서는 기본 가상 머신 관리 도구를 사용하여 단일 서버를 설치합니다. "컴퓨팅 클라우드" 및 가상 네트워크 관리 기능 "가상 프라이빗 클라우드". 다중 서버 설치의 경우 지정된 도구 외에도 기술을 사용해야 합니다. "배치 그룹", 필요한 경우(시스템 규모에 따라) – 또한 "인스턴스 그룹"및 네트워크 밸런서 Yandex 로드 밸런서.

S3 호환 객체 스토리지 Yandex 개체 저장소 두 설치 옵션 모두에서 사용할 수 있으며 Yandex.Cloud에서 메일 서버 데이터를 경제적이고 내결함성으로 저장하기 위해 온프레미스에 배포된 시스템에 연결할 수도 있습니다.

단일 서버 설치의 경우 사용자 및/또는 사서함 수에 따라 다음이 필요합니다. 기본 서버의 경우 vCPU 4~12개, vRAM 8~64GB(vCPU 및 vRAM의 구체적인 값은 개수에 따라 다름) 사서함 수 및 실제 로드), 운영 체제 및 응용 프로그램을 위한 최소 80GB의 디스크와 메일, 색인, 로그 등을 저장하기 위한 추가 디스크 공간(사서함의 수와 평균 크기에 따라 다름) 시스템 작동 중에 동적으로 변경됩니다. 보조 Docs 서버의 경우: vCPU 2~4개, vRAM 2~16GB, 디스크 공간 16GB(특정 리소스 값 및 서버 수는 실제 로드에 따라 다름) 또한 TURN/STUN 서버가 필요할 수 있습니다(별도의 서버 및 리소스로서의 필요성은 실제 부하에 따라 다름). 다중 서버 설치의 경우 역할극 가상 머신의 수와 목적, 그리고 이에 할당되는 리소스는 사용자의 요구 사항에 따라 개별적으로 결정됩니다.

기사의 목적

단일 서버 설치 옵션에서 Zimbra 메일 서버를 기반으로 하는 Zextras Suite 제품의 Yandex.Cloud 환경 배포에 대한 설명입니다. 결과 설치는 프로덕션 환경에서 사용할 수 있습니다(숙련된 사용자는 필요한 설정을 지정하고 리소스를 추가할 수 있습니다).

Zextras Suite/Zimbra 시스템에는 다음이 포함됩니다.

• 짐 브라의 — 편지함, 달력, 연락처 목록(주소록)을 공유할 수 있는 기업 이메일입니다.
• 젝트라 문서 — 문서, 스프레드시트 및 프리젠테이션을 작성하고 공동 작업하기 위한 LibreOffice 온라인 기반의 내장 오피스 제품군입니다.
• Zextras 드라이브 – 파일 및 폴더를 편집, 저장하고 다른 사용자와 공유할 수 있는 개별 파일 저장소입니다.
• 젝트라 팀 – 오디오 및 비디오 회의를 지원하는 메신저입니다. 사용 가능한 버전은 1:1 커뮤니케이션만 가능한 Team Basic과 다중 사용자 회의, 채널, 화면 공유, 파일 공유 등의 기능을 지원하는 Team Pro입니다.
• 젝트라 모바일 – MDM(모바일 장치 관리) 관리 기능을 사용하여 메일을 모바일 장치와 동기화하기 위해 Exchange ActiveSync를 통해 모바일 장치를 지원합니다. Microsoft Outlook을 이메일 클라이언트로 사용할 수 있습니다.
• 젝트라 관리자 – 클라이언트 그룹 및 서비스 클래스를 관리하기 위해 관리자 위임을 통한 다중 테넌트 시스템 관리 구현.
• 젝트라 백업 -실시간으로 전체 주기 데이터 백업 및 복구
• 젝트라 파워스토어 — Yandex Object Storage를 포함하여 S3 아키텍처의 클라우드 스토리지 또는 로컬에 데이터를 저장할 수 있는 기능과 함께 데이터 처리 클래스를 지원하는 메일 시스템 개체의 계층적 스토리지입니다.

설치가 완료되면 사용자는 Yandex.Cloud 환경에서 작동하는 시스템을 받게 됩니다.

조건 및 제한 사항

1. Zextras Powerstore는 여러 스토리지 유형을 지원하므로 사서함, 인덱스 및 기타 데이터 유형에 대한 디스크 공간 할당은 다루지 않습니다. 저장소의 유형과 크기는 작업 및 시스템 매개변수에 따라 다릅니다. 필요한 경우 나중에 설명된 설치를 프로덕션 설치로 변환하는 과정에서 이 작업을 수행할 수 있습니다.
2. 설치를 단순화하기 위해 관리자 관리 DNS 서버를 사용하여 내부(비공개) 도메인 이름을 확인하는 것은 고려되지 않으며 표준 Yandex.Cloud DNS 서버가 사용됩니다. 프로덕션 환경에서 사용하는 경우 기업 인프라에 이미 존재할 수 있는 DNS 서버를 사용하는 것이 좋습니다.
3. Yandex.Cloud의 계정은 기본 설정으로 사용된다고 가정합니다(특히 서비스의 "콘솔"에 로그인할 때 디렉터리만 있습니다(기본 이름 아래의 "사용 가능한 클라우드" 목록에 있음). Yandex.Cloud 작업에 익숙하므로 재량에 따라 테스트 벤치용으로 별도의 디렉터리를 만들거나 기존 디렉터리를 사용할 수 있습니다.
4. 사용자에게는 관리 액세스 권한이 있어야 하는 공용 DNS 영역이 있어야 합니다.
5. 사용자는 최소한 "편집자" 역할을 가진 Yandex.Cloud "콘솔"의 디렉터리에 대한 액세스 권한이 있어야 합니다("클라우드 소유자"는 기본적으로 필요한 모든 권한을 가집니다. 다른 사용자에게 클라우드에 대한 액세스 권한을 부여하기 위한 지침이 있습니다). : 시간, два, 세)
6. 이 문서에서는 TLS 메커니즘을 사용하여 네트워크 통신을 보호하는 데 사용되는 사용자 지정 X.509 인증서 설치에 대해 설명하지 않습니다. 설치가 완료되면 자체 서명된 인증서가 사용되므로 브라우저를 사용하여 설치된 시스템에 액세스할 수 있습니다. 일반적으로 서버에 확인 가능한 인증서가 없다는 알림이 표시되지만 작업을 계속할 수 있습니다. 클라이언트 장치에서 확인된 인증서(공공 및/또는 기업 인증 기관에서 서명)를 설치할 때까지 모바일 장치용 애플리케이션은 설치된 시스템에서 작동하지 않을 수 있습니다. 따라서 프로덕션 환경에 지정된 인증서를 설치하는 것이 필요하며, 이는 회사 보안 정책에 따라 테스트 완료 후 수행됩니다.

"단일 서버" 버전의 Zextras/Zimbra 시스템 설치 과정에 대한 설명

1. 사전 준비

설치를 시작하기 전에 다음을 확인해야 합니다.

) 공개 DNS 영역을 변경합니다(Zimbra 서버에 대한 A 레코드 및 제공되는 메일 도메인에 대한 MX 레코드 생성).
B) Yandex.Cloud에서 가상 네트워크 인프라를 설정합니다.

동시에 DNS 영역을 변경한 후 이러한 변경 사항이 전파되는 데 시간이 좀 걸리지만, 연결된 IP 주소를 모르면 A 레코드를 만들 수 없습니다.

따라서 작업은 다음 순서로 수행됩니다.

1. Yandex.Cloud에서 공용 IP 주소 예약

1.1 "Yandex.Cloud 콘솔"(필요한 경우 "사용 가능한 클라우드"에서 폴더 선택)에서 Virtual Private Cloud 섹션, IP 주소 하위 섹션으로 이동한 다음 "주소 예약" 버튼을 클릭하고 원하는 가용성 영역을 선택합니다(또는 동의합니다). 제안된 값으로, 해당 양식에 가용성 영역을 선택할 수 있는 옵션이 있는 경우 나중에 Yandex.Cloud에서 설명하는 모든 작업에 이 가용성 영역을 사용해야 합니다. 열리는 대화 상자에서 원하는 경우 다음을 수행할 수 있지만 반드시 그런 것은 아니지만, “DDoS Protection” 옵션을 선택하고 “Reserve” 버튼을 클릭하십시오(참조: 문서).

대화 상자를 닫으면 시스템에서 할당한 고정 IP 주소가 IP 주소 목록에 표시되며, 이를 복사하여 다음 단계에서 사용할 수 있습니다.

1.2 "전달" DNS 영역에서 이전에 할당된 IP 주소를 가리키는 Zimbra 서버에 대한 A 레코드, 동일한 IP 주소를 가리키는 TURN 서버에 대한 A 레코드, 허용된 메일 도메인에 대한 MX 레코드를 만듭니다. 이 예에서는 각각 mail.testmail.svzcloud.ru(Zimbra 서버), Turn.testmail.svzcloud.ru(TURN 서버) 및 testmail.svzcloud.ru(메일 도메인)입니다.

1.3 Yandex.Cloud에서 가상 머신을 배포하는 데 사용할 서브넷에 대해 선택한 가용성 영역에서 인터넷에서 NAT를 활성화합니다.

이렇게 하려면 가상 사설 클라우드 섹션의 "클라우드 네트워크" 하위 섹션에서 적절한 클라우드 네트워크를 선택하고(기본적으로 기본 네트워크만 사용할 수 있음) 적절한 가용성 영역을 선택한 다음 "인터넷에서 NAT 활성화"를 선택합니다. ” 설정에서.

서브넷 목록의 상태가 다음과 같이 변경됩니다.

자세한 내용은 다음 설명서를 참조하세요. 시간 и два.

2. 가상 머신 생성

2.1. Zimbra용 가상 머신 생성

일련의 행동 :

2.1.1 "Yandex.Cloud 콘솔"에서 Compute Cloud 섹션의 "가상 머신" 하위 섹션으로 이동하여 "VM 생성" 버튼을 클릭합니다(VM 생성에 대한 자세한 내용은 다음을 참조하세요). 문서).

2.1.2 여기서 다음을 설정해야 합니다.

• 이름 – 임의(Yandex.Cloud에서 지원하는 형식에 따름)
• 가용성 영역 – 이전에 가상 네트워크에 대해 선택한 영역과 일치해야 합니다.
• "공개 이미지"에서 Ubuntu 18.04 lts를 선택합니다.
• 최소 80GB 크기의 부팅 디스크를 설치하세요. 테스트 목적으로는 HDD 유형이면 충분합니다(일부 데이터 유형이 SSD 유형 디스크로 전송되는 경우 생산적인 용도로도 사용 가능). 필요한 경우 VM을 만든 후 추가 디스크를 추가할 수 있습니다.

"컴퓨팅 리소스" 세트:

• vCPU: 최소 4개.
• vCPU 공유 보장: 문서에 설명된 작업 기간 동안 최소 50%, 설치 후 필요한 경우 줄일 수 있습니다.
• RAM: 8GB 권장.
• 서브넷: 사전 준비 단계에서 인터넷 NAT가 활성화된 서브넷을 선택합니다.
• 공개 주소: 이전에 DNS에서 A 레코드를 생성하는 데 사용된 IP 주소를 목록에서 선택합니다.
• 사용자: 재량에 따라 결정되지만 루트 사용자 및 Linux 시스템 계정과는 다릅니다.
• 공개(공개) SSH 키를 지정해야 합니다.

→ SSH 사용에 대해 자세히 알아보기

См. также 부록 1. openssh 및 putty에서 SSH 키를 생성하고 키를 putty에서 openssh 형식으로 변환합니다.

2.1.3 설정이 완료되면 "VM 생성"을 클릭합니다.

2.2. Zeextras Docs용 가상 머신 생성

일련의 행동 :

2.2.1 "Yandex.Cloud 콘솔"에서 Compute Cloud 섹션의 "가상 머신" 하위 섹션으로 이동하여 "VM 생성" 버튼을 클릭합니다(VM 생성에 대한 자세한 내용은 다음을 참조하세요). 여기에).

2.2.2 여기서 다음을 설정해야 합니다.

• 이름 – 임의(Yandex.Cloud에서 지원하는 형식에 따름)
• 가용성 영역 – 이전에 가상 네트워크에 대해 선택한 영역과 일치해야 합니다.
• "공개 이미지"에서 Ubuntu 18.04 lts를 선택합니다.
• 최소 80GB 크기의 부팅 디스크를 설치하세요. 테스트 목적으로는 HDD 유형이면 충분합니다(일부 데이터 유형이 SSD 유형 디스크로 전송되는 경우 생산적인 용도로도 사용 가능). 필요한 경우 VM을 만든 후 추가 디스크를 추가할 수 있습니다.

"컴퓨팅 리소스" 세트:

• vCPU: 최소 2개.
• vCPU 공유 보장: 문서에 설명된 작업 기간 동안 최소 50%, 설치 후 필요한 경우 줄일 수 있습니다.
• RAM: 최소 2GB.
• 서브넷: 사전 준비 단계에서 인터넷 NAT가 활성화된 서브넷을 선택합니다.
• 공개 주소: 주소 없음(이 시스템은 인터넷에서 액세스할 필요가 없으며 사용된 서브넷의 "NAT에서 인터넷으로" 옵션에 의해 제공되는 이 시스템에서 인터넷으로 나가는 액세스만 필요합니다).
• 사용자: 재량에 따라 결정되지만 루트 사용자 및 Linux 시스템 계정과는 다릅니다.
• 반드시 공개(공개) SSH 키를 설정해야 합니다. Zimbra 서버와 동일한 키를 사용할 수 있으며, Zimbra Docs 서버의 개인 키를 Zimbra 서버에 배치해야 하므로 별도의 키 쌍을 생성할 수 있습니다. 디스크.

부록 1. openssh 및 putty에서 SSH 키 생성 및 키를 putty에서 openssh 형식으로 변환도 참조하세요.

2.2.3 설정이 완료되면 "VM 생성"을 클릭합니다.

2.3 생성된 가상 머신은 가상 머신 목록에서 사용할 수 있으며, 특히 해당 상태와 공용 및 내부 사용된 IP 주소가 표시됩니다. IP 주소에 대한 정보는 후속 설치 단계에서 필요합니다.

3. Zimbra 서버 설치 준비

3.1 업데이트 설치

개인 SSH 키와 가상 머신을 생성할 때 지정한 사용자 이름을 사용하여 선호하는 SSH 클라이언트를 사용하여 공용 IP 주소로 Zimbra 서버에 로그인해야 합니다.

로그인한 후 다음 명령을 실행합니다.

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 참된 에 그릇된.

참고: 이 파일을 변경하려면 편집기를 루트 사용자 권한으로 실행해야 합니다. 예: "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 / 호스트 다음과 같이 호스트의 FQDN을 정의하는 줄에서 127.0.0.1의 주소를 이 서버의 내부 IP 주소로 바꾸고, .internal 영역의 전체 이름을 A에서 앞서 지정한 서버의 공개 이름으로 바꿉니다. -DNS 영역의 레코드 및 짧은 호스트 이름을 변경하여 해당합니다(공용 DNS A 레코드의 짧은 호스트 이름과 다른 경우).

예를 들어, 우리의 경우 호스트 파일은 다음과 같습니다.

편집한 후에는 다음과 같았습니다.

참고: 이 파일을 변경하려면 편집기를 루트 사용자 권한으로 실행해야 합니다. 예: "sudo vi /etc/hosts" 또는 mc 패키지가 설치된 경우 " 명령을 사용할 수 있습니다.sudo mcedit /etc/hosts»

3.4 사용자 비밀번호 설정

이는 향후 방화벽이 구성될 예정이므로 문제가 발생할 경우 사용자에게 비밀번호가 있으면 Yandex의 직렬 콘솔을 사용하여 가상 머신에 로그인할 수 있기 때문에 필요합니다. 클라우드 웹 콘솔을 실행하고 방화벽을 비활성화하거나 오류를 수정하세요. 가상 머신을 생성할 때 사용자에게는 비밀번호가 없으므로 키 인증을 사용하는 SSH를 통해서만 액세스가 가능합니다.

비밀번호를 설정하려면 다음 명령을 실행해야 합니다.

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

예를 들어, 우리의 경우에는 “sudo 비밀번호 사용자".

4. Zimbra 및 Zextras Suite 설치

4.1. Zimbra 및 Zeextras Suite 배포판 다운로드

4.1.1 Zimbra 배포판 다운로드

일련의 행동 :

1) 브라우저로 URL로 이동 www.zeextras.com/download-zimbra-9 그리고 양식을 작성하세요. 다양한 OS용 Zimbra를 다운로드할 수 있는 링크가 포함된 이메일을 받게 됩니다.

2) Ubuntu 18.04 LTS 플랫폼의 현재 배포 버전을 선택하고 링크를 복사하세요.

3) Zimbra 배포판을 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 Zeextras Suite 배포판 다운로드

일련의 행동 :

1) 브라우저로 URL로 이동 www.zeextras.com/download

2) 필수 데이터를 입력하여 양식을 작성하고 "지금 다운로드" 버튼을 클릭하세요.

3) 다운로드 페이지가 열립니다

여기에는 관심 있는 두 개의 URL이 있습니다. 하나는 지금 필요한 Zextras Suite 자체의 페이지 상단에 있고, 다른 하나는 나중에 필요한 Ubuntu 18.04 LTS용 Docs Server 블록의 하단에 있습니다. Docs용 VM에 Zextras Docs를 설치합니다.

4) Zimbra 서버에 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 단계에서 파일의 압축을 푼 디렉터리로 이동합니다(~/zimbra 디렉터리에 있는 동안 ls 명령으로 볼 수 있음).

우리의 예에서는 다음과 같습니다:

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

2) 다음 명령을 사용하여 Zimbra 설치를 실행하세요.

sudo ./install.sh

3) 설치자의 질문에 답변해 드립니다.

설치 프로그램의 질문에 "y"("yes"에 해당), "n"("no"에 해당)으로 대답하거나 설치 프로그램의 제안을 변경하지 않고 그대로 둘 수 있습니다(옵션을 제공하고 이를 대괄호로 표시합니다(예: "). [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를 설치하시겠습니까? – 아니요(패키지는 실제로 지원되지 않으며 기능적으로 Zeextras Drive로 대체됩니다).

zimbra-imapd를 설치하시겠습니까? – 기본값(아니요).

zimbra-chat을 설치하시겠습니까? – 아니요(기능적으로는 Zextras 팀으로 대체됨)

그 후에 설치 프로그램은 설치를 계속할지 묻습니다.

계속할 수 있으면 "예"라고 대답하고, 그렇지 않으면 "아니요"라고 대답하고 이전 질문에 대한 답변을 변경할 기회를 얻습니다.

계속하는 데 동의하면 설치 프로그램이 패키지를 설치합니다.

4.) 기본 구성자의 질문에 답변합니다.

4.1) 이 예에서는 메일 서버의 DNS 이름(A 레코드 이름)과 제공되는 메일 도메인의 이름(MX 레코드 이름)이 다르기 때문에 구성자는 경고를 표시하고 제공되는 메일 도메인의 이름을 설정하라는 메시지를 표시합니다. 우리는 그의 제안에 동의하고 MX 레코드의 이름을 입력합니다. 이 예에서는 다음과 같습니다.

참고: 서버 이름에 동일한 이름의 MX 레코드가 있는 경우 제공된 메일 도메인을 서버 이름과 다르게 설정할 수도 있습니다.

4.2) 구성 프로그램에 기본 메뉴가 표시됩니다.

Zimbra 관리자 비밀번호(예제에서는 메뉴 항목 6)를 설정해야 하며, 비밀번호 없이는 설치를 계속할 수 없으며 zimbra-proxy 설정(예제에서는 메뉴 항목 8, 필요한 경우 이 설정을 변경할 수 있음)을 변경해야 합니다. 설치 후).

4.3) zimbra-store 설정 변경

구성 프롬프트에서 메뉴 항목 번호를 입력하고 Enter를 누르십시오. 스토리지 설정 메뉴로 이동합니다.

구성자 초대에서 관리자 비밀번호 메뉴 항목의 번호(예제 4)를 입력하고 Enter를 누르면 구성자가 무작위로 생성된 비밀번호를 제공합니다. 이 비밀번호는 귀하가 동의하거나(기억함) 직접 입력할 수 있습니다. 두 경우 모두 마지막에 Enter를 눌러야 하며, 그 후에는 "관리자 비밀번호" 항목이 사용자의 정보 입력을 기다리는 표시를 제거합니다.

이전 메뉴로 돌아갑니다(구성자의 제안에 동의합니다).

4.4) zimbra 프록시 설정 변경

이전 단계와 유사하게 메인 메뉴에서 "zimbra-proxy" 항목의 번호를 선택하고 이를 구성 프롬프트에 입력합니다.

열리는 프록시 구성 메뉴에서 "프록시 서버 모드" 항목의 번호를 선택하고 구성 프롬프트에 입력합니다.

구성자는 모드 중 하나를 선택하고 해당 프롬프트에 "리디렉션"을 입력한 후 Enter를 누르도록 제안합니다.

그런 다음 기본 메뉴로 돌아갑니다(구성자의 제안에 동의합니다).

4.5) 구성 실행 중

구성을 시작하려면 구성 프롬프트에 "a"를 입력합니다. 그런 다음 입력된 구성을 파일(재설치에 사용할 수 있음)에 저장할지 여부를 묻는 메시지가 표시됩니다. 저장이 완료되면 기본 제안에 동의할 수 있습니다. 구성을 저장할 파일을 묻는 메시지가 표시됩니다(사용자는 기본 제안에 동의하거나 자신의 파일 이름을 입력할 수도 있습니다.

이 단계에서도 "시스템이 수정됩니다. 계속하시겠습니까?"라는 질문에 대한 기본 대답에 동의하여 계속을 거부하고 구성을 변경할 수 있습니다.

설치를 시작하려면 이 질문에 "예"라고 대답해야 합니다. 그 후 구성자는 이전에 입력한 설정을 한동안 적용합니다.

4.6) 짐브라 설치 완료

완료되기 전에 설치 프로그램은 설치에 대해 Zimbra에 알릴지 여부를 묻습니다. 기본 제안에 동의하거나 알림을 거부("아니요"로 응답)할 수 있습니다.

그 후 설치 프로그램은 한동안 최종 작업을 계속 수행하고 설치 프로그램을 종료하려면 아무 키나 누르라는 메시지와 함께 시스템 구성이 완료되었다는 알림을 표시합니다.

4.3. Zextras Suite 설치

Zeextras Suite 설치에 대한 자세한 내용은 다음을 참조하세요. 지시.

일련의 행동 :

1) 4.1.2 단계에서 파일의 압축을 푼 디렉터리로 이동합니다(~/zimbra 디렉터리에 있는 동안 ls 명령으로 볼 수 있음).

우리의 예에서는 다음과 같습니다:

cd ~/zimbra/zextras_suite

2) 다음 명령을 사용하여 Zeextras Suite 설치를 실행하십시오.

sudo ./install.sh all

3) 설치자의 질문에 답변해 드립니다.

설치 프로그램의 작동 원리는 구성 프로그램이 없다는 점을 제외하면 Zimbra 설치 프로그램의 작동 원리와 유사합니다. 설치 프로그램의 질문에 "y"("yes"에 해당), "n"("no"에 해당)으로 대답하거나 설치 프로그램의 제안을 변경하지 않고 그대로 둘 수 있습니다(옵션을 제공하고 이를 대괄호로 표시합니다(예: "). [Y]” 또는 “[N]”.

설치 프로세스를 시작하려면 다음 질문에 지속적으로 "예"라고 대답해야 합니다.

소프트웨어 라이센스 계약 조건에 동의하십니까?
Zeextras Suite가 ZAL 라이브러리를 자동으로 다운로드, 설치 및 업그레이드하도록 하시겠습니까?

그런 다음 계속하려면 Enter 키를 누르라는 알림이 표시됩니다.

Enter 키를 누르면 설치 프로세스가 시작되고 때로는 질문으로 인해 중단되지만 기본 제안(“예”)에 동의하여 대답합니다.

이제 Zextras Suite Core가 설치됩니다. 진행하다?
Zimbra 웹 애플리케이션(메일박스)을 중지하시겠습니까?
이제 Zextras Suite Zimlet이 설치됩니다. 진행하다?

설치의 마지막 부분이 시작되기 전에 DOS 필터를 구성해야 한다는 메시지가 표시되고 계속하려면 Enter를 누르라는 메시지가 표시됩니다. Enter 키를 누르면 설치의 마지막 부분이 시작되고, 마지막에 최종 알림이 표시되고 설치 프로그램이 완료됩니다.

4.4. LDAP 구성 매개변수의 초기 설정 조정 및 결정

1) 모든 후속 작업은 zimbra 사용자로 수행됩니다. 이렇게 하려면 명령을 실행해야 합니다.

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) 다음 명령을 실행하여 zimbra 사용자 자격을 종료하세요.
로그 아웃

5. 설치를 위한 Docs 서버 준비

5.1. SSH 개인 키를 Zimbra 서버에 업로드하고 Docs 서버에 로그인

Docs 가상 머신을 생성할 때 2.2.2절의 2.2단계에서 사용된 공개 키인 SSH 키 쌍의 개인 키를 Zimbra 서버에 배치해야 합니다. SSH를 통해(예: sftp를 통해) 서버에 업로드하거나 클립보드를 통해 붙여넣을 수 있습니다(사용된 SSH 클라이언트의 기능과 실행 환경이 허용하는 경우).

개인 키는 ~/.ssh/docs.key 파일에 있고 Zimbra 서버에 로그인하는 데 사용되는 사용자가 소유자라고 가정합니다(이 파일의 다운로드/생성이 이 사용자 아래에서 수행된 경우 자동으로 소유자가 됨).

다음 명령을 한 번 실행해야 합니다.

chmod 600 ~/.ssh/docs.key

앞으로 Docs 서버에 로그인하려면 다음 작업을 순서대로 수행해야 합니다.

1) 짐브라 서버에 로그인하세요

2) 실행 명령

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

<문서 서버의 내부 IP 주소> 값은 예를 들어 단락 2.3에 표시된 것처럼 "Yandex.Cloud 콘솔"에서 찾을 수 있습니다.

5.2. 업데이트 설치

Docs 서버에 로그인한 후 Zimbra 서버와 유사한 명령을 실행합니다.

sudo apt update
sudo apt upgrade

(마지막 명령 실행 시 제안된 업데이트 목록을 설치할 것인지 묻는 질문에 "y"로 답하세요)

업데이트를 설치한 후 다음 명령을 실행할 수 있습니다(필수는 아님).

sudo apt autoremove

그리고 단계가 끝나면 명령을 실행하십시오.

sudo shutdown –r now

5.3. 추가 애플리케이션 설치

다음 명령을 사용하여 Zimbra 서버에 대한 동일한 작업과 유사하게 시스템 시간과 화면 응용 프로그램을 동기화하려면 NTP 클라이언트를 설치해야 합니다.

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 서버와 동일한 방식으로 prepare_etc_hosts 매개변수 값을 true에서 false로 변경합니다.

참고: 이 파일을 변경하려면 편집기를 루트 사용자 권한으로 실행해야 합니다. 예: "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 서버가 있고 내부 네트워크에서 요청을 받을 때 내부 IP 주소로 Zimbra 서버의 공개 FQDN을 확인할 수 있는 경우(예: 인터넷에서 요청하는 경우 Zimbra 서버의 FQDN은 공용 IP 주소로 확인되어야 하며, TURN 서버는 내부 주소에서 액세스하는 경우를 포함하여 항상 공용 IP 주소로 확인되어야 합니다. 이 작업은 필요하지 않습니다.

예를 들어, 우리의 경우 호스트 파일은 다음과 같습니다.

편집한 후에는 다음과 같았습니다.

참고: 이 파일을 변경하려면 편집기를 루트 사용자 권한으로 실행해야 합니다. 예: "sudo vi /etc/hosts" 또는 mc 패키지가 설치된 경우 " 명령을 사용할 수 있습니다.sudo mcedit /etc/hosts»

6. Zextras Docs 설치

6.1. 문서 서버에 로그인

Docs 서버에 로그인하는 절차는 5.1절에 설명되어 있습니다.

6.2. Zeextras Docs 배포판 다운로드

일련의 행동 :

1) 조항 4.1.2의 페이지에서. Zextras Suite 배포판 다운로드 Zextras Suite 배포판을 다운로드하고(3단계) Ubuntu 18.04 LTS용 Docs를 빌드하기 위한 URL을 복사합니다(이전에 복사하지 않은 경우).

2) Zimbra 서버에 Zextras Suite 배포판을 다운로드하고 압축을 풉니다. 이렇게 하려면 zimbra 서버의 ssh 세션에서 명령을 실행하세요.

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

(우리의 경우 "wget" 명령이 실행됩니다. download.zextras.com/zeextras-docs-installer/latest/zeextras-docs-ubuntu18.tgz")

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

(저희 경우에는 “tar –zxf zextras-docs-ubuntu18.tgz” 명령이 실행됩니다)

6.3. Zextras 문서 설치

Zeextras Docs 설치 및 구성에 대한 자세한 내용은 다음을 참조하세요. 여기에.

일련의 행동 :

1) 4.1.1 단계에서 파일의 압축을 푼 디렉터리로 이동합니다(~/zimbra 디렉터리에 있는 동안 ls 명령으로 볼 수 있음).

우리의 예에서는 다음과 같습니다:

cd ~/zimbra/zextras-docs-installer

2) 다음 명령을 사용하여 Zextras Docs 설치를 실행하십시오.

sudo ./install.sh

3) 설치자의 질문에 답변해 드립니다.

설치 프로그램의 질문에 "y"("yes"에 해당), "n"("no"에 해당)으로 대답하거나 설치 프로그램의 제안을 변경하지 않고 그대로 둘 수 있습니다(옵션을 제공하고 이를 대괄호로 표시합니다(예: "). [Y]” 또는 “[N]”).

시스템이 수정됩니다. 계속하시겠습니까? – 기본 옵션(“예”)을 수락합니다.

그런 다음 종속성 설치가 시작됩니다. 설치 프로그램은 설치하려는 패키지를 표시하고 설치 확인을 요청합니다. 모든 경우에 우리는 기본 제안에 동의합니다.

예를 들어, 그는 "python2.7을 찾을 수 없습니다. 설치하시겠습니까?","python-ldap을 찾을 수 없습니다. 설치하시겠습니까?" 등.

필요한 모든 패키지를 설치한 후 설치 프로그램은 Zextras Docs 설치에 대한 동의를 요청합니다.

Zeextras DOCS를 설치하시겠습니까? – 기본 옵션(“예”)을 수락합니다.

그 후 패키지, Zextras Docs 자체를 설치하고 구성자 질문으로 이동하는 데 시간이 걸립니다.

4) 우리는 구성자의 질문에 대답합니다

구성자는 구성 매개변수를 하나씩 요청하고 이에 대한 응답으로 3절의 4.4단계에서 얻은 값이 입력됩니다. 초기 설정 조정 및 LDAP 구성 매개변수 결정.

이 예에서 설정은 다음과 같습니다.

5) Zeextras Docs 설치 완료

구성자의 질문에 대답한 후 설치 프로그램은 로컬 Docs 구성을 완료하고 이전에 설치된 기본 Zimbra 서버에 설치된 서비스를 등록합니다.

단일 서버 설치의 경우 일반적으로 이것으로 충분하지만 경우에 따라(웹 클라이언트 문서의 드라이브 탭에서 문서가 열리지 않는 경우) 다중 서버 설치에 필요한 작업을 수행해야 할 수도 있습니다. - 이 예에서는 기본 Zimbra 서버의 경우 Zimbra Teams 사용자 아래에서 수행해야 합니다. /opt/zimbra/libexec/zmproxyconfgen и zmproxyctl 다시 시작.

7. Zimbra 및 Zextras Suite의 초기 설정(팀 제외)

7.1. 처음으로 관리 콘솔에 로그인하세요.

URL: https://를 사용하여 브라우저에 로그인하세요. :7071

원하는 경우 URL: https://를 사용하여 웹 클라이언트에 로그인할 수 있습니다.

로그인할 때 브라우저는 인증서를 확인할 수 없기 때문에 연결이 안전하지 않다는 경고를 표시합니다. 이 경고에도 불구하고 사이트에 접속하려면 브라우저에 응답해야 합니다. 이는 설치 후 자체 서명된 X.509 인증서가 TLS 연결에 사용되며 나중에(생산적인 용도로 사용 시) 상용 인증서나 사용된 브라우저에서 인식되는 다른 인증서로 대체될 수 있기 때문입니다.

인증 양식에 admin@<허용 메일 도메인> 형식의 사용자 이름과 4.3절의 4.2단계에서 Zimbra 서버를 설치할 때 지정한 Zimbra 관리자 비밀번호를 입력합니다.

이 예에서는 다음과 같습니다.

관리 콘솔:

웹 클라이언트:

1에 유의하십시오. 관리 콘솔이나 웹 클라이언트에 로그인할 때 허용 메일 도메인을 지정하지 않으면 Zimbra 서버 설치 시 생성된 메일 도메인으로 사용자가 인증됩니다. 설치 후에는 이 서버에 존재하는 유일한 허용 메일 도메인이지만 시스템이 작동함에 따라 추가 메일 도메인이 추가될 수 있으며 사용자 이름에 도메인을 명시적으로 지정하면 차이가 발생합니다.

2에 유의하십시오. 웹 클라이언트에 로그인하면 브라우저에서 사이트의 알림을 표시하기 위한 권한을 요청할 수 있습니다. 귀하는 본 사이트로부터의 통지 수신에 동의해야 합니다.

3에 유의하십시오. 관리자 콘솔에 로그인한 후 관리자에게 보내는 메시지가 있다는 알림을 받을 수 있으며, 일반적으로 기본 평가판 라이선스가 만료되기 전에 Zextras 백업을 설정하거나 Zextras 라이선스를 구매하라는 알림을 제공합니다. 이러한 작업은 나중에 수행할 수 있으므로 입력 시 존재하는 메시지는 무시되거나 Zextras 메뉴: Zextras Alert에서 읽은 것으로 표시될 수 있습니다.

4에 유의하십시오. 웹 클라이언트의 문서도구가 올바르게 작동하더라도 서버 상태 모니터에서 문서도구 서비스의 상태가 "사용할 수 없음"으로 표시된다는 점에 유의하는 것이 특히 중요합니다.

이는 평가판의 기능으로 라이선스를 구매하고 지원팀에 문의한 후에만 수정할 수 있습니다.

7.2. Zeextras Suite 구성 요소 배포

Zextras: Core 메뉴에서 사용하려는 모든 zimlet에 대해 "배포" 버튼을 클릭해야 합니다.

Winterlet을 배포할 때 다음과 같은 작업 결과가 포함된 대화 상자가 나타납니다.

이 예에서는 모든 Zextras Suite Winterlet이 배포된 후 Zextras: Core 형식이 다음 형식을 취합니다.

7.3. 액세스 설정 변경

7.3.1. 전역 설정 변경

설정 메뉴: 전역 설정, 프록시 서버 하위 메뉴에서 다음 매개변수를 변경합니다.

웹 프록시 모드: 리디렉션
관리 콘솔 프록시 서버 활성화: 확인란을 선택합니다.
그런 다음 양식의 오른쪽 상단에 있는 "저장"을 클릭하세요.

이 예에서는 변경 후 양식이 다음과 같습니다.

7.3.2. 기본 Zimbra 서버 설정 변경

설정 메뉴: 서버: <기본 Zimbra 서버 이름>, 하위 메뉴 프록시 서버에서 다음 매개변수를 변경합니다.

웹 프록시 모드: "기본값으로 재설정" 버튼을 클릭합니다(값 자체는 설치 중에 이미 설정되었으므로 변경되지 않습니다). 관리 콘솔 프록시 서버 활성화: 확인란이 선택되어 있는지 확인합니다(기본값이 적용되어야 하며, 그렇지 않은 경우 "기본값으로 재설정" 버튼을 클릭하거나 수동으로 설정할 수 있습니다). 그런 다음 양식의 오른쪽 상단에 있는 "저장"을 클릭하세요.

이 예에서는 변경 후 양식이 다음과 같습니다.

참고: (이 포트에서 로그인이 작동하지 않으면 다시 시작해야 할 수 있습니다.)

7.4. 새로운 관리 콘솔 로그인

URL: https://를 사용하여 브라우저에서 관리 콘솔에 로그인합니다. :9071
앞으로는 이 URL을 사용하여 로그인하세요.

참고: 단일 서버 설치의 경우 일반적으로 이전 단계에서 변경한 내용으로 충분하지만 경우에 따라(지정된 URL을 입력할 때 서버 페이지가 표시되지 않는 경우) 필요한 작업을 수행해야 할 수도 있습니다. 다중 서버 설치의 경우 - 이 예에서는 기본 Zimbra 서버 명령이 Zimbra 사용자로 실행되어야 합니다. /opt/zimbra/libexec/zmproxyconfgen и zmproxyctl 다시 시작.

7.5. 기본 COS 편집

설정: 서비스 클래스 메뉴에서 이름이 "default"인 COS를 선택하십시오.

"기회" 하위 메뉴에서 "포트폴리오" 기능을 선택 취소한 후 양식 오른쪽 상단에 있는 "저장"을 클릭하세요.

이 예에서 구성 후 양식은 다음과 같습니다.

또한 드라이브 하위 메뉴에서 '파일 및 폴더 공유 활성화' 설정을 확인한 후 양식 오른쪽 상단에 있는 '저장'을 클릭하는 것이 좋습니다.

이 예에서 구성 후 양식은 다음과 같습니다.

테스트 환경에서는 동일한 서비스 클래스에서 Team 하위 메뉴에서 동일한 이름의 확인란을 선택하여 Team Pro 기능을 활성화할 수 있으며, 그 후 구성 양식은 다음 형식을 취합니다.

Team Pro 기능이 비활성화되면 사용자는 Team Basic 기능에만 액세스할 수 있습니다.
Zextras Team Pro는 Zextras Suite와 별도로 라이센스가 부여되므로 Zextras Suite 자체보다 더 적은 수의 사서함으로 구매할 수 있습니다. Team Basic 기능은 Zeextras Suite 라이선스에 포함되어 있습니다. 따라서 프로덕션 환경에서 사용하는 경우 적절한 기능을 포함하는 Team Pro 사용자를 위한 별도의 서비스 클래스를 생성해야 할 수도 있습니다.

7.6. 방화벽 설정

기본 Zimbra 서버에 필요:

) 인터넷에서 ssh, http/https, imap/imaps, pop3/pop3s, smtp 포트(메일 클라이언트가 사용하는 기본 포트 및 추가 포트) 및 관리 콘솔 포트에 대한 액세스를 허용합니다.

B) 내부 네트워크(1.3단계의 1단계에서 인터넷 NAT가 활성화된 네트워크)의 모든 연결을 허용합니다.

Zextras Docs 서버에 대한 방화벽을 구성할 필요가 없습니다. 인터넷에서는 액세스할 수 없습니다.

이렇게 하려면 다음 작업을 순서대로 수행해야 합니다.

1) 메인 Zimbra 서버의 텍스트 콘솔에 로그인합니다. SSH를 통해 로그인할 때 방화벽 설정 변경으로 인해 서버와의 연결이 일시적으로 끊어지는 경우 명령 실행이 중단되지 않도록 "screen" 명령을 실행해야 합니다.

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. 웹 클라이언트 및 관리 콘솔에 대한 액세스 확인

방화벽의 기능을 모니터링하려면 브라우저에서 다음 URL로 이동하세요.

관리자 콘솔: https:// :9071
웹 클라이언트: http:// (https://로 자동 리디렉션됩니다. )
동시에 대체 URL https://를 사용합니다. :7071 관리 콘솔이 열리지 않아야 합니다.

이 예의 웹 클라이언트는 다음과 같습니다.

메모. 웹 클라이언트에 로그인하면 브라우저에서 사이트의 알림을 표시하기 위한 권한을 요청할 수 있습니다. 귀하는 본 사이트로부터의 통지 수신에 동의해야 합니다.

8. Zeextras 팀의 음성 및 영상 회의 운영 보장

8.1. 개요

모든 Zextras 팀 클라이언트가 NAT를 사용하지 않고 서로 상호 작용하는 경우 아래 설명된 작업은 필요하지 않습니다(이 경우 Zimbra 서버 자체와의 상호 작용은 NAT를 사용하여 수행될 수 있습니다. 즉, 클라이언트 간에 NAT가 없는 것이 중요합니다). 또는 문자만 메신저로 사용하는 경우.

오디오 및 비디오 회의를 통해 클라이언트 상호 작용을 보장하려면:

) 기존 TURN 서버를 설치하거나 사용해야 합니다.

B) 왜냐하면 TURN 서버에는 일반적으로 STUN 서버의 기능도 있으므로 이 용량에서도 사용하는 것이 좋습니다(대안으로 공용 STUN 서버를 사용할 수 있지만 일반적으로 STUN 기능만으로는 충분하지 않습니다).

프로덕션 환경에서는 부하가 높을 수 있으므로 TURN 서버를 별도의 가상 머신으로 이동하는 것이 좋습니다. 테스트 및/또는 경부하의 경우 TURN 서버를 기본 Zimbra 서버와 결합할 수 있습니다.

우리의 예에서는 기본 Zimbra 서버에 TURN 서버를 설치하는 방법을 살펴봅니다. 별도의 서버에 TURN을 설치하는 것은 TURN 소프트웨어 설치 및 구성과 관련된 단계가 TURN 서버에서 수행되고 해당 서버를 사용하도록 Zimbra 서버를 구성하는 단계가 기본 Zimbra 서버에서 수행된다는 점을 제외하면 비슷합니다.

8.2. TURN 서버 설치

이전에 SSH를 통해 기본 Zimbra 서버에 로그인한 후 다음 명령을 실행하세요.

sudo apt install resiprocate-turn-server

8.3. TURN 서버 설정

메모. 다음 구성 파일을 모두 변경하려면 루트 사용자 권한으로 편집기를 실행해야 합니다. 예: "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 연결 설정 시 사용되지 않음)을 설정하고 계정 상태를 "AUTHORIZED"로 설정합니다.

이 예에서 파일은 처음에 다음과 같았습니다.

편집 후 다음과 같이 나타났습니다.

3) 구성 적용

실행 명령

sudo systemctl restart resiprocate-turn-server

8.4. TURN 서버에 대한 방화벽 설정

이 단계에서는 TURN 서버 운영에 필요한 추가 방화벽 규칙이 설치됩니다. 서버가 요청을 수락하는 기본 포트와 서버가 미디어 스트림을 구성하는 데 사용하는 동적 포트 범위에 대한 액세스를 허용해야 합니다.

포트는 /etc/reTurn/reTurnServer.config 파일에 지정됩니다. 이 경우에는 다음과 같습니다.

и

방화벽 규칙을 설치하려면 다음 명령을 실행해야 합니다.

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

8.5. Zimbra에서 TURN 서버를 사용하도록 구성

구성하려면 서버의 FQDN, 즉 1.2단락의 1단계에서 생성된 TURN 서버가 사용되며, 이는 인터넷의 요청과 내부 주소의 요청 모두에 대해 동일한 공용 IP 주소를 가진 DNS 서버에서 확인되어야 합니다.

zimbra 사용자로 실행 중인 "zxsuite team iceServer get" 연결의 현재 구성을 봅니다.

TURN 서버 사용 설정에 대한 자세한 내용은 "TURN 서버를 사용하기 위해 Zextras 팀 설치" 섹션을 참조하세요. 선적 서류 비치.

구성하려면 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

<username>과 <password>는 2절의 8.3단계에서 각각 지정한 사용자 이름과 비밀번호의 값을 사용합니다.

이 예에서는 다음과 같습니다.

9. 메일이 SMTP 프로토콜을 통과하도록 허용

에 따라 선적 서류 비치, Yandex.Cloud에서 인터넷의 TCP 포트 25와 Yandex Compute Cloud 가상 머신으로 나가는 트래픽은 공용 IP 주소를 통해 액세스할 때 항상 차단됩니다. 이는 다른 메일 서버에서 허용된 메일 도메인으로 보낸 메일의 수락을 확인하는 것을 막지는 않지만 Zimbra 서버 외부로 메일을 보내는 것을 방지합니다.

문서에는 Yandex.Cloud가 이를 준수하는 경우 지원 요청 시 TCP 포트 25를 열 수 있다고 명시되어 있습니다. 허용되는 사용 지침, 규칙을 위반할 경우 포트를 다시 차단할 권리가 있습니다. 포트를 열려면 Yandex.Cloud 지원팀에 문의해야 합니다.

신청

openssh 및 putty에서 SSH 키 생성 및 putty에서 openssh 형식으로 키 변환

1. SSH용 키 쌍 생성

Putty를 사용하는 Windows: puttygen.exe 명령을 실행하고 "생성" 버튼을 클릭하세요.

Linux: 명령 실행

ssh-keygen

2. Putty에서 openssh 형식으로 키 변환

Windows:

일련의 행동 :

1. puttygen.exe 프로그램을 실행합니다.
2. 개인 키를 ppk 형식으로 로드하고 파일 → 개인 키 로드 메뉴 항목을 사용합니다.
3. 이 키에 필요한 경우 암호를 입력하십시오.
4. OpenSSH 형식의 공개 키는 "OpenSSHauthorized_keys 파일 필드에 붙여넣기 위한 공개 키"라는 문구와 함께 puttygen에 표시됩니다.
5. 개인 키를 OpenSSH 형식으로 내보내려면 기본 메뉴에서 변환 → OpenSSH 키 내보내기를 선택하세요.
6. 개인 키를 새 파일에 저장합니다.

리눅스에서

1. PuTTY 도구 패키지를 설치합니다.

우분투에서:

sudo apt-get install putty-tools

데비안과 유사한 배포판:

apt-get install putty-tools

yum(CentOS 등)을 기반으로 하는 RPM 기반 배포판:

yum install putty

2. 개인 키를 변환하려면 다음 명령을 실행합니다.

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

3. 공개 키를 생성하려면(필요한 경우):

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

결과

권장 사항에 따라 설치한 후 사용자는 기업 커뮤니케이션 및 문서 공동 작업을 위한 Zextras 확장 프로그램과 함께 Yandex.Cloud 인프라에 구성된 Zimbra 메일 서버를 받게 됩니다. 설정은 테스트 환경을 위해 특정 제한 사항을 적용했지만 설치를 프로덕션 모드로 전환하고 Yandex.Cloud 개체 스토리지 사용을 위한 옵션을 추가하는 것은 어렵지 않습니다. 솔루션 배포 및 사용에 관한 질문이 있는 경우 Zeextras 파트너에게 문의하세요. SVZ 또는 대표자 얀덱스.클라우드.

Zextras Suite와 관련된 모든 질문은 Zextras Ekaterina Triandafilidi 대표에게 이메일로 문의할 수 있습니다. [이메일 보호]

출처 : habr.com