keycloak~RFC知識的瞭解

一種互聯網通信協議和標準

Request For Comments(RFC),是一系列以編號排定的文件。文件收集了有關互聯網相關信息,以及UNIX和互聯網社區的軟件文件。RFC文件是由Internet Society(ISOC)贊助發行。基本的互聯網通信協議都有在RFC文件內詳細說明。RFC文件還額外加入許多在標準內的論題,例如對於互聯網新開發的協議及發展中所有的記錄。因此幾乎所有的互聯網標準都有收錄在RFC文件之中。

編輯機制

  • RFC(Request For Comments)意即“請求評論”,包含了關於Internet的幾乎所有重要的文字資料。如果你想成爲網絡方面的專家,那麼RFC無疑是最重要也是最經常需要用到的資料之一,所以RFC享有網絡知識聖經之美譽。通常,當某家機構或團體開發出了一套標準或提出對某種標準的設想,想要徵詢外界的意見時,就會在Internet上發放一份RFC,對這一問題感興趣的人可以閱讀該RFC並提出自己的意見;絕大部分網絡標準的制定都是以RFC的形式開始,經過大量的論證和修改過程,由主要的標準化組織所指定的,但在RFC中所收錄的文件並不都是正在使用或爲大家所公認的,也有很大一部分只在某個局部領域被使用或並沒有被採用,一份RFC具體處於什麼狀態都在文件中作了明確的標識。

  • RFC由一系列草案組成,起始於1969年(第一個RFC文檔發佈於1969年4月7日,參見“RFC30年”,RFC2555”),RFC文檔是一系列關於Internet(早期爲ARPANET)的技術資料彙編。這些文檔詳細討論了計算機網絡的方方面面,重點在網絡協議,進程,程序,概念以及一些會議紀要,意見,各種觀點等。
    “RFC編輯者”是RFC文檔的出版者,它負責RFC最終文檔的編輯審訂。“RFC編輯者”也保留有RFC的主文件,稱爲RFC索引,用戶可以在線檢索。在RFC近30年的歷史中,“RFC編輯者”一直由約翰·普斯特爾(Jon Postel)來擔任,而“RFC編輯者”則由一個工作小組來擔任,這個小組受到“互聯網協會”(Internet Society)的支持和幫助。

  • RFC編輯者負責RFC以及RFC的整體結構文檔,並維護RFC的索引。Internet協議族的文檔部分(由Internet工程委員會“因特網工程師任務組”IETF以及IETF 下屬的“因特網工程師指導組”IESG 定義),也做爲RFC文檔出版。因此,RFC在Internet相關標準中有着重要的地位。

  • RFC編輯者的職責是由Internet 中的大家提議形成的,所出版的語言也就和Internet一樣。IETF和ISOC是代表了世界各地的國際性組織,英語是IETF的第一工作語言,也是IETF的正式出版語言。RFC 2026 "The Internet Standards Process --
    Revision 3" 允許RFC翻譯成其他不同的語言。但是不能保證其翻譯版本是完全正確的。因此,RFC編輯不對非英語的版本負責,而只是指明瞭哪裏有非英語的版本,將這些信息列在WEB頁上。

處理過程

一個RFC文件在成爲官方標準前一般至少要經歷4個階段(RFC2026):因特網草案、建議標準、草案標準、因特網標準。

X-Frame-Options標準

URL:https://www.rfc-editor.org/rfc/rfc7034

HTTP 響應頭是用來給瀏覽器指示允許一個頁面可否在 , 或者 中展現的標記。網站可以使用此功能,來確保自己網站的內容沒有被嵌套到別人的網站中去,也從而避免了點擊劫持 (clickjacking) 的攻擊。 
注意:由於微信掃碼採用iframe的方式,所以這塊我們不能配置,不然微信不能使用,或者使用ALLOW-FROM。
現代瀏覽器遵循 X-Frame-Options 協議頭,它表明一個資源是否允許加載到 frame 或者 iframe 中。 如果響應包含值爲 SAMEORIGIN 的協議頭,瀏覽器會在 frame 中只加載同源請求的的資源;如果協議頭設置爲 DENY ,瀏覽器會在加載 frame 時屏蔽所有資源,無論請求來自於哪個站點;如果希望開放給某個域名,可以使用ALLOW-FROM uri來實現它。

  • 在keycloak的域設置中,有安全保護,可以對它進行配置,如圖

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章