單點登入sso（single sign on）說得簡單點就是在乙個多系統共存的環境下，使用者在一處登入後，就不用在其他系統中登入，也就是使用者的一次登入能得到其他所有系統的信任。單點登入在大型**裡使用得非常頻繁，例如像阿里巴巴這樣的**，在**的背後是成百上千的子系統，使用者一次操作或交易可能涉及到幾十個子系統的協作，如果每個子系統都需要使用者認證，不僅使用者會瘋掉，各子系統也會為這種重複認證授權的邏輯搞瘋掉。實現單點登入說到底就是要解決如何產生和儲存那個信任，再就是其他系統如何驗證這個信任的有效性，因此要點也就以下幾個：
只要解決了以上的問題，達到了開頭講得效果就可以說是sso。最簡單實現sso的方法就是用cookie，實現流程如下所示：
不然發現以上的方案是把信任儲存在客戶端的cookie裡，這種方法雖然實現方便但立馬會讓人質疑兩個問題：
對於第乙個問題一般都是通過加密cookie來處理，第二個問題是硬傷，其實這種方案的思路的就是要把這個信任關係儲存在客戶端，要實現這個也不一定只能用cookie，用flash也能解決，flash的shared object api就提供了儲存能力。
一般說來，大型系統會採取在服務端儲存信任關係的做法，實現流程如下所示：
以上方案就是要把信任關係儲存在單獨的sso系統（暫且這麼稱呼它）裡，說起來只是簡單地從客戶端移到了服務端，但其中幾個問題需要重點解決：
對於第乙個問題，一般可以採用類似與memcached的分布式快取的方案，既能提供可擴充套件資料量的機制，也能提供高效訪問。對於第二個問題，一般採取數字簽名的方法，要麼通過數字證書簽名，要麼通過像md5的方式，這就需要sso系統返回免登url的時候對需驗證的引數進行md5加密，並帶上token一起返回，最後需免登的系統進行驗證信任關係的時候，需把這個token傳給sso系統，sso系統通過對token的驗證就可以辨別資訊是否被改過。對於最後乙個問題，可以通過白名單來處理，說簡單點只有在白名單上的系統才能請求生產信任關係，同理只有在白名單上的系統才能被免登入。
以上只是提供了些簡單的實現技術，但需要強調的是這只是技術實現而已，僅僅是為了解決上面談到的一些問題，sso本身來說並不是什麼高科技，有了這個認識比較有利於我們深入探索sso
單點登入原理
1 為什麼要有單點登入。以往登入乙個系統使用session登入，但是隨著系統的完善和優化，模組與模組之間可能存放在不同的伺服器，中間使用 伺服器來分發例如 nginx。但是多伺服器是如何共享使用者資訊的呢？答案就是單點登入。2 解決方式。這裡的單點登陸在nginx集群的時候最常用 解決方式 1 se...
單點登入原理
問題 採用將session儲存到一台伺服器的做法，在大型 構建中，是不合理的，因為session資料不同的伺服器之間不能共享，會導致使用者在訪問 時，會有很多次的校驗，如果該伺服器中沒有使用者資訊，則會出現使用者重複登入的問題 session不能共享！解決 1.使用者輸入使用者名稱和密碼 2.當前臺...
單點登入原理
單點登入sso single sign on 說得簡單點就是在乙個多系統共存的環境下，使用者在一處登入後，就不用在其他系統中登入，也就是使用者的一次登入能得到其他所有系統的信任。單點登入在大型 裡使用得非常頻繁，例如，阿里旗下有 天貓 支付寶等 還有背後的成百上千的子系統，使用者一次操作或交易可能涉...