|
| |
| Sun Java System Portal Server 6 2005Q4 관리 설명서 | |
12장
Rewriter 서비스 관리이 장에서는 Sun Java System Portal Server의 Rewriter 서비스를 관리하는 방법에 대해 설명합니다.
이 장은 다음 절로 구성됩니다.
Rewriter 서비스 개요Sun Java System Portal Server Rewriter는 마크업 언어 및 JavaScript™ 코드에서 URL 변환을 수행하기 위한 엔진을 제공합니다. 데스크탑 및 Sun Java™ System Portal Server: Secure Remote Access 게이트웨이 서비스의 URLScraperProvider 및 XMLProvider는 모두 Rewriter 서비스를 사용합니다.
Rewriter는 웹 페이지의 컨텐트를 검색하고 이러한 웹 페이지에서 찾은 URL을 확인합니다. Rewriter는 규칙 집합에 정의된 규칙 컬렉션을 사용하여 다시 작성할 웹 페이지의 요소를 결정합니다. Rewriter가 URL을 확인한 후에는 다음을 통해 URL을 다시 작성할 수 있습니다.
상대 URL을 절대 URL로 확장
URLScraperProvider는 코어 Portal Server 제품의 일부입니다. 비게이트웨이 시나리오에서는 URLScraperProvider를 사용하여 상대 URL을 절대 URL로 확장할 수 있습니다. 예를 들어 사용자가 다음 사이트에 액세스하려는 경우,
<a href=”../mypage.html”>
Rewriter는 이것을 다음으로 변환합니다.
<a href=”http://www.yahoo.com/mail/mypage.html”>
여기서 http://www.yahoo.com/mail/은 스크래핑된 페이지의 기본 URL입니다.
URLScraperProvider 제한 사항
URLScraperProvider는 단순히 채널에서 지정된 URL을 표시하려고 합니다. 표시할 문서 URL (문서)의 일부를 지정할 수 없습니다. URLScraperProvider는 지정 URL의 컨텐트를 요청하므로 HTTP 클라이언트처럼 작용합니다. 브라우저에서처럼 스크래핑할 대상 URL은 네트워크에서 볼 수 있거나 프록시가 구성되어 있어야 합니다.
그러나 결과적인 URL 스크래퍼 채널은 미니 브라우저도, 프레임도 아닙니다. 따라서 컨텐트에 링크가 있으면 이는 채널만이 아니라 전체 페이지에 영향을 미칩니다. URL 스크래퍼 채널 내부를 탐색하지 않아야 합니다. 채널 내의 링크를 선택하면 브라우저가 링크를 해석하여 현재 표시된 페이지 (사용자의 Portal Server 데스크탑)를 링크 위치의 컨텐트로 대체할 수 있습니다.
스크래핑된 채널의 모양은 원래 컨텐트를 생성하는 어떤 것으로도 제어됩니다. URLScraperProvider는 컨텐트를 전혀 수정하지 않으며 URL을 통해 사용할 수 있는 것만 표시합니다. 채널은 기본적으로 HTML 테이블의 셀이기 때문에 테이블 셀에 합법적으로 들어갈 수 있는 HTML 컨텐트만 표시할 수 있습니다. 즉, <FRAMESET> 태그는 <BODY> 태그 내에 있을 수 없기 때문에 frameset은 URLScraperProvider를 사용하여 스크래핑할 수 없습니다. URLScraperProvider는 또한 <HEAD> 태그에 있는 JavaScript 코드를 실행하지 않습니다. 이 때문에 다음 스크래핑 시나리오는 URLScraperProvider에 적합하지 않습니다.
원래 서버가 쿠키를 전송할 때 이 쿠키는 웹 컨텐트가 다시 스크래핑될 때마다 되돌아옵니다. 따라서 원래 서버는 포털 데스크탑이 업데이트되거나 다시 로드될 때 처음 스크래핑된 웹 컨텐트로 보냈던 쿠키를 받게 됩니다. 그러나 이 쿠키는 사용자가 url 스크래퍼 채널의 어떤 링크를 누르는 경우 되돌아오지 않습니다.
게이트웨이 URL을 기존 URL 앞에 덧붙이기
Sun Java System Portal Server, Secure Remote Access와 같은 게이트웨이 구현에서 게이트웨이는 클라이언트에 대해 프록시로 작용하며 인트라넷 사이트에 액세스하고 클라이언트에 응답을 반환합니다. Rewriter는 기존 URL 앞에 게이트웨이 URL을 덧붙여 URL이 원래 사이트가 아닌 게이트웨이를 가리키도록 다운로드한 페이지의 URL을 변환합니다.
예를 들어 사용자가 다음 URL을 사용하여 mymachine의 HTML 페이지에 액세스하려는 경우
<a href="http://mymachine.intranet.com/mypage.html>
Rewriter는 이 URL 앞에 다음과 같이 게이트웨이에 대한 참조를 덧붙입니다.
<a href="https://gateway.company.com/http://mymachine.intranet.com/mypage.html>
사용자가 이 앵커와 연결된 링크를 누르면 브라우저가 게이트웨이에 접속합니다. 게이트웨이는 mymachine.intranet.com에서 mypage.html의 컨텐트를 가져옵니다.
Rewriter를 사용하여 기존 URL 앞에 게이트웨이 URL을 덧붙이는 데 대한 자세한 내용은 Sun Java System Portal Server, Secure Remote Access 6 2005Q4 관리 설명서를 참조하십시오.
지원 URLRewriter는 RFC-1738에서 규정하는 모든 표준 URL 다시 쓰기를 지원합니다. 이 URL은 프로토콜이 HTTP인지 또는 HTTPS인지 그리고 프로토콜의 대소문자 여부에 상관 없이 지원됩니다. 예를 들어 hTtP, HTtp 및 httP 모두 올바른 표현입니다. 다음은 표준 URL의 몇 가지 예입니다.
http://www.my.sesta.com
http://www.example.org:8000/imaginary/test
http://www.example.edu/org/admin/people#andy
http://info.example.org/AboutUs/Index/Phonebook?dobbins
http://www.example.org/RDB/EMP?*%20where%20name%%3Dobbins
http://info.example.org/AboutUs/Phonebook
http://user:password@example.comRewriter는 몇 가지 기본적인 비표준 URL의 다시 쓰기를 지원합니다. 비표준 URL을 표준 형식으로 변환하기 위한 정보는 URL이 표시되는 페이지의 기본 URL에서 가져오며 프로토콜, 호스트 이름 및 경로가 포함될 수 있습니다. 백슬래시 (\) 는 절대 URL이 아니라 상대 URL에 있을 때만 지원됩니다. 예를 들어 http://sesta.com\index.html은 다시 작성되지만 http:\\sesta.com은 그렇지 않습니다.
또한 http:/sesta.com과 같이 프로토콜이나 스키마 뒤에 단일 슬래시 (/) 가 있는 URL은 다시 작성되지 않습니다.
Rewriter 규칙 및 규칙 집합의 정의Rewriter는 웹 페이지에 표시되는 다양한 요소의 URL 부분을 수정합니다. 웹 페이지에서 다시 작성할 요소를 결정하기 위해 Rewriter에는 기본적인 규칙 집합이 함께 따라 다닙니다. 다양한 범주와 하위 범주에 대한 규칙 컬렉션이 .dtd 파일에 저장되며 이를 규칙 집합이라고 합니다. Rewriter 규칙 집합은 XML로 정의됩니다.
DTD는 /opt/SUNWps/web-src/WEB-INF/lib/rewriter.jar (resources/RuleSet.dtd)에 위치합니다. 규칙 집합은 URL을 확인하는데 사용됩니다. 기본적으로 "/", ../ , "http" 및 "https"와 같은 문자로 시작되는 웹 컨텐트의 모든 문자열이 URL인 것으로 간주되어 다시 쓰기의 대상이 됩니다.
원하는 작동으로 Rewriter를 구성하기 위해 관리 콘솔의 Portal Server 구성에 있는 Rewriter 부분에서 규칙 집합을 만들고 규칙을 정의합니다. 규칙 집합 만들기와 수정에 대한 자세한 내용은 Rewriter 서비스 관리를 참조하십시오. 웹 페이지에 있는 컨텐트 유형에 따라 여러 가지 규칙을 정의합니다. 예를 들어 HTML 컨텐트를 다시 작성하는데 필요한 규칙은 JavaScript 컨텐트를 다시 작성하는데 필요한 규칙과 다릅니다. Rewriter 규칙은 다음과 같이 폭 넓은 범주로 구분됩니다.
규칙 집합은 XML 문서이며 그 내부의 XML 형식이 올발라야 합니다. 규칙 집합에서 규칙을 정의할 때 다음 안내를 따르십시오.
HTML 컨텐트에 대한 규칙
웹 페이지의 HTML 컨텐트는 속성, JavaScript 토큰, 폼 및 애플릿으로 분류할 수 있습니다. 이에 따라 HTML 컨텐트에 대한 규칙은 다음과 같이 분류됩니다.
HTML 컨텐트에 대한 속성 규칙
속성 규칙은 HTML 페이지에서 다시 써야 하는 기본 속성 태그를 확인합니다. Rewriter는 기존 URL을 확장하거나 앞에 내용을 덧붙여 정의된 태그가 나올 때마다 이를 수정합니다. 기본 규칙 집합은 다음 속성 태그를 다시 작성합니다.
속성 규칙의 구문은 다음과 같습니다.
<Attribute name="name" [tag="tag" valuePatterns="patterns"]
여기서 name은 속성을 지정하고, tag는 속성이 속한 태그를 지정하고 (모든 태그를 일치시키려면 *로 설정), patterns는 속성과 일치시킬 가능한 패턴을 지정합니다. tag 및 valuePatterns 매개 변수는 생략 가능합니다.
HTML 컨텐트에 대한 JavaScript 토큰 규칙
웹 페이지의 JavaScript 태그 내에는 순수한 JavaScript 코드가 있거나 JavaScript 토큰 또는 함수가 포함될 수 있습니다. 예를 들어 웹 페이지에는 다른 URL로 점프할 수 있는 onClick() 함수가 있을 수 있습니다. 페이지가 올바로 작동하려면 onClick() 함수의 값을 변환하고 다시 작성해야 합니다. 대부분의 경우, 기본 규칙 집합에서 제공되는 규칙만으로 JavaScript 토큰의 URL을 다시 작성하기에 충분합니다. 기본 규칙 집합은 다음 JavaScript 토큰을 다시 작성합니다.
JavaScript 토큰 규칙에 대한 구문은 다음과 같습니다.
<JSToken>javascript_function_name</JSToken>
여기서 javascript_function_name은 onLoad 또는 onClick같은 함수의 이름입니다.
HTML 컨텐트에 대한 폼 규칙
사용자는 폼이 있는 HTML 페이지를 탐색할 수 있습니다. input과 같은 폼 요소는 URL을 값으로 취할 수 있습니다. 기본 규칙 집합은 어떤 폼 요소도 다시 작성하지 않습니다. 폼 규칙에 대한 구문은 다음과 같습니다.
<Form source="/source.html" name="form1" field="field1"> [valuePatterns="pattern"] />
여기서 /source.html은 폼이 있는 HTML 페이지의 URL이고, form1은 폼의 이름이고, field1은 다시 작성할 폼의 필드이고, pattern은 필드에서 다시 작성해야 할 부분을 나타냅니다. 지정된 패턴 이후의 모든 컨텐트가 다시 작성됩니다.
valuePatterns 매개 변수는 생략 가능합니다.
HTML 컨텐트에 대한 애플릿 규칙
단일 웹 페이지에 많은 애플릿이 있을 수 있고 각 애플릿에는 많은 매개 변수가 있을 수 있습니다. 애플릿의 URL에 대한 Rewriter 규칙에는 다음에 대한 패턴 일치 정보가 있어야 합니다.
Rewriter는 규칙에 지정된 값을 애플릿의 컨텐트와 매칭시키고 필요에 따라 URL을 수정합니다. 이러한 교체는 사용자가 특정 웹 페이지를 찾아볼 때가 아니라 서버에서 이루어집니다. 규칙에서 와일드카드 문자 (*)도 사용할 수 있습니다. 예를 들어 매개 변수 이름은 *가 될 수 있으며 이 경우에 Rewriter는 애플릿에서 매개 변수 이름을 비교하지 않습니다.
기본 규칙 집합은 어떤 애플릿 매개 변수도 다시 작성하지 않습니다.
애플릿 규칙에 대한 구문은 다음과 같습니다.
<Applet source="sourcehtml.jsp" code="class" param="parameter_name" [valuePatterns="pattern"]
여기서 /sourcehtml.jsp는 애플릿이 있는 URL이고, class는 애플릿 클래스의 이름이고, parameter_name은 값을 다시 써야 하는 매개 변수이고, pattern은 필드에서 다시 써야 하는 부분을 나타냅니다. 지정된 패턴 이후의 모든 컨텐트가 다시 작성됩니다.
valuePatterns 매개 변수는 생략 가능합니다.
JavaScript 컨텐트에 대한 규칙
URL은 JavaScript 코드의 다양한 부분에서 나올 수 있습니다. Rewriter는 JavaScript 코드를 직접 구문 분석하여 URL 부분을 확인할 수 없습니다. 특별한 규칙 집합을 작성하여 JavaScript 처리기가 URL을 변환하도록 해야 합니다.
URL을 가진 JavaScript 요소는 다음으로 분류됩니다.
JavaScript 변수
JavaScript 변수는 다시 5개의 범주로 분류됩니다.
JavaScript URL 변수
URL 변수에는 오른쪽에 URL 문자열이 있습니다. 기본 규칙 집합은 다음 JavaScript URL 변수를 다시 씁니다.
JavaScript 컨텐트 규칙에서 URL 변수의 구문은 다음과 같습니다.
<Variable type="URL">variable_name</Variable>
여기서 variable_name은 다시 작성해야 하는 변수의 이름입니다.
JavaScript EXPRESSION 변수
EXPRESSION 변수에는 오른쪽에 표현식이 있습니다. 이 표현식의 결과는 URL입니다. Rewriter는 이러한 표현식을 평가할 수 없기 때문에 표현식을 변환하기 위한 JavaScript 함수를 HTML 페이지에 추가합니다. 이 함수는 표현식을 하나의 매개 변수로 받아들여 클라이언트 브라우저에서 이를 평가합니다.
기본 규칙 집합은 location JavaScript EXPRESSION 변수를 다시 씁니다.
JavaScript 컨텐트 규칙에서 EXPRESSION 변수의 구문은 다음과 같습니다.
<Variable type="EXPRESSION">variable_exp</Variable>
여기서 variable_exp는 표현식 변수입니다.
JavaScript DHTML 변수
DHTML 변수는 HTML 컨텐트를 저장하는 JavaScript 변수입니다. 기본 규칙 집합은 다음 JavaScript DHTML 변수를 다시 작성합니다.
JavaScript 컨텐트에서 DHTML 변수의 구문은 다음과 같습니다.
<Variable type="DHTML">variable</Variable>
여기서 variable은 DHTML 변수입니다.
JavaScript DJS (Dynamic JavaScript) 변수
DJS (Dynamic JavaScript) 변수는 JavaScript 컨텐트를 저장하는 JavaScript 변수입니다.
JavaScript 컨텐트에서 DJS 변수의 구문은 다음과 같습니다.
<Variable type="DJS">variable</Variable>
여기서 variable은 DJS 변수입니다.
변수에 있는 JavaScript 코드에는 이를 변환하기 위한 또 다른 규칙이 필요합니다.
JavaScript 시스템 변수
시스템 변수는 사용자가 선언하는 것이 아니라 JavaScript 표준의 일부로 사용할 수 있는 변수입니다.
기본 규칙 집합은 window.location.pathname JavaScript 시스템 변수를 다시 작성합니다.
JavaScript 컨텐트에서 시스템 변수의 구문은 다음과 같습니다.
<Variable type="SYSTEM">variable</Variable>
여기서 variable은 시스템 변수입니다.
JavaScript 함수 매개 변수
함수 매개 변수는 4가지 범주로 분류됩니다.
JavaScript URL 매개 변수
URL 매개 변수는 URL을 직접 담고 있는 문자열 매개 변수입니다.
기본 규칙 집합은 다음 JavaScript URL 매개 변수를 다시 작성합니다.
URL 매개 변수에 대한 구문은 다음과 같습니다.
<Function type = "URL" name = "function" [paramPatterns="y,y,"] />
여기서 function은 평가할 함수의 이름이고 y는 매개 변수에서 다시 써야 하는 부분을 나타냅니다. 매개 변수 위치는 콤마로 구분합니다. 예를 들어 구문 줄에서 첫 번째와 두 번째 매개 변수는 다시 써야 하지만 세 번째 매개 변수는 다시 쓰지 않아야 합니다.
JavaScript EXPRESSION 매개 변수
EXPRESSION 매개 변수는 평가될 때 URL이 되는 함수 내의 변수입니다. EXPRESSION 매개 변수에 대한 구문은 다음과 같습니다.
<Function type = "EXPRESSION" name = "function" [paramPatterns="y,y,"] />
여기서 function은 평가할 함수의 이름이고 y는 매개 변수에서 다시 써야 하는 부분을 나타냅니다. 매개 변수 위치는 콤마로 구분합니다. 예를 들어 구문 줄에서 첫 번째와 두 번째 매개 변수는 다시 써야 하지만 세 번째 매개 변수는 다시 쓰지 않아야 합니다.
JavaScript DHTML 매개 변수
DHTML 매개 변수는 HTML 페이지를 동적으로 생성하는 기본 JavaScript 메소드입니다. 예를 들어 document.write () 메소드가 이 범주에 속합니다.
기본 규칙 집합은 다음 JavaScript DHTML 매개 변수를 다시 작성합니다.
DHTML 매개 변수에 대한 구문은 다음과 같습니다.
<Function type = "DHTML" name = "function" [paramPatterns="y,y,"] />
여기서 function은 평가할 함수의 이름이고 y는 매개 변수에서 다시 써야 하는 부분을 나타냅니다. 매개 변수 위치는 콤마로 구분합니다. 예를 들어 구문 줄에서 첫 번째와 두 번째 매개 변수는 다시 써야 하지만 세 번째 매개 변수는 다시 쓰지 않아야 합니다.
JavaScript DJS 매개 변수
HTML에서 CSS (Cascading Style Sheet)와 같은 DJS (Dynamic JavaScript) 매개 변수도 변환됩니다. URL이 CSS의 url() 함수에만 나타나기 때문에 이 변환에 정의된 규칙은 없습니다. DJS 매개 변수에 대한 구문은 다음과 같습니다.
<Function type = "DJS" name = "function" [paramPatterns="y,y,"] />
여기서 function은 평가할 함수의 이름이고 y는 매개 변수에서 다시 써야 하는 부분을 나타냅니다. 매개 변수 위치는 콤마로 구분합니다. 예를 들어 구문 줄에서 첫 번째와 두 번째 매개 변수는 다시 써야 하지만 세 번째 매개 변수는 다시 쓰지 않아야 합니다.
XML 컨텐트에 대한 규칙
웹 페이지에는 XML 컨텐트가 있을 수 있고 그 안에는 다시 URL이 있을 수 있으며 Rewriter는 XML 컨텐트에 있는 URLS를 다시 쓸 수 있습니다.
URL이 있는 XML 컨텐트는 다음과 같이 분류됩니다.
XML의 태그 텍스트
Rewriter는 태그 이름에 따라 XML 컨텐트를 변환합니다.
기본 규칙 집합은 XML에서 다음 태그를 다시 작성합니다.
태그 텍스트에 대한 구문은 다음과 같습니다.
<TagText tag ="attribute" attributePatterns="name=src"/>
여기서 attribute는 태그의 이름이고 src는 속성의 이름입니다.
XML의 속성
XML의 속성에 대한 규칙은 HTML의 속성에 대한 규칙과 유사합니다. 자세한 내용은 HTML 컨텐트에 대한 속성 규칙을 참조하십시오. Rewriter는 속성과 태그 이름에 따라 속성 값을 변환합니다.
기본 규칙 집합은 다음 XML의 속성을 다시 작성합니다.
HTML의 속성에 대한 구문은 다음과 같습니다.
<Attributes>
<Attribute name="attribute" [valuePatterns="name=src"/>
</Attributes>여기서 attribute는 태그의 이름이고 src는 속성의 이름입니다.
Rewriter 서비스 관리Portal Server 6에서 Rewriter 서비스는 Sun Java System Access Manager 속성을 사용하여 Rewriter 규칙 집합을 지속적으로 저장합니다. Rewriter 규칙 집합은 웹 페이지의 컨텐트를 Rewriter가 어떻게 다시 작성해야 하는지를 정의합니다. Sun Java System Access Manager 관리 콘솔을 통해 여러 Rewriter 규칙 집합을 정의하고 Sun Java System Access Manager 서비스 속성 값으로 저장할 수 있습니다.
명령줄을 사용하여 Rewriter를 관리할 수도 있습니다. rwadmin 명령에 대한 자세한 내용은 Sun Java System Portal Server 6 2005Q4 Technical Reference Guide를 참조하십시오.
Sun Java System Access Manager 관리 콘솔에는 Rewriter 규칙 집합에 대한 아무 개념이 없기 때문에 Portal Server는 사용자 정의 서비스 관리 플러그인 모듈을 사용하여 이를 관리합니다. 모든 Rewriter 규칙 집합은 Sun Java System Access Manager에 있는 조직에 전역으로 작용합니다. 특정 조직 수준에서만 규칙 집합을 만들 수 있는 방법은 없습니다.
참고
URLScraperProvider는 HTML 테이블 셀 내에서 유효한 컨텐트만 스크래핑할 수 있습니다. 스크래핑할 HTML 마크업에 <body>, <base> 및 특정 JavaScript 프로시저와 같이 테이블 셀에 놓을 수 없는 태그 또는 JavaScript가 있으면 데스크탑 페이지가 올바로 표시되지 못할 수 있습니다. 스크래핑할 컨텐트를 정의할 때에는 컨텐트가 유효한 HTML이라는 것을 확인하십시오. 자세한 내용은 URLScraperProvider 제한 사항을 참조하십시오.
SSL을 위해 Rewriter URLScraperProvider를 구성하려면
Rewriter의 URLScraperProvider를 사용하여 보안 세션을 통해 액세스하도록 SSL 페이지를 스크래핑하여 URL을 다시 작성할 수 있습니다.
- Portal Server를 설치한 서버의 웹 서버 관리 콘솔에서 다음과 같이 인증 데이터베이스를 초기화합니다.
- 다음과 같이 비밀번호 파일을 만듭니다.
- URLScraperProvider를 사용하여 액세스한 웹 서버에서 사용하는 인증서에 루트 CA가 설치되지 않은 경우 /AccessManager-base/SUNWam/lib/AMConfig-instance_nickname.properties 파일에 다음 줄을 추가합니다.
com.sun.am.jssproxy.trustAllServerCerts=true
이 옵션은 인증서를 신뢰하도록 JSS에 지시합니다.
- Portal Server를 다시 시작합니다.
기본 템플리트에서 새 규칙 집합을 만들려면
- Sun Java System Access Manager 관리 콘솔에 관리자로 로그인합니다.
- 위치 표시 영역에서 [서비스 구성]을 선택합니다.
- 탐색 창에서 Rewriter 옆에 있는 등록 정보 화살표를 누릅니다.
현재 정의된 규칙 집합 목록이 데이터 표시 영역에 나타납니다.
- [새로 만들기]를 누릅니다.
그러면 수정을 위해 규칙 집합 템플리트가 표시됩니다.
- default_ruleset을 새 규칙 집합의 이름으로 대체하여 <RuleSet id="ruleset_template"> 줄을 편집합니다.
- 규칙 집합 템플리트 내에서 필요에 따라 URL을 다시 작성할 규칙을 추가하거나 수정합니다.
- [저장]을 눌러 새 규칙 집합을 만듭니다.
문제 없이 끝났으면 초기 페이지와 현재 정의된 모든 규칙 집합의 목록이 표시되고 여기에 방금 만든 규칙 집합이 있어야 합니다.
기존 규칙 집합을 편집하려면
- Sun Java System Access Manager 관리 콘솔에 관리자로 로그인합니다.
- 위치 표시 영역에서 [서비스 구성]을 선택합니다.
- 탐색 창에서 Rewriter 옆에 있는 등록 정보 화살표를 누릅니다.
현재 정의된 규칙 집합 목록이 데이터 표시 영역에 나타납니다.
- 편집할 규칙 집합의 [편집] 링크를 누릅니다.
그러면 편집할 규칙 집합의 XML이 표시됩니다.
- 규칙 집합 템플리트 내에서 필요에 따라 URL을 다시 작성할 규칙을 추가하거나 수정합니다.
- (선택 사항) 규칙 집합의 이름을 변경하려면 이름을 규칙 집합의 이름으로 교체하여 <RuleSet id="ruleset_template"> 줄을 편집합니다.
- [저장]을 누릅니다.
규칙 집합을 다운로드하려면
규칙 집합을 다운로드하여 파일로 저장할 수 있습니다.
규칙 집합을 업로드하려면
규칙 집합 파일을 시스템으로 업로드할 수 있습니다.
- Sun Java System Access Manager 관리 콘솔에 관리자로 로그인합니다.
- 위치 표시 영역에서 [서비스 구성]을 선택합니다.
- 탐색 창에서 Rewriter 옆에 있는 등록 정보 화살표를 누릅니다.
현재 정의된 규칙 집합 목록이 데이터 표시 영역에 나타납니다.
- 목록에서 규칙 집합 옆에 있는 [업로드] 링크를 누릅니다.
- 업로드할 규칙 집합의 파일 이름을 찾아보거나 입력합니다.
- [업로드]를 누릅니다.
파일 내의 <RuleSet id="ruleset_template"> 줄에 정의된 이름이 시스템에 있는 규칙 집합 이름과 일치하는 경우 이 규칙 집합 파일은 파일의 컨텐트로 교체됩니다. <RuleSet id="ruleset_template"> 줄에 정의된 이름이 고유하면 이 이름으로 새 규칙 집합이 만들어지고 목록에 추가됩니다.
기존 규칙 집합을 삭제하려면
기본 규칙 집합을 복원하려면
실수로 기본 규칙 집합을 삭제한 경우 다음과 같이 복원할 수 있습니다.
rwadmin store --runasdn "uid=amadmin, ou=people, o=sesta.com, o=isp" --password "testing123" /resources/DefaultRuleSet.xml
여기서 "/resources/DefaultRuleSet.xml"은 rewriter.jar 파일에 저장된 규칙 집합의 위치입니다.