2011-11-22 35 views
1

有沒有人提出任何與解決方案的單一標誌與Drupal 7日期的域訪問?我一直在密切關注兩個舊的 模塊,一個不再維護(D6的SSO)和一個仍然維護(CAS)的模塊。我還讀到,SAML可能是解鎖這個問題的關鍵,但我不確定。 Facebook的FBConnect可能也是另一種選擇,或者另一種方式可以整合我讀過的OpenID,並且可以在StackOverflow的子站點上體驗。Drupal 7,域名訪問和SSO(單點登錄)

我知道OpenID可以這樣做,因爲我們使用一次登錄同時登錄到所有* Overflows子站點。問題是它如何跨越DNS服務器?它是否與匹配散列的一半握手?我無法找到任何有關這方面的文件,所以無所適從。

那麼,是否有任何解決方案是迄今爲止已知的,或者有關開始 調查的信息?我想我已經對可能性做了一個很好的闡述。我讀了這個主題,Domain Access SSO但我不確定它與哪個版本有關(Drupal,DA,SSO或其他)。它看起來像「解決方案」是用用戶和權限創建一個主表集,然後在整個域中共享這些表?如果在域訪問下已經創建了多個網站,這可能會如何工作?你會克隆和重建整個安裝,還是你需要從頭開始?它確實會提出更多的問題而不是答案。我聯繫作者沒有迴應,所以問題依然存在。

任何意見在那裏誰或爲什麼將不勝感激,我只需要一個起點讓球滾動。感謝大家。

回答

1

我是原始問題中提到的域訪問SSO文章的作者。我不記得被聯繫過它,但最近我又發現我的bleen.net上的「聯繫」頁面在一段時間內還沒有工作......但無論如何,這裏有一些信息:

該帖子涉及到Drupal 6,SSO模塊6.x-1.0-rc1和域訪問模塊6.x-2.0(我認爲)。該解決方案基本上圍繞創建兩個獨立的drupal安裝,一個是主服務器和一個客戶端(可以有多個客戶端)。基本上,會發生什麼情況是所有客戶端的必要用戶表都指向主服務器。在這種情況下,主服務器成爲(實質上)一個shell站點,它除了保存和驗證用戶數據外什麼也不做。

希望是有道理的和/或幫助...說實話我很久沒看過那段代碼了。