Rubycas-Server. 무료 다운로드, 소프트웨어 다운로드 시 Rubycas-Server. 다운로드

엔터프라이즈 웹 응용 프로그램을위한 단일 사인온 인증을위한 JA-SIG CAS 서버의 오픈 소스 구현 RubyCas-Server는 JA-SIG의 CAS 프로토콜의 서버 종료를 구현하는 웹 응용 프로그램을위한 단일 사인온 솔루션을 제공합니다. CAS는 다양한 프레임 워크 (Java, Rails, PHP 등)에서 실행중인 여러 웹 응용 프로그램에 대한 단일 중앙 집중식 사인온 인증을 허용합니다. 아이디어는 Yahoo, Google 및 기타 주요 포털 사이트를 사용하여 사용자가 인증 할 수 있도록합니다. 중앙 환영 페이지. 마찬가지로 CAS 서버는 사용자가 사용자 이름과 암호로 들어가는 로그인 페이지를 제공합니다. 인증이 성공한 후 서버는 다양한 CAS 보호 서비스에 대한 액세스 권한을 부여하는 '서비스 티켓'을 제공합니다. CAS 보호 서비스는 사용자의 실제 자격 증명을 보지 못하고 한 서비스에 로그인 한 모든 서비스에 대한 액세스 권한을 부여합니다. 사용자는 로그인 페이지 만 한 번만 볼 수 있으므로 "Single Sign-On".RubyCas-Server는 설정 및 사용자 정의가 쉽도록 설계되었습니다. 서버를 실행하기 위해 Ruby에 대해 알 필요가 없습니다. 프런트 엔드 (중앙 로그인 페이지)는 CSS를 사용하여 피부를 삭제 할 수 있으며 사용자 이름과 암호를 유효화하기위한 백엔드 인증 방법은 기존 SQL 데이터베이스, Active Directory, LDAP 서버 등을 사용하여 기존 SQL 데이터베이스, Active Directory, LDAP 서버 등을 구성 할 수 있습니다. CAS 프로토콜은 공식 JA-SIG CAS PAGE를 살펴보아야합니다. 주문 (예 : 웹 응용 프로그램) CAS 보호, 각 서비스에는 일부 구성이 필요합니다. 일반적으로 CAS 클라이언트 라이브러리를 설치하여 수행됩니다. 예를 들어 Ruby on Rails 응용 프로그램의 경우 기본적으로 표준 컨트롤러 필터와 같이 작동하는 RubyCas-Client를 설치해야합니다. PHP의 경우 ESUP-PHPCAS를 설치하고 CAS 보호 PHP 페이지 상단에 작은 코드 블록을 포함하십시오. Java 기반 프레임 워크의 경우 Java CAS 클라이언트를 설치하고 XML을 App Server의 구성에 추가해야합니다. 다른 프레임 워크 (.NET, Perl, Zope, ColdFusion 등)의 클라이언트에 대한 정보는 JA-SIG CAS Lients 페이지를 살펴보십시오. 이 릴리스에서는 새로운 기능 : 새로운 기능 : · CAS 3.3에 지정된 단일 사인 아웃 기능을 구현했습니다. http://www.ja-sig.org/wiki/display/casum/single +sign + out을 참조하십시오. · 사용자 이름과 함께 CAS 클라이언트에 추가 속성을 반환하도록 인증자를 구성 할 수 있습니다. 이를 수행하는 방법의 예는 포함 된 SQL 인증자를 참조하십시오. 또한 http://groups.google.com/group/rubycas-server/browse_thread/thread/5eade3793cb590e9 문자열 또는 숫자 이외의 유형의 추가 속성은 클라이언트와 함께 전송되기 전에 YAML 형식으로 직렬화됩니다. ...에 · Drupal 용 SQL 인증 자의 MD5-PASSWORD 버전 및 해시 형식의 암호를 저장하는 다른 데이터베이스 (MALCOLMM 감사)를 추가했습니다. · Google / Gmail 계정에 대한 인증을 위해 새로운 Google 인증자가 추가되었습니다. 기존 기능의 변경 사항 : · 서비스 URI가 자동으로 정규화됩니다. 예를 들어 서버에 제공된 서비스 URI가 '티켓'매개 변수가있는 경우 티켓을 자동으로 제거합니다. 이것은 CAS 클라이언트를 오작동하여 발생할 수있는 가능한 문제를 해결하기위한 것입니다 (CAS 티켓은 서비스 URI의 일부가 아님). 'Service', 'Renew'및 'Gateway'와 같은 다른 CA 관련 매개 변수가 동일합니다. 또한, 후행 '/'및 '?' 예를 들어 "http://google.com/"는 "http://google.com"과 거의 확실히 해당되므로 문자가 자동으로 URL에서 벗어납니다. · Expire_Sessions Config 변수가 존중됩니다 - 티켓 부여 티켓 쿠키는 Expiry DateTime로 설정되므로 Ticket_Granting_ticket_Expiry 기간에 도달하면 SSO 세션이 효과적으로 해지됩니다. ·이 경우 http_x_forwarded_for 헤더가 클라이언트의 주소를 기록하는 데 사용됩니다. 이는 서버가 역방향 프록시 뒤에 실행되는 경우에 유용하지만 쉽게 스푸핑 될 수 있으므로 권위있는 것으로 간주되어서는 안됩니다. · 'CASServer_st'테이블의 '서비스'필드가 255 자보다 긴 서비스 URI를 수정하기 위해 VARCHAR (255)에서 텍스트로 변경되었습니다 (문제 # 46 수정). · CAS XML 응답은 더 이상 공백 포맷 (즉 마크 바이의 자동 압입이 꺼져 있음)이 아닙니다. 분명히 공백은 mod_auth_cas에 문제가 발생했습니다. 참조 : http://groups.google.com/group/rubycas-server/browse_thread/thread/E482FE09999B73D3. · 사전 인증없이 사용하면 LDAP 인증자가 구성된 USERNAME_ATTRIBUTE를 기반으로 LDAP 디렉토리에서 주어진 사용자 이름을 검색하여 바인딩하려고 시도합니다. 이 변경 전에 인증자는 사용자 이름이 사용자의 CN과 일치한다고 가정하여 인증자가 LDAP 서버와 바인딩하려고 시도했습니다. 이것은 더 이상 사실이 아닙니다. · 유효하지 않은 요청에 대한 CAS 응답 (예를 들어 필요한 매개 변수가 누락되었거나 잘못된 경우 잘못된 위치). 내부 서버 오류 (클라이언트가 아닌 서버가 오류가 아닌 서버가 오류가 발생합니다)가 발생했습니다. 이전에 대부분의 응답에는 오류 코드가있었습니다. 내용에 관계없이 200. 버그 수정: · ActiveRecord 2.1로 올바르게 작동하려면 고정 로그 아웃 조치 (열심히 적재 동작이 변경된 방식으로 변경을 강요합니다. · MonGrel에서 실행 중이면 USR2 신호가 예상대로 서버를 다시 시작해야합니다. 그러나 현재 서버가 ForegoRound에서 실행 중일 때만 작동합니다. 데몬이 다를 때 USR2는 다시 시작하지 않고 서버를 종료합니다 (문제 # 58 참조). · 고정 된 ActiveRecord / ActiveSupport 보석로드 문제, 한 번 및 모든 (단, PICNIC-0.7.0이 필요합니다).

Rubycas-Server. 관련 소프트웨어