Yandex.Cloud への Zextras/Zimbra オフィス ワークステーションの展開

導入

オフィス インフラストラクチャの最適化と新しいワークスペースの展開は、あらゆる種類や規模の企業にとって大きな課題です。 新しいプロジェクトに最適なオプションは、クラウドでリソースをレンタルし、プロバイダーと独自のデータセンターの両方で使用できるライセンスを購入することです。 このようなシナリオに対する解決策の XNUMX つは、 ゼクトラス スイートを使用すると、クラウド環境と独自のインフラストラクチャの両方で、企業のコラボレーションと企業コミュニケーションのためのプラットフォームを作成できます。

このソリューションは、あらゆる規模のオフィス向けに設計されており、3000 つの主な導入シナリオがあります。最大 XNUMX のメールボックスがあり、フォールト トレランスに対する高度な要件がない場合は、単一サーバーのインストールとマルチサーバー インストールのオプションを使用できます。数万、数十万のメールボックスの信頼性と応答性の高い操作をサポートします。 いずれの場合でも、ユーザーは、追加のソフトウェアをインストールして設定することなく、または iOS および Android 用のモバイル アプリケーションを通じて、任意の OS を実行している職場から単一の Web インターフェイスを通じてメール、ドキュメント、メッセージにアクセスできます。 使い慣れた Outlook および Thunderbird クライアントを使用することができます。

プロジェクトを展開するには、Zextras パートナー - SVZ Yandex.Cloud を選択した理由は、そのアーキテクチャが AWS に似ており、S3 互換ストレージがサポートされているためです。これにより、大量のメール、メッセージ、ドキュメントを保存するコストが削減され、ソリューションのフォールト トレランスが向上します。

Yandex.Cloud 環境では、基本的な仮想マシン管理ツールを使用して単一サーバーをインストールします。 「コンピューティングクラウド」 および仮想ネットワーク管理機能 「バーチャルプライベートクラウド」。 マルチサーバーのインストールには、指定されたツールに加えて、テクノロジを使用する必要があります。 「配置グループ」、必要に応じて (システムの規模に応じて)、また 「インスタンスグループ」、ネットワークバランサー Yandexロードバランサー.

S3互換のオブジェクトストレージ Yandex オブジェクト ストレージ どちらのインストール オプションでも使用でき、オンプレミスに展開されたシステムに接続して、メール サーバー データを Yandex.Cloud に経済的かつフォールト トレラントに保存することもできます。

単一サーバーのインストールの場合、ユーザーやメールボックスの数に応じて、次のものが必要です: メイン サーバーの場合、4 ～ 12 vCPU、8 ～ 64 GB vRAM (vCPU と vRAM の具体的な値は数によって異なります)メールボックスの数と平均サイズに応じて、オペレーティング システムとアプリケーション用に少なくとも 80 GB のディスク、およびメール、インデックス、ログなどを保存するための追加のディスク領域が必要です。システム動作中に動的に変化します。 補助 Docs サーバーの場合: 2 ～ 4 vCPU、2 ～ 16 GB vRAM、16 GB ディスク容量 (特定のリソース値とサーバーの数は実際の負荷によって異なります)。 さらに、TURN/STUN サーバーが必要になる場合があります (別個のサーバーとリソースとしての必要性は実際の負荷によって異なります)。 マルチサーバー インストールの場合、ロールプレイング仮想マシンの数と目的、およびそれらに割り当てられるリソースは、ユーザーの要件に応じて個別に決定されます。

記事の目的

単一サーバー インストール オプションにおける Zimbra メール サーバーに基づく Zextras Suite 製品の Yandex.Cloud 環境での展開の説明。 結果として得られるインストールは実稼働環境で使用できます (経験豊富なユーザーは必要な設定を行ってリソースを追加できます)。

Zextras Suite/Zimbra システムには以下が含まれます。

