Zentyalでの私の経験

みなさん、ご挨拶、書いてから久しぶりです DesdeLinux 仕事上の理由で、今日は少し離れた経験を共有したいと思います 公表 私のウェブ開発と管理に入ってくれて。

私が働いている会社のネットワークをしばらく管理した後、ドメイン管理とイントラネットの基本サービスの既存の構成を移行する必要が生じました。

既存の構成はに基づいていました Debianの + サンバ3 + LDAP, BIND9 + Postfixの LinuxでPDCを作成するためにハングアップし、WindowsXPシステム以降を搭載したPCにサービスを提供するその他すべて。 このシナリオでは、メンテナンスが困難であり、ユーザー管理と障害からの回復のプロセスが煩雑になりました。

既存の可能性を分析し、ほぼ理想的なバランスを探した後、私たちはの使用を選択しました ゼンティアル、私たちが必要とするすべてのサービスを表示するソリューション。

ゼンティアル （以前の名前 電子ボックス）は中小企業向けのソリューションであり、フリーソフトウェアを最大限に活用し、ビジネスの性質を持つかどうかに関係なく、ネットワークのすべてまたはほとんどすべてのニーズを統合します。 それが提供するソリューションの中には、ネットワークインフラストラクチャ、ゲートウェイ、オフィス、または通信サーバーの管理、主なものなどがあります。

多くは、システムを選択するときに分析される要素であり、特にZentyalの選択、ドキュメント、コミュニティサポート、システムのベース（Debianを好むがUbuntu Server LTSですが）、それは管理されており、XNUMX枚のCDに必要なものがすべて揃っていることが、私たちが選択した要因でした。

これまでのところ、Zentyalが解決策であることが示されているように思われるので、問題に取り組む必要がありますが、明確にしたい場合は、この投稿をチュートリアルに変えるつもりはありません。 Zentyalを展開するのではなく、プラットフォームやシステムの採用を通常妨げる詳細について話し、インストールについて話さない理由を説明します。

Zentyalのドキュメントサイトでは、プロセス全体を詳細にカバーしており、私たちの言語で最高のものであり、必須の参照ポイントになっています。

インストールが完了し、展開するサービスが選択されると、多くのユーザーが、別のときに新しいサービスを追加するときに、インストールのCDを使用できないために不可能であるという問題に遭遇しました。なぜこれが発生するのですか？ パッケージマネージャーは単にそれを無視します。

apt構成ファイルを確認すると、で参照されていないことに注意してください。 ソース.リスト インストールCDに、そしてさまざまなUbuntuおよびZentyalリポジトリに。 解決策は非常に単純で、次のコマンドを使用するだけで済みます。

$ sudo apt-cdrom add

これにより、インストールCDがsource.listに追加されます。これは、以前にその中のすべての既存の行にコメントしたものであり、現時点では、Zentyalが提供するサービスから必要な数のサービスを追加できます。

この時点で、Zentyalに必要なサービスを会社にインストールしました。ここで、XNUMX番目の障害が発生します。

ZentyalのメールサービスはPostfixとDovecotを使用しており、その構成は非常にシンプルで、インターネットに直面している企業や機関の場合、またはスマートホストを使用している場合に直接配信できます。これは私の場合ですが、ネットワーク上でリレーを行うサーバー配信は不可能でした。 。

頭を壊して数時間を費やし、Zentyalでの経験を持つ友人のElavに数回電話をかけた後、パラメーターでそれを認識しました マイネットワーク で main.cf Postfixから、リレーのIPが宣言されず、魔法が実行され、サーバーはすでにリレーを送受信していました。

しかし、の設定をリセットすると、幸せは決して完全ではありません main.cf postfixは以前の状態に変更されました。これは、Zentyalの哲学が、テンプレートを介したシステム構成ファイルの管理に基づいているためです。 / usr / share / zentyal /スタブ/ また、それらは異なるサービスによってグループ化されているため、必要なオプションが変更または追加され、サービスまたは同じサーバーを再起動すると、変更は構成ファイルで永続的になります。

