389ディレクトリサーバー – ウィキペディア

Posted on by
before-content-x4

389ディレクトリサーバー
基本データになります
メンテナー Fedoraプロジェクト
デベロッパー Fedora-Projekt
公開年 2005年
現行版 2.1.1 [初め]
（ 2022年3月24日 ））
オペレーティング·システム Unix-Derivate、Linux
プログラミング言語 C、Python [2] 、perl
ライセンス mpl/lgpl/gpl/apacheはnachコンポーネントです
ドイツ語 – スピーキング いいえ
ディレクトリサーバーBei Fedoraプロジェクト

389ディレクトリサーバー （ 389 ds 、 ついさっき Fedoraディレクトリサーバー ）は無料のLDAPサーバーです。
これは、2004年にAOLからRed Hat Companyが購入したLDAPサーバーであるNetscape Directory Serverのさらなる開発です。それ以前は、ソフトウェアはNetscape Communications Companyに属していました。 1996年のミシガン大学の開始以来、ソフトウェアは継続的に開発されてきました。 389ディレクトリサーバーは、GNU General Publicライセンスの下でフリーソフトウェアです。

after-content-x4

389ディレクトリサーバーサポート：

  • Multi-MasterReplikation
  • アクティブディレクトリの比較
  • セキュア認証システム（SSL/TLSおよびSASL）
  • LDAPバージョン3
  • 許可（ACI =アクセス制御情報）
  • ロール

ABバージョン1.1：

  • 自動ユーザーおよびグループ番号ジェネレーター（UID/GID番号ジェネレーター）
  • LDAPダイレクト接続（LDAPI）

さらに、サーバーはJavaに基づいたグラフィカルコンソールを提供します。これには、実際のディレクトリサーバーに独自の管理サーバーも必要です。プラットフォームに依存しないプログラムにより、サーバーの作成と削除、開始と停止、これらの構成などが可能になります。サーバーには広範なドキュメントがあります。コンソールのオンラインヘルプ、Red Hat PDFブック、Howtos、およびWikisのプロジェクトWebサイトにあります。

このプロジェクトにより、Redは有名なLinux分布であるFedoraに似た戦略に従いました。 GPLの下には389/Fedoraディレクトリサーバーと、商業サポートの下にあるDirectory Serverの下にあるRed Hatがあります。 2つの製品は、主に、ビジネスバリアントのわずかにシンプルなインストールと専門的なサポートによって異なります。 Rhelと同様に、Red Hatは、ほぼ完全にFedoraバリアントに転送できるため、Webサイト上のすべての人のための指示を無料で掲載しています。

以前のNetscape Enterpriseスイート全体には、電子メール、アプリケーション、カレンダーサーバーが含まれていました。これらはまだリリースされていません。 2005年、Redはさらに製品をオープンしたいと発表しました。 [3] これがアプリケーションサーバーで発生するかどうかは不明です。たとえば、Red HatはWildflyをサポートし、Sun MicrosystemsはすでにGlassfishプロジェクトの下でそれを開発しています。認定サービスは、独自のProject Dogtag証明書システムで監督されています。

最初のリリース7.1（Netscape期間からのバージョン番号）は、Redにはディレクトリサーバー7の基礎を形成しました。

時間制限（120日）でのみ実行された最初の完全にオープンバージョン1.0.0の後、バージョン1.0.1〜1.0.4は、より小さなエラーの修正と改善（サポートされているパスワード暗号化技術など）で公開されました。彼らはそれぞれ、新しく公開された分布FedoraとRed Hat Enterprise Linuxを適応させ、それをつかみました。

after-content-x4

2007年からバージョン1.1を使用して、インストールパッケージはFedora ExtraリポジトリまたはYumを使用した独自のディレクトリサーバーリポジトリからのみ利用できます。現在完成したバージョン1.1には以下が含まれます。

  • いくつかのパッケージでインストールされるコンポーネントの選択的選択
  • システム内のFHSストレージ場所
  • インストールの改善
  • 1.0.xの単純な移行
  • init-scridge
  • Sambaとの相互運用性の改善（特にバージョン4）
  • コンソールでエラー修正を行い、管理者サーバーの古いコンポーネントを削除します

サービスレベル1のFedora 6から10およびRhel 5は、プラットフォームとしてサポートされています。同時に、Red Hat Directory Server 8があります。

2001年、プロジェクトのブランチは、NetscapeとSunの間のIplanet Allianceから人気のSun Java System Directory Serverによって作成されました。このようにして、389とSunサーバーと古いNetscapeサーバーのバリエーションの両方が、複製目的で接続されました。それまでの間、SunサーバーはOracles JavaベースのOracle Unified Directory（OUD）に置き換えられました。 [4] これにより、これらのソリューションが廃止されました。

MicrosoftのActive DirectoryとNT4を使用すると、ユーザーデータの同期がサポートされています。

OpenLDAPを使用すると、片側レプリケーションを389サーバーに向かってSluRPDを介して実行できます。後者は、アクセスを読み取るために賢明にリリースする必要があります。逆に、しかし再び一方向にのみ、これは理論的にも可能ですが、手順はまだ文書化されていません。

Novell Edirectoryとは異なります。相互運用性はありません（LDAPプロトコルを除く）。

389は、レッドハットフレイパ（アイデンティティ、ガイドライン、監視）の一部であり、ディレクトリに加えて、はるかに多く（Kerberos（プロトコル）、ガイドライン、より便利な表面）を提供します。フライパスの使用は、通常、完全なアイデンティティ管理（IDM）を提供しているため、389の使用よりも通常好ましいです。

  • ダニエル・コブラス、マーク・トロール： OpenLDAPから389 dsに切り替える際の課題 。の： ix 。 いいえ。 3 、2020、 S. 88–91 （ heise.de [2020年2月22日にアクセス]）。
  1. ↑ 389ディレクトリサーバーの発表2.1.1 。 2022年3月24日（2022年4月29日アクセス）。
  2. ↑ github.com 。 （2021年12月18日にアクセス）。
  3. ↑ Red Hatはディレクトリサーバーを発表します。 2019年4月6日に取得 （英語）。
  4. ↑ Oracle Unified Directory用のFusion Middleware Transition Guide。 2020年3月30日に取得 （英語）。

after-content-x4