• Zimbraの — メールボックス、カレンダー、連絡先リスト (アドレス帳) を共有する機能を備えた企業電子メール。
• ゼエクストラのドキュメント — ドキュメント、スプレッドシート、プレゼンテーションを作成および共同作業するための、LibreOffice オンラインに基づく組み込みオフィス スイート。
• ゼクトラスドライブ – ファイルやフォルダーを編集、保存し、他のユーザーと共有できる個別のファイル ストレージ。
• ゼクストラチーム – 音声およびビデオ会議をサポートするメッセンジャー。 利用可能なバージョンは、1 対 1 の通信のみを許可する Team Basic と、マルチユーザー会議、チャネル、画面共有、ファイル共有などの機能をサポートする Team Pro です。
• ゼエクストラス モバイル – Exchange ActiveSync を介したモバイル デバイスのサポート。MDM (モバイル デバイス管理) 管理機能を使用してメールをモバイル デバイスと同期します。 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 「コンソール」のディレクトリにアクセスできる必要があります (「クラウド所有者」はデフォルトで必要なすべての権限を持っています。他のユーザーにクラウドへのアクセスを許可するためのガイドがあります) : 時間, два, 3)
6. この記事では、TLS メカニズムを使用してネットワーク通信を保護するために使用されるカスタム X.509 証明書のインストールについては説明しません。 インストールが完了すると、自己署名証明書が使用され、ブラウザを使用してインストールされたシステムにアクセスできるようになります。 通常、サーバーに検証可能な証明書がないという通知が表示されますが、作業は続行できます。 クライアント デバイスによって検証された証明書 (公的および/または企業の証明機関によって署名された) がインストールされるまで、モバイル デバイス用のアプリケーションは、インストールされたシステムでは動作しない可能性があります。 そのため、本番環境には指定された証明書のインストールが必要であり、企業のセキュリティポリシーに従ったテスト完了後に実施されます。

「シングルサーバー」バージョンでの Zextras/Zimbra システムのインストール プロセスの説明

1. 事前準備

インストールを開始する前に、次のことを確認する必要があります。

A） パブリック DNS ゾーンに変更を加える (Zimbra サーバーの A レコードと、提供されるメール ドメインの MX レコードの作成)。
b）の Yandex.Cloud での仮想ネットワーク インフラストラクチャのセットアップ。

同時に、DNS ゾーンに変更を加えた後、その変更が反映されるまでには時間がかかりますが、一方で、A レコードに関連付けられた IP アドレスが分からなければ A レコードを作成することはできません。

したがって、アクションは次の順序で実行されます。

1. Yandex.CloudでパブリックIPアドレスを予約する

1.1 「Yandex.Cloudコンソール」(必要に応じて、「利用可能なクラウド」内のフォルダーを選択)で、「仮想プライベートクラウド」セクション、「IPアドレス」サブセクションに移動し、「アドレスを予約」ボタンをクリックして、優先するアベイラビリティゾーンを選択します(または同意します)。提案された値を使用します。このアベイラビリティ ゾーンは、対応するフォームにアベイラビリティ ゾーンを選択するオプションがある場合、Yandex.Cloud で後述するすべてのアクションで使用する必要があります)。必要に応じて、開いたダイアログ ボックスで次のことを行うことができます。必ずしも必要というわけではありませんが、「DDoS Protection」オプションを選択し、「Reserve」ボタンをクリックします（「DDoS Protection」も参照） ドキュメンテーション).

ダイアログを閉じると、システムによって割り当てられた静的 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 を有効にします。

これを行うには、「Virtual Private Cloud」セクションの「クラウド ネットワーク」サブセクションで、適切なクラウド ネットワークを選択し (デフォルトでは、そこではデフォルト ネットワークのみが利用可能です)、その中で適切なアベイラビリティ ゾーンを選択して、「インターネット上で NAT を有効にする」を選択します。 」を設定に追加します。

サブネットのリストのステータスが変わります。

詳細については、次のドキュメントを参照してください。 時間 и два.

2. 仮想マシンの作成

2.1. Zimbra 用の仮想マシンの作成

アクションのシーケンス：

2.1.1 「Yandex.Cloud コンソール」で、「コンピューティング クラウド」セクションの「仮想マシン」サブセクションに移動し、「VM の作成」ボタンをクリックします (VM の作成の詳細については、「VM の作成」を参照してください)。 ドキュメンテーション).

2.1.2 そこで以下を設定する必要があります:

• 名前 – 任意 (Yandex.Cloud でサポートされている形式に従う)
• 可用性ゾーン – 仮想ネットワーク用に以前に選択したものと一致する必要があります。
• 「パブリックイメージ」で「Ubuntu 18.04 lts」を選択します
• 少なくとも 80 GB のサイズのブート ディスクをインストールします。 テスト目的の場合は、HDD タイプで十分です (また、一部のタイプのデータが SSD タイプのディスクに転送される場合は、本稼働用途にも十分です)。 必要に応じて、VM の作成後に追加のディスクを追加できます。