公式ドキュメントの「サービスの高度なカスタマイズ」セクションでは、構成テンプレートを調整する方法と、現在使用しているオプションである構成テンプレートを変更するための推奨プラクティスについて詳しく説明しています。

この時点ですでにZentyalを搭載した新しいサーバーは、ネットワーク内のすべてのサービスを問題なく提供していました。それどころか、かつてはオデッセイでしたが、そうではありませんでした。 Microsoft Windows XP以降を搭載したPCがシームレスにドメインに参加しました。これは、Samba3を使用する場合のZentyal4の大きな変更のXNUMXつです。

以下のサービスはすでに私たちのネットワークで利用可能でした：

• 驚くべきRoundcubeインターフェースを備えたウェブメール。
• 自動構成によるブラウザーでのプロキシとその構成（私の貢献）。
• ntpを介したタイムサーバー。
• MicrosoftWindowsのステーション用の完全なPDC。
• ネットワークNATおよびアクセス制御のためのファイアウォールサービス。
• メッセンジャーサービス。
• サービスの監視。
• ユーザーおよびサービス管理インターフェース。

これまで、何をする必要がありましたか？ええと、特定のグループのユーザーがプロキシを介してドメインにアクセスできるようにするために、Zentyalはこのプロセスを簡素化しますが、前に言ったように、幸福完全ではありません。 許可されたドメインの多くのサイトには他のドメインへのリンクが含まれているため、ユーザーへの認証ダイアログを邪魔な方法でスキップし始めました。

この場合もSQUID3でサービス構成を再度確認しましたが、驚いたことに、その直前にこれらのユーザーを拒否した行でした。 http_accessはすべて拒否しますZentyalが、それらのユーザーが属するグループを拒否する行を追加したために、特定のドメインでのナビゲートのみを許可した場合はどうなりますか？ 良い質問ですが、答えはよくわかりません。少しイライラしたのは、Zentyalのテンプレートシステムが役に立たなかったことです。

そして、解決策はどこにありましたか？ 他の場所では、同じZentyalドキュメント内。 「サービスの高度なカスタマイズ」のセクションでは、サービスの構成の変更を適用するプロセス中にスクリプトを実行する方法について説明します。

フックとも呼ばれるこれらのスクリプトを実行するための6つのエントリポイントがあります。 そのうちのXNUMXつは一般的で、他のXNUMXつはモジュールごとです。変更を保存する前、変更を保存した後、モジュールの構成を保存する前、モジュールの構成を保存した後、サービスを再起動する前、およびサービスを再起動した後。

Zentyalは、基本的にbashスクリプトであるこれらのフックを作成するためのテンプレートのグループを提供します。 よくコマンドの助けを借りて SED ナビゲーションサービスを開始する前にフックを使用すると、不要な行が削除されてサービスが開始され、ナビゲーションがドメインのグループに制限されているユーザーの認証ダイアログへの侵入がなくなります。

さて、これ以上の挫折はなく、管理インターフェースを介して数回クリックするだけですべての準備が整うという小さな調整しかありませんでした。 私の結論と推奨事項はそれほど広範ではありませんが、通常は触れられない点に触れたいと思います。

1. まず第一に、ソリューションとしてのZentyalは、あらゆる意味で、そして継続的な開発において成熟していて安定しているため、当社や機関で実行可能です。
2. 大きな利点は、XNUMX枚のCDに必要なものがすべて揃っていて、必要に応じて不足しているものがあることです。Ubuntuリポジトリを追加するだけで十分です。
3. テンプレートシステムは不利ではありません。逆に、フックと一緒に使用すると、完全な組み合わせが得られ、ダーティな構成ファイルが生成されません。逆に、他のシステムで参照として使用できます。
4. 管理者の作業は大幅に簡素化され、より具体的なタスクに集中できるようになります。
5. 管理インターフェイスを使用するときに、コンソールの知識と使用法をまったく奪うことはありません。コンソールの可能性を十分に活用できる、システムのもうXNUMXつのユーティリティです（独自の経験）。

これまでのところ、私の経験は短期間ではありますが有益でしたので、皆さんと共有したいと思いました。 間もなく、Zentyalで他のアプリケーションやサービスをデプロイするための小さなヒント。