我們在搭建cas中已經說過如果不搭建https證書體系的需要去掉https的驗證:  

因為cas4.2以上的程式碼做了一些框架的優化，4.2以下的版本的很多配置都是寫在xml檔案中。4.2以上統一提取到了cas.properties檔案中。

所以在去掉https的時候 方式也有所變化。

現在網上查到的資料很多都還停留在對4.2以下版本的配置修改中。

我們這裡把兩種情況都記錄下來。

4.2以上cas server去掉https驗證

屬性設定

我們在官網上看到有關於https的安全認證的屬性有:

# The encryption secret key. By default, must be a octet string of size 256.
# tgc.encryption.key=
 

# The signing secret key. By default, must be a octet string of size 512.
# tgc.signing.key=

# Decides whether SSO cookie should be created only under secure connections.
# tgc.secure=true

# The expiration value of the SSO cookie
# tgc.maxAge=-1

# The name of the SSO cookie
# tgc.name=TGC

# The path to which the SSO cookie will be scoped
# tgc.path=/cas
 

# Decides whether SSO Warning cookie should be created only under secure connections.
# warn.cookie.secure=true

# The expiration value of the SSO Warning cookie
# warn.cookie.maxAge=-1

Decides whether SSO cookie should be created only under secure connections

tgc.secure=true

Decides whether SSO Warning cookie should be created only under secure connections

warn.cookie.secure=true

決定是否需要在安全連線(https)的情況下才能建立tgc和warn.cookie。

我們這裡只要把tgc.secure和warn.cookie.secure這兩個屬性修改成false即可。

serviceId修改

還有一個地方需要修改,否則會報Application Not Authorized to Use CAS。

src/main/resources/services中的  HTTPSandIMAPS-10000001.json

{
  "@class" : "org.jasig.cas.services.RegexRegisteredService",
  "serviceId" : "^(https|imaps)://.*",
  "name" : "HTTPS and IMAPS",
  "id" : 10000001,
  "description" : "This service definition authorized all application urls that support HTTPS and IMAPS protocols.",
  "proxyPolicy" : {
    "@class" : "org.jasig.cas.services.RefuseRegisteredServiceProxyPolicy"
  }

 "serviceId" : "^(https|imaps)://.*"

需要修改成 "serviceId" : "^(https|imaps|http)://.*"   或者把https修改成http。

4.2以下cas server去掉https驗證

cas預設是採用https模式的，我們沒有配置證書，所以要麼配置證書，要麼取消https的過濾，讓http協議也能訪問。

我們這裡取消https的配置，讓http也能訪問。

需要修改三個地方的配置(針對4.0.0版本，其他版本的話第一處必改，其他的看看還有沒有帶有cookie的檔名)

修改一deployerConfigContext.xml增加引數p:requireSecure="false"

我們在tomcat的webapp中找到 cas/WEB-INF/deployerConfigContext.xml

裡面有一句

<bean class="org.jasig.cas.authentication.handler.support.HttpBasedServiceCredentialsAuthenticationHandler"
p:httpClient-ref="httpClient"/>

這裡需要增加引數p:requireSecure="false"，requireSecure屬性意思為是否需要安全驗證，即HTTPS，false為不採用。修改後為：

  <bean class="org.jasig.cas.authentication.handler.support.HttpBasedServiceCredentialsAuthenticationHandler"
 p:httpClient-ref="httpClient"  p:requireSecure="false"/>

修改二ticketGrantingTicketCookieGenerator.xml修改p:cookieSecure="false"

 我們在tomcat的webapp中找到cas/WEB-INF/spring-configuration/ticketGrantingTicketCookieGenerator.xml

<bean id="ticketGrantingTicketCookieGenerator" class="org.jasig.cas.web.support.CookieRetrievingCookieGenerator"

      p:cookieSecure="true"

      p:cookieMaxAge="-1"

      p:cookieName="CASTGC"

      p:cookiePath="/cas" />

 引數p:cookieSecure="true"，同理為HTTPS驗證相關，TRUE為採用HTTPS驗證，FALSE為不採用https驗證。

引數p:cookieMaxAge="-1"，簡單說是COOKIE的最大生命週期，-1為無生命週期，即只在當前開啟的IE視窗有效，IE關閉或重新開啟其它視窗，仍會要求驗證。可以根據需要修改為大於0的數字，比如3600等，意思是在3600秒內，開啟任意IE視窗，都不需要驗證。

 這裡把 cookieSecure修改為false就行了

修改三 warnCookieGenerator.xml修改p:cookieSecure="false"

我們在tomcat的webapp中找到cas/WEB-INF/spring-configuration/warnCookieGenerator.xml

裡面有

<bean id="warnCookieGenerator" class="org.jasig.cas.web.support.CookieRetrievingCookieGenerator"
p:cookieSecure="true"
p:cookieMaxAge="-1"
p:cookieName="CASPRIVACY"
p:cookiePath="/cas" />

引數p:cookieSecure="true"，同理為HTTPS驗證相關，TRUE為採用HTTPS驗證，FALSE為不採用https驗證。

 這裡把 cookieSecure修改為false就行了。

三個地方都修改好後我們就可以啟動tomcat了，這時候https的方式已經取消，可以使用http的方式訪問了。

去掉登入頁面上的提示

我們去掉https驗證之後 保證了我們在cas server和cas client 使用http訪問也能進行正常互動。

但是原生的cas server頁面上的提示是不會根據設定自動消失的。只能我們手動去除。

如果需要去除的話嗎，步驟如下:

配置完http方式訪問之後頁面上的 提示還是存在的，如果我們之後會對登入介面樣式完全改版，所以可以不用管它。如果還是需要把它去掉的話，cas統一認證的登陸頁面位於：cas目錄/WEB-INF/view/jsp/default 資料夾裡，其中ui/casLoginView.jsp為登陸頁面。我們找到這段程式碼刪掉即可。

<c:if test="${not pageContext.request.secure}">
  <div id="msg" class="errors">
    <h2>Non-secure Connection</h2>
    <p>You are currently accessing CAS over a non-secure connection.  Single Sign On WILL NOT WORK.  In order to have single sign on work, you MUST log in over HTTPS.</p>
  </div>
</c:if>