「コンピューティングリソース」で以下を設定します。

• vCPU: 少なくとも 4。
• vCPU の保証されたシェア: この記事で説明されているアクションの間は、少なくとも 50%。インストール後は、必要に応じて減らすことができます。
• RAM: 8GB を推奨。
• サブネット: 事前準備段階でインターネット NAT が有効になったサブネットを選択します。
• パブリック アドレス: DNS で A レコードを作成するために以前に使用した IP アドレスをリストから選択します。
• ユーザー: 自由裁量ですが、root ユーザーや Linux システム アカウントとは異なります。
• 公開 (オープン) SSH キーを指定する必要があります。

→ SSH の使用について詳しく見る

См。 также 付録1。 openssh と putty で SSH キーを作成し、キーを putty から openssh 形式に変換します。

2.1.3 セットアップが完了したら、「VMの作成」をクリックします。

2.2. Zextras 用の仮想マシンの作成 ドキュメント

アクションのシーケンス：

2.2.1 「Yandex.Cloud コンソール」で、「コンピューティング クラウド」セクションの「仮想マシン」サブセクションに移動し、「VM の作成」ボタンをクリックします (VM の作成の詳細については、「VM の作成」を参照してください)。 ここで).

2.2.2 そこで以下を設定する必要があります:

• 名前 – 任意 (Yandex.Cloud でサポートされている形式に従う)
• 可用性ゾーン – 仮想ネットワーク用に以前に選択したものと一致する必要があります。
• 「パブリックイメージ」で「Ubuntu 18.04 lts」を選択します
• 少なくとも 80 GB のサイズのブート ディスクをインストールします。 テスト目的の場合は、HDD タイプで十分です (また、一部のタイプのデータが SSD タイプのディスクに転送される場合は、本稼働用途にも十分です)。 必要に応じて、VM の作成後に追加のディスクを追加できます。

「コンピューティングリソース」で以下を設定します。

• vCPU: 少なくとも 2。
• vCPU の保証されたシェア: この記事で説明されているアクションの間は、少なくとも 50%。インストール後は、必要に応じて減らすことができます。
• RAM: 少なくとも 2GB。
• サブネット: 事前準備段階でインターネット NAT が有効になったサブネットを選択します。
• パブリック アドレス: アドレスなし (このマシンはインターネットからのアクセスを必要としません。使用するサブネットの「インターネットへの NAT」オプションによって提供される、このマシンからインターネットへの発信アクセスのみです)。
• ユーザー: 自由裁量ですが、root ユーザーや Linux システム アカウントとは異なります。
• 公開 (オープン) SSH キーを必ず設定する必要があります。Zextras Docs サーバーの秘密キーは Zimbra サーバーに配置する必要があるため、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 パラメータ値を変更する manage_etc_hosts c 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»

3.3.2 編集 /etc/hosts 次のように、ホストの FQDN を定義する行で、アドレス 127.0.0.1 からこのサーバーの内部 IP アドレスまで、および .internal ゾーンのフルネームから A で前に指定したサーバーのパブリック名までの名前を置き換えます。 -DNS ゾーンのレコード、および短いホスト名を変更することで対応します (パブリック DNS A レコードの短いホスト名と異なる場合)。

たとえば、この場合、hosts ファイルは次のようになりました。

編集後はこんな感じになりました。

注: このファイルを変更するには、エディタを root ユーザー権限で実行する必要があります。たとえば、「sudo vi /etc/hosts” または、mc パッケージがインストールされている場合は、コマンド「sudo mcedit /etc/hosts»

3.4 ユーザーパスワードを設定する

これは、将来的にファイアウォールが構成され、それに問題が発生した場合、ユーザーがパスワードを持っていれば、Yandex からシリアル コンソールを使用して仮想マシンにログインできるようになるため、必要です。クラウド Web コンソールを使用してファイアウォールを無効にするか、エラーを修正します。 仮想マシンを作成するとき、ユーザーはパスワードを持たないため、キー認証を使用した SSH 経由でのみアクセスできます。

