アカウント名:
パスワード:
Sambaを使うとLDAPを使用したWindows DomainのPDCを構築できることから, LDAPによるWindowsを含めた認証統合が出来るんですよ. もちろん, クライアントは例えばWindowsXP professionalとかのWindows Domainに対応したものである必要がありますが.
ちなみにLinux等についてもnss_ldapやpam_ldapを使うことでLDAPをベースとした認証統合が可能です.
そういう点で見れば, LDAPをバックエンドとしたマルチベンダでの認証統合・集中管理というのは実績も豊富です. 特にある程度の規模のWebベース社内システムなどではiPlanetディレクトリサーバあたりを使うことが多く, マルチベンダ化が難しいアクティブディレクトリは従関係とか部門内に閉じた形で使われることが多いように思われます.
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
ふと思った (スコア:0)
Re:ふと思った (スコア:-1, 余計なもの)
強いてあげるならOpenLDAPだろう。
Re:ふと思った (スコア:5, 参考になる)
Sambaを使うとLDAPを使用したWindows DomainのPDCを構築できることから, LDAPによるWindowsを含めた認証統合が出来るんですよ. もちろん, クライアントは例えばWindowsXP professionalとかのWindows Domainに対応したものである必要がありますが.
ちなみにLinux等についてもnss_ldapやpam_ldapを使うことでLDAPをベースとした認証統合が可能です.
そういう点で見れば, LDAPをバックエンドとしたマルチベンダでの認証統合・集中管理というのは実績も豊富です. 特にある程度の規模のWebベース社内システムなどではiPlanetディレクトリサーバあたりを使うことが多く, マルチベンダ化が難しいアクティブディレクトリは従関係とか部門内に閉じた形で使われることが多いように思われます.
Re:ふと思った (スコア:1, 参考になる)
今日日、Sambaをただのファイルサーバと言うと怒られますよ。
以前よりWindowsドメインのドメインコントローラとして機能しますし、
Samba 4からはActive Directoryのドメインコントローラとしても機能する(らしい)んですから
元コメントは恐らくSamba 4でのActiveDirectoryサポートの事ではないかと
Re:ふと思った (スコア:3, 参考になる)
今回のストーリーは、UNIX側の認証をWindows に合わせるというものですから、
ActiveDirectoryの利用方向が逆。
そういう点で、元コメント [srad.jp]の
> sambaじゃダメですかね?
には、sambaじゃダメです、と答えるしかないかと。
Re:ふと思った (スコア:1, 参考になる)
Re:ふと思った (スコア:0)
samba.org が出元だけど「smbプロトコルによるファイルサーバソフトであるsamba」とは別物ですね。
Re:ふと思った (スコア:0)
>ActiveDirectoryの利用方向が逆。
>sambaじゃダメです、と答えるしかないかと。
それなら Windows Services for UNIX じゃだめですかね?
やっぱり だめなんでしょうね
-- それなら ってなんだ…ADがまだ主流じゃないDCのころに使ってたのでAC