パスワードを設定するには、次のコマンドを実行する必要があります。

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

たとえば、この場合は「」というコマンドになります。sudoパスワードユーザー"。

4. Zimbra および Zextras Suite のインストール

4.1. Zimbra および Zextras Suite ディストリビューションのダウンロード

4.1.1 Zimbra ディストリビューションのダウンロード

アクションのシーケンス：

1) ブラウザでURLにアクセス www.zextras.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 Zextras Suite ディストリビューションのダウンロード

アクションのシーケンス：

1) ブラウザでURLにアクセス www.zeextras.com/download

2) フォームに必要事項を入力し、「今すぐダウンロード」ボタンをクリックしてください。

3) ダウンロードページが開きます

ここには興味深い URL が 18.04 つあります。XNUMX つは Zextras Suite 自体のページの上部にあり、ここで必要になります。もう XNUMX つは、Ubuntu XNUMX LTS の Docs Server ブロックの下部にあり、後で必要になります。 Zextras Docs を Docs 用の VM にインストールします。

4) Zextras Suite ディストリビューションを Zimbra サーバーにダウンロードし、解凍します。 これを行うには、Zimbra サーバー上の SSH セッションでコマンドを実行します。

cd ~
mkdir zimbra
cd zimbra

(前の手順の後に現在のディレクトリが変更されていない場合、上記のコマンドは省略できます)

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

4.2. Zimbraのインストール

Последовательностьдействий

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」 (「はい」に相当)、「n」 (「いいえ」に相当) で答えることも、インストーラーの提案を変更しないままにすることもできます (オプションが提供され、角かっこ内にそれらが表示されます。たとえば、「」 [Y]」または「[N]」。

ソフトウェア使用許諾契約の条項に同意しますか? - はい。

Zimbra のパッケージ リポジトリを使用しますか? – デフォルトでは (はい)。

「zimbra-ldap をインストールしますか?"、"zimbra ロガーをインストールしますか?"、"zimbra-mtaをインストールしますか?” – デフォルト (はい)。

zimbra-dnscache をインストールしますか? – いいえ (オペレーティング システムではデフォルトで有効になっている独自のキャッシュ DNS サーバーがあるため、このパッケージは使用されるポートが原因でサーバーと競合します)。

zimbra-snmp をインストールしますか? – 必要に応じて、デフォルトのオプション (はい) のままにすることができ、このパッケージをインストールする必要はありません。 この例では、デフォルトのオプションがそのまま残されています。

「zimbraストアをインストールしますか?"、"zimbra-apache をインストールしますか?"、"ジンブラスペルをインストールしますか?"、"zimbra-memcached をインストールしますか?"、"ジンブラプロキシをインストールしますか?” – デフォルト (はい)。

zimbra-snmp をインストールしますか? – いいえ (このパッケージは実際にはサポートされておらず、機能的には Zextras Drive に置き換えられます)。

zimbra-imapdをインストールしますか? – デフォルト (いいえ)。

ジンブラチャットをインストールしますか? – いいえ (機能的には Zextras Team に置き換えられます)

その後、インストーラはインストールを続行するかどうかを尋ねます。

続行できる場合は「はい」と答えますが、続行できない場合は「いいえ」と答え、以前に尋ねた質問の答えを変更する機会を与えられます。

続行に同意すると、インストーラーがパッケージをインストールします。

4。） プライマリコンフィギュレーターからの質問に答えます

4.1） この例では、メール サーバーの DNS 名 (A レコード名) と提供されるメール ドメインの名前 (MX レコード名) が異なるため、コンフィギュレーターは警告を表示し、提供されるメール ドメインの名前を設定するように求めます。 私たちは彼の提案に同意し、MX レコードの名前を入力します。 この例では次のようになります。

注: サーバー名に同じ名前の MX レコードがある場合は、配信されるメール ドメインをサーバー名とは異なるように設定することもできます。

4.2） コンフィギュレータはメイン メニューを表示します。

Zimbra 管理者パスワード (この例ではメニュー項目 6) を設定する必要があります。これがないとインストールを続行できません。また、Zimbra-proxy 設定を変更する必要があります (この例ではメニュー項目 8。必要に応じて、この設定は変更できます)インストール後）。

4.3） zimbra ストア設定の変更

コンフィギュレータのプロンプトで、メニュー項目番号を入力し、Enter キーを押します。 ストレージ設定メニューが表示されます。

コンフィギュレーターへの招待では、「管理者パスワード」メニュー項目の番号 (この例では 4) を入力し、Enter キーを押します。その後、コンフィギュレーターがランダムに生成したパスワードを提示します。これに同意する (覚えておく) か、独自のパスワードを入力します。 どちらの場合も、最後に Enter キーを押す必要があります。その後、「管理者パスワード」項目により、ユーザーからの情報入力を待つマーカーが削除されます。

前のメニューに戻ります (コンフィギュレーターの提案に同意します)。

4.4） zimbra プロキシ設定の変更

前の手順と同様に、メイン メニューで「zimbra-proxy」項目の番号を選択し、それをコンフィギュレーター プロンプトに入力します。

開いたプロキシ設定メニューで、「プロキシ サーバー モード」項目の番号を選択し、コンフィギュレータ プロンプトに入力します。

コンフィギュレータはモードの XNUMX つを選択するよう提案し、プロンプトに「redirect」と入力して Enter を押します。

その後、メイン メニューに戻ります (コンフィギュレータの提案に同意します)。

4.5） 実行中の構成

設定を開始するには、コンフィギュレータ プロンプトで「a」と入力します。 その後、入力した構成をファイル (再インストールに使用できる) に保存するかどうかを尋ねられます。保存が完了した場合は、デフォルトの提案に同意できます。構成をどのファイルに保存するかを尋ねられます (デフォルトの提案に同意するか、独自のファイル名を入力することもできます)。

この段階でも、「システムは変更されます – 続行しますか?」という質問に対するデフォルトの回答に同意することで、続行を拒否し、構成を変更することができます。

インストールを開始するには、この質問に「はい」と答える必要があります。その後、コンフィギュレータは以前に入力した設定をしばらく適用します。

4.6） Zimbraのインストールを完了する

完了する前に、インストーラーはインストールについて Zimbra に通知するかどうかを尋ねます。 デフォルトの提案に同意するか、通知を拒否する (「いいえ」と答える) ことができます。

その後、インストーラーはしばらく最終操作を実行し続け、システム構成が完了したことを示す通知を表示し、任意のキーを押してインストーラーを終了するよう求めるプロンプトを表示します。

4.3. Zextras Suiteのインストール

Zextras Suite のインストールの詳細については、次を参照してください。 命令.

アクションのシーケンス：

1) ステップ 4.1.2 でファイルが解凍されたディレクトリに移動します (~/zimbra ディレクトリ内にあるときに ls コマンドで表示できます)。

この例では次のようになります。

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 Web アプリケーション (メールボックス) を停止しますか?
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 サーバーにログインする

SSH キー ペアの秘密キーを Zimbra サーバーに配置する必要があります。その公開キーは、Docs 仮想マシンの作成時に第 2.2.2 項のステップ 2.2 で使用されました。 SSH 経由 (sftp など) でサーバーにアップロードすることも、クリップボード経由で貼り付けることもできます (使用する SSH クライアントの機能とその実行環境が許可する場合)。

秘密鍵はファイル ~/.ssh/docs.key に配置されており、Zimbra サーバーへのログインに使用されたユーザーがその所有者であると想定します (このファイルのダウンロード/作成がこのユーザーの下で実行された場合、そのユーザーは自動的にその所有者になりました）。

コマンドを XNUMX 回実行する必要があります。

chmod 600 ~/.ssh/docs.key

今後、Docs サーバーにログインするには、次の一連のアクションを実行する必要があります。

1) Zimbraサーバーにログインする

2) コマンドを実行

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

たとえば、2.3 項に示すように、値 <Docs サーバーの内部 IP アドレス> は「Yandex.Cloud Console」にあります。

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. Zimbra サーバーの場合と同様に、ファイル /etc/cloud/cloud.cfg.d/95-yandex-cloud.cfg で、manage_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 を追加しますが、内部 IP アドレスは Yandex.Cloud によって割り当てられます。 仮想マシン (運用環境など) で使用される管理者制御の内部 DNS サーバーがあり、内部ネットワークからリクエストを受信したときに内部 IP アドレスを使用して Zimbra サーバーのパブリック FQDN を解決できる場合 (インターネットからのリクエストの場合、Zimbra サーバーの FQDN はパブリック IP アドレスで解決する必要があり、TURN サーバーは内部アドレスからアクセスする場合を含め、常にパブリック IP アドレスで解決する必要があります)、この操作は必要ありません。

たとえば、この場合、hosts ファイルは次のようになりました。

編集後はこんな感じになりました。

注: このファイルを変更するには、エディタを root ユーザー権限で実行する必要があります。たとえば、「sudo vi /etc/hosts” または、mc パッケージがインストールされている場合は、コマンド「sudo mcedit /etc/hosts»

6. Zextras Docs のインストール

6.1. ドキュメントサーバーにログインする

Docs サーバーにログインする手順については、5.1 項で説明します。

6.2. Zextras Docs ディストリビューションのダウンロード

アクションのシーケンス：

1) 4.1.2項のページから。 Zextras Suite ディストリビューションのダウンロード Zextras Suite ディストリビューションをダウンロードし (ステップ 3)、Ubuntu 18.04 LTS 用のドキュメントを構築するための URL をコピーします (前にコピーしていない場合)。

2) Zextras Suite ディストリビューションを Zimbra サーバーにダウンロードし、解凍します。 これを行うには、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 のインストールに関するドキュメント

Zextras Docs のインストールと構成の詳細については、次を参照してください。 ここで.

アクションのシーケンス：

1) ステップ 4.1.1 でファイルが解凍されたディレクトリに移動します (~/zimbra ディレクトリ内にあるときに ls コマンドで表示できます)。

この例では次のようになります。

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 項のステップ XNUMX で取得した値が入力されます。 設定の初期調整と LDAP 構成パラメータの決定。

この例では、設定は次のようになります。

5) Zextras Docs のインストールの完了

設定者の質問に答えた後、インストーラーはローカル Docs 設定を完了し、インストール済みのサービスを前にインストールしたメインの Zimbra サーバーに登録します。

単一サーバーのインストールの場合、これで通常は十分ですが、場合によっては (ドキュメントが Web クライアントの [ドライブ] タブのドキュメントで開かない場合)、マルチサーバーのインストールに必要なアクションを実行する必要がある場合があります。 - この例では、メイン Zimbra サーバー上で、Zimbra Teams ユーザーの下から実行する必要があります。 /opt/zimbra/libexec/zmproxyconfgen и zmproxyctlの再起動.

7. Zimbra および Zextras Suite の初期セットアップ (Team を除く)

7.1. 管理コンソールに初めてログインする

URL: https:// を使用してブラウザにログインします。 :7071

必要に応じて、URL: https:// を使用して Web クライアントにログインできます。

ログインすると、証明書を検証できないために接続が安全でないことに関する警告がブラウザに表示されます。 この警告にもかかわらず、サイトにアクセスする同意についてブラウザに応答する必要があります。 これは、インストール後、自己署名 X.509 証明書が TLS 接続に使用されるため、後で (本稼動では - 商用証明書または使用するブラウザーが認識する別の証明書に置き換える必要があります) 置き換えることができます。

認証フォームに、admin@<承認済みメール ドメイン> の形式でユーザー名を入力し、4.3 項のステップ 4.2 で Zimbra サーバーをインストールするときに指定した Zimbra 管理者パスワードを入力します。

この例では次のようになります。

管理コンソール:

ウェブクライアント:

1に注意してください。 管理コンソールまたは Web クライアントにログインするときに承認されたメール ドメインを指定しない場合、ユーザーは Zimbra サーバーのインストール時に作成されたメール ドメインに対して認証されます。 インストール後は、これがこのサーバー上に存在する唯一の承認されたメール ドメインになりますが、システムが動作するにつれて追加のメール ドメインが追加される可能性があり、ユーザー名でドメインを明示的に指定すると違いが生じます。

2に注意してください。 Web クライアントにログインすると、ブラウザはサイトからの通知を表示する許可を求める場合があります。 このサイトからの通知を受け取ることに同意する必要があります。

3に注意してください。 管理者コンソールにログインした後、管理者へのメッセージが通知される場合があります。通常は、デフォルトの試用版ライセンスの有効期限が切れる前に Zextras Backup を設定するか、Zextras ライセンスを購入するように促すメッセージが表示されます。 これらのアクションは後で実行できるため、エントリ時に存在するメッセージは無視したり、Zextras メニュー (Zextras Alert) で既読としてマークしたりすることができます。

4に注意してください。 Web クライアントの Docs が正常に動作している場合でも、サーバー ステータス モニターでは Docs サービスのステータスが「利用不可」と表示されることに注意することが特に重要です。

これは試用版の機能であり、ライセンスを購入してサポートに連絡した後でのみ修正できます。

7.2. Zextras Suite コンポーネントの導入

「Zextras: Core」メニューで、使用するすべての zimlet の「Deploy」ボタンをクリックする必要があります。

ウィンターレットをデプロイすると、次のような操作の結果を示すダイアログが表示されます。

この例では、すべての Zextras Suite ウィンターレットがデプロイされ、その後、Zextras: Core フォームは次の形式になります。

7.3. アクセス設定の変更

7.3.1. グローバル設定の変更

[設定] メニュー: [グローバル設定]、[プロキシ サーバー] サブメニューで、次のパラメータを変更します。

Web プロキシ モード: リダイレクト
管理コンソール プロキシ サーバーを有効にする: チェックボックスをオンにします。
次に、フォームの右上部分にある「保存」をクリックします。

この例では、変更を加えた後のフォームは次のようになります。

7.3.2. Zimbra サーバーのメイン設定の変更

設定メニューで: サーバー: <メイン Zimbra サーバーの名前>、サブメニュー プロキシ サーバーで、次のパラメータを変更します。

Web プロキシ モード: [デフォルト値にリセット] ボタンをクリックします (インストール時にすでに設定されているため、値自体は変更されません)。 管理コンソールのプロキシ サーバーを有効にします。チェックボックスがオンになっていることを確認します (デフォルト値が適用されているはずですが、適用されていない場合は、[デフォルト値にリセット] ボタンをクリックするか、手動で設定できます)。 次に、フォームの右上部分にある「保存」をクリックします。

この例では、変更を加えた後のフォームは次のようになります。

注: (このポートでのログインが機能しない場合は、再起動が必要になる場合があります)

7.4. 新しい管理コンソールへのログイン

URL: https:// を使用してブラウザで管理コンソールにログインします。 :9071
今後は、この URL を使用してログインしてください

注: 単一サーバーのインストールの場合、原則として、前の手順で行った変更で十分ですが、場合によっては (指定した URL を入力してもサーバー ページが表示されない場合)、必要なアクションを実行する必要がある場合があります。マルチサーバーインストールの場合 - この例では、メインの Zimbra サーバーでコマンドを Zimbra ユーザーとして実行する必要があります。 /opt/zimbra/libexec/zmproxyconfgen и zmproxyctlの再起動.

7.5. デフォルトの COS の編集

[設定: サービス クラス] メニューで、「デフォルト」という名前の COS を選択します。

「機会」サブメニューで「ポートフォリオ」機能のチェックを外し、フォームの右上部分にある「保存」をクリックします。

この例では、構成後のフォームは次のようになります。

また、[ドライブ] サブメニューの [ファイルとフォルダーの共有を有効にする] 設定を確認し、フォームの右上部分にある [保存] をクリックすることをお勧めします。

この例では、構成後のフォームは次のようになります。

テスト環境の同じサービス クラスでは、[Team] サブメニューで同じ名前のチェックボックスをオンにすることで Team Pro 機能を有効にできます。その後、設定フォームは次の形式になります。

Team Pro 機能が無効になっている場合、ユーザーは Team Basic 機能のみにアクセスできます。
Zextras Team Pro は Zextras Suite とは独立してライセンスが付与されているため、Zextras Suite 自体よりも少ないメールボックスで購入できることに注意してください。 Team Basic 機能は、Zextras Suite ライセンスに含まれています。 したがって、運用環境で使用する場合は、適切な機能を含む Team Pro ユーザー用の別のサービス クラスを作成する必要がある場合があります。

7.6. ファイアウォールの設定

メインの Zimbra サーバーに必要なもの:

A） インターネットから 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. Web クライアントと管理コンソールへのアクセスを確認する

ファイアウォールの機能を監視するには、ブラウザで次の URL にアクセスします。

管理者コンソール: https:// :9071
Web クライアント: http:// (https:// への自動リダイレクトが行われます) )
同時に、代替 URL https:// を使用します。 :7071 管理コンソールは開かないはずです。

この例の Web クライアントは次のようになります。

注記。 Web クライアントにログインすると、ブラウザはサイトからの通知を表示する許可を求める場合があります。 このサイトからの通知を受け取ることに同意する必要があります。

8. Zextras チームでの音声およびビデオ会議の確実な運用

8.1. 概要

すべての Zextras Team クライアントが NAT を使用せずに相互に対話する場合、以下で説明するアクションは必要ありません (この場合、Zimbra サーバー自体との対話は NAT を使用して実行できます。つまり、クライアント間に NAT がないことが重要です)。またはテキストのみメッセンジャーを使用する場合。

音声会議およびビデオ会議を介してクライアントとの対話を確実にするには、次の手順を実行します。

A） TURN サーバーをインストールするか、既存の 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サーバーのセットアップ

注記。 次のすべての設定ファイルを変更するには、エディタを 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 接続の設定時には使用されません) を設定し、アカウントのステータスを「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 (TURN サーバー) が使用されます。TURN サーバーは、第 1.2 項の手順 1 で作成され、インターネットからの要求と内部アドレスからの要求の両方について、同じパブリック IP アドレスを持つ DNS サーバーによって解決される必要があります。

zimbra ユーザーの下で実行されている「zxsuite Team IceServer get」接続の現在の構成を表示します。

TURN サーバーの使用の設定の詳細については、「TURN サーバーを使用するための Zextras Team のインストール」セクションを参照してください。 ドキュメンテーション.

設定するには、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 では、パブリック IP アドレスを介してアクセスされる場合、インターネット上の TCP ポート 25 および Yandex Compute Cloud 仮想マシンへの送信トラフィックは常にブロックされます。 これにより、別のメールサーバーから承認されたメールドメインに送信されたメールの受け入れを確認することはできますが、Zimbra サーバーの外部にメールを送信することはできなくなります。

ドキュメントには、サポートリクエストに応じた場合、Yandex.CloudはTCPポート25を開くことができると記載されています 許容される使用ガイドライン、規則に違反した場合にはポートを再度ブロックする権利を留保します。 ポートを開くには、Yandex.Cloud サポートに連絡する必要があります。

アプリケーション

openssh と putty での SSH キーの作成、および putty から openssh 形式へのキーの変換

1. SSH用のキーペアの作成

Windows で putty を使用する場合: puttygen.exe コマンドを実行し、「生成」ボタンをクリックします。

Linux の場合: コマンドを実行します。

ssh-keygen

2. キーを Putty から openssh 形式に変換する

Windows の場合:

アクションのシーケンス：

1. puttygen.exe プログラムを実行します。
2. 秘密キーを ppk 形式でロードするには、メニュー項目 [ファイル] → [秘密キーのロード] を使用します。
3. このキーに必要な場合はパスフレーズを入力します。
4. OpenSSH 形式の公開鍵は、「OpenSSH のauthorized_keys ファイル フィールドに貼り付けるための公開鍵」という記述とともに puttygen に表示されます。
5. 秘密キーを OpenSSH 形式にエクスポートするには、メイン メニューで [変換] → [OpenSSH キーのエクスポート] を選択します。
6. 秘密キーを新しいファイルに保存します。

Linux の場合

1. PuTTY ツール パッケージをインストールします。

Ubuntuの場合:

sudo apt-get install putty-tools

Debian のようなディストリビューションの場合:

apt-get install putty-tools

yum に基づく RPM ベースのディストリビューション (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>

結果

推奨事項に従ってインストールした後、ユーザーは、企業コミュニケーションおよびドキュメントのコラボレーション用に、Zextras 拡張機能を備えた Yandex.Cloud インフラストラクチャ内に構成された Zimbra メール サーバーを受け取ります。 テスト環境用に一定の制限を設けて設定していますが、運用モードに切り替えたり、Yandex.Cloud オブジェクトストレージなどを利用するためのオプションを追加したりすることは難しくありません。 ソリューションの展開と使用に関する質問については、Zextras パートナーにお問い合わせください。 SVZ または代表者 Yandex.Cloud.

Zextras Suite に関するすべての質問については、Zextras Ekaterina Triandafilidi の代表者に電子メールでお問い合わせください。 [メール保護]

出所： habr.com