Maystyle :
Admin : New post
Guestbook
Local
media
Catergories
Recent Articles
Recent Comments
Recent Trackbacks
Calendar
Tag
Archive
Link
Search
 
해당되는 게시물 13건
  SSL 통신 방법 
작성일시 : 2009. 7. 2. 20:58 | 분류 : Windows Server/IIS

SSL 통신 방법
본 문서는 SSL 통신 방법을 설명합니다.
SSL은 기본적으로 인증서를 기반으로 하여 1회용 Session Key를 만들고 이 Session Key를 이용하여 Server 와 Client 간의 통신을 암호화 합니다.

1. Client가 HTTPs를 이용한 URL로 통신 시도
Client -------------HTTPs Request-------------> Server

2. Server 가 자신의 인증서를 Client에 전달
Client <---------------인증서------------------- Server

3. Client 에서 Server 인증서의 신뢰 여부 검사
- 인증기관의 신뢰도 조사 (인증서 Chain 검사)
- 인증서의 DNS Name 및 IP Address의 부합 여부 조사
- Time Valid 조사
- Reboked 여부 조사

4. Client에서 신뢰 시 인증서 다운로드 진행

5. Client에서 인증서에 입력된 Server 의 Public key 추출

6. Client에서 Pre-master key를 만들고, 서버의 Piblic Key 를 이용하여 암호와
(중요 서버의 Public Key를 이용해 암호화 된 Pre-master Key는 Server 만이 자신의 Private Key를 통해 복호화 할 수 있음)

7. Client 에서 암호화 된 Pre-master Key 를 Server 로 전달
Client --------encrypted Pre-master key--------> Server

8. Server 는 암호화된 Pre-master Key를 자신의 Private Key로 복호화 하고 이를 이용하여 Session Key 생성
(RAS negotiation을 통해 Server와 Client가 pre-master key를 통해 session 키를 생성)

9. 위의 과정을 통해 생성된 Session Key를 이용하여 Server와 Client 간에 발생하는 모든 통신을 암호화
(해당 Session Key는 통신 종료 시 제거 됨)

Name   Password   Home   Secret   Submit
  IIS가 갑자기 죽고 해당 서버로 터미널 접속이 않된다. 
작성일시 : 2009. 3. 13. 10:16 | 분류 : Windows Server/IIS

[현상]
현상 1
Event Source: W3SVC
Event ID: 1004
Description: Cannot register the URL prefix 'http://*:80/' for site '1'. The site has been deactivated. The data field contains the error number.

현상 2
Terminal Service가 시작되어 있으나 접속이 불가능

[설명]
위와 같이 이벤트 ID 1004가 뜨면서 IIS 메니저에서 웹 서비스 시작 시 다른 프로세스가 리소스를 소유하고 있기 때문에 웹서비스 시작이 않된다는 메세지가 발생하는 경우가 있습니다.
이 경우는 100% 80포트나 433등 웹 서버에서 사용하는 포트를 다른 프로세스가 가로챈 경우가 대부분입니다.
해당 프로세스는 쉽게 찾을 수 있습니다.

해당 메세지가 발생하면 먼저 netstat –ano 를 통해서 80포트를 사용중인 프로세스의 PID 값을 알아냅니다.
이후 tasklist 명령어를 통해 해당 PID 값을 비교하면 충분 히 찾을 수 있습니다.

다만 이번 경우에 특이한 점은 바로 해당 80 포트를 Terminal 서비스에서 사용하고 있었다는 점이였습니다.
터미널 서비스의 경우 HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp\PortNumber 키 값을 수정하여 원하는 포트로 변경이 가능합니다.

그런대 왜?
왜 하필 80으로 변경했을 까요?

바로 80은 외부에 오픈되는 포트이기 때문입니다.
즉 악의적인 사용자가 RDP 포트를 80으로 변경하고 접속을 시도했기 때문에 웹서비스가 중지된 것이죠.

그렇다면 한 가지 더!
어떻게 그렇게 했을까요?

보통은 멜웨어나 다양한 프로그램들이 사용될 수 있겠죠.
전 이번 경우에 의심하는 부분은 바로 Cross Acess 공격입니다.
게시판 등지에 악의적은 코드를 심어 서버에서 실행하게 하는 공격이죠… 흠…
원래 IIS나 톰캣 같은 어플리케이션은 Network 서비스로 실행 되기 때문에 그 권한에 한계가 있습니다.
하지만 JSP 나 ASP의 실행 등의 문제로 인해 System 계정을 이용하는 경우나 특정 DCOM 프로그램의 경우 아예 권한 문제를 방지하기 위해 SYSTEM 계정으로 실행 되는 경우가 있죠.

이런 경우… 위와 같은 아주 쓰래기 같은 인간의 공격을 받는다면…
대부분의 경우 견고한 시스템 들이기 때문에 뚧는게 쉽지는 않지만… 가끔은 위와 같이 아주 작은 공간이 나쁜 쓰래기 크래커의 공격 대상이 되기도 합니다.

BlogIcon 술이 (2009.07.22 17:23) R | X
몇달전에 이글 봐서 이런일도 있을까? 했었는데 결국 저한테도 발생하네요...
아오~~~ 윈도우2000 이젠 제발 2003으로라도 업글좀 하지 관리자 디게 피곤하게 하네요.

Name   Password   Home   Secret   Submit
  The new way streaming your Video 
작성일시 : 2008. 12. 2. 11:40 | 분류 : Windows Server/IIS

The past, for servicing Video we use the windows media server or other 3th party solutions.
Now, We found the new way to service Video.

You can configure easily.
You will save the money of bandwidth.

It is IIS7.0's new feature named "IIS 7.0 Bit Rate Throttling Module".

Download : http://blogs.iis.net/vsood/archive/2008/03/15/bit-rate-throttling-is-now-released.aspx
For more information : http://blogs.iis.net/vsood/archive/2008/03/15/bit-rate-throttling-is-now-released.aspx

Name   Password   Home   Secret   Submit

L4로 묶인 다중 Web Server 환경에서는 Web Server의 Contents 관리 포인트가 많아 질 수 밖에 없습니다.
오늘은 이런 경우 Contents 를 자동으로 동기화 시킬 수 있는 방법을 알려드립니다.

1. DFS 를 이용한다.

Active Directory를 이용하는 경우 모든 DC들은 그들의 Sysvol 및 ntds.dit 등을 동기화 합니다. 이때 사용하는것이 FRS 즉 File Replication Service 입니다. DFS는 이를 응용한 것으로  Windows 2003 R2 부터 획기적으로 성능이 개선 됐습니다.

마치 EMC의 Volume Mirror 와 비슷하게 동작하며, 설정해 놓은 디렉토리들이 자동으로 동기화가 되게 됩니다.

* 주의 사항 : 파일 개수가 2만개 이상이 될 경우 성능 문제가 발생할 소지가 있다.

2. NAS 를 이용한다.

가장 일반적으로 이용하는 방법입니다. 고성능 NAS를 활용하는 것 만큼 Contents를 동기화 하는데 좋은 방법은 없습니다. 방법은 아주 간단 합니다. NAS의 공유 디렉토리를 Web Root로 이용하면 손쉽게 Contents 동기화를 이룰 수 있습니다.

* 주의 사항 : UNC 경로를 이용하는 경우 파일의 Depth 가 깊어 지면 이벤트 ID 1185 와 함께 페이지가 보이지 않는다.
* 해결 방법 : x64 플랫폼을 사용하거나 MaxWorkerITEM 및 MaxWorkerThread 사이즈를 조정한다. 만약 해당 방법으로 문제 해결이 않될경우 FCN을 Disable 한다.

Name   Password   Home   Secret   Submit

주의 : 아래 내용은 .net framework 1.x 를 기준으로 구성되었다.
설정 변경에 있어 주의가 요구 된다.

ASP.Net는 IIS의 요청을 Aspnet_wp.exe 프로세스가 처리한다.
즉 일반 IIS와는 달리 설정 파라메터가 전역 설정인 Machine.config 및 어플리케이션 설정인 Web.config에 저장된다. 다음은 Machine.config 및 Web.config 설정에 대한 설명이다.

구성 파라메터 설명

- maxWorkerThreads 및 maxIoThreads

ASP.NET은 사용되는 작업자 스레드와 완료 스레드의 최대 수를 제한하기 위한 설정이다.
<processModel maxWorkerThreads="20" maxIoThreads="20">
maxWorkerThreads 매개 변수와 maxIoThreads 매개 변수는 암시적으로 CPU 수를 곱한 값으로 예를 들어, 두 프로세서가 있는 경우 작업자 스레드의 최대 수는 2*maxWorkerThreads 와 같다.

- minFreeThreads 및 minLocalRequestFreeThreads

ASP.NET에는 원격 요청이나 로컬 요청을 시작하는 데 사용할 수 있는 작업자 스레드와 완료 포트 스레드 수를 결정하는 다음 구성 설정도 포함되어 있다.
<httpRuntime minFreeThreads="8" minLocalRequestFreeThreads="8">
사용 가능한 스레드가 충분하지 않은 경우 요청은 충분한 스레드를 요청에 사용할 수 있을 때까지 대기열에 저장된다. 따라서 ASP.NET은 동시에 (maxWorkerThreads*number of CPUs)-minFreeThreads 이상의 요청을 실행하지 못한다.
참고 : minFreeThreads 매개 변수와 minLocalRequestFreeThreads 매개 변수를 암시적으로 CPU 수로 곱하지 않는다.

- minWorkerThreads

ASP.NET 1.0 서비스 팩 3 및 ASP.NET 1.1부터 ASP.NET에는 원격 요청에 즉시 사용할 수 있는 작업자 스레드 수를 결정하는 다음 구성 설정이 포함되었다.
<processModel minWorkerThreads="1">
이 설정을 통해 제어되는 스레드는 CLR의 기본 "스레드 조정" 기능으로 만드는 작업자 스레드보다 훨씬 빠른 속도로 만들 수 있게 되었다. 이 설정을 사용하면 백 엔드 서버의 속도 저하, 클라이언트측으로부터의 갑작스런 요청 쇄도 또는 대기열의 요청 수를 급격히 증가시키는 것과 비슷한 원인으로 인해 ASP.NET 요청 대기열을 갑자기 채우라는 요청을 처리할 수 있다. minWorkerThreads 매개 변수의 기본값은 1이다. minWorkerThreads 매개 변수의 값을 . minWorkerThreads = maxWorkerThreads / 2 으로 설정하여 주는 것이 좋다.

기본적으로 minWorkerThreads 매개 변수는 Web.config 파일이나 Machine.config 파일에 모두 표시되지 않는다. 이 설정은 암시적으로 CPU 수를 곱한 값이다.

- maxconnection

maxconnection 매개 변수를 사용하면 특정 IP 주소에 만들 수 있는 연결 수를 결정할 수 있다.
<connectionManagement>
<add address="*" maxconnection="2">
<add address="65.53.32.230" maxconnection="12">
</connectionManagement>

이 문서 앞부분에서 설명한 매개 변수에 대한 설정은 모두 프로세스 수준이였다. 그러나 maxconnection 매개 변수 설정은 AppDomain 수준에 적용된다. 기본적으로 이 설정은 AppDomain 수준에 적용되므로 프로세스의 각 AppDomain에서 특정 IP 주소에 대한 연결을 최대 두 개까지 만들 수 있다.

- executionTimeout

ASP.NET은 다음 구성 설정을 사용하여 요청 실행 시간을 제한한다.
<httpRuntime executionTimeout="90"/>
Server.ScriptTimeout 속성을 사용하여 이 제한을 설정할 수도 있다.
참고 : executionTimeout 매개 변수의 값을 늘리는 경우 processModel responseDeadlockInterval 매개 변수 설정을 수정해야 할 수 도 있다.

권장 사항

각 ASPX 페이지에서 한 IP 주소에 대한 웹 서비스를 호출하는 경우 다음 구성 설정을 사용하는 것이 좋다.

- maxWorkerThreads 매개 변수와 maxIoThreads 매개 변수의 값을 100으로 설정
- maxconnection 매개 변수의 값을 12*N(CPU 수)으로 설정한다.
- minFreeThreads 매개 변수의 값을 88*N(CPU 수)으로, minLocalRequestFreeThreads 매개 변수의 값을 76*N으로 설정한다.
- minWorkerThreads 매개 변수의 값을 50으로 설정한다. 기본적으로 minWorkerThreads는 구성 파일에 없으므로 직접 추가해야 한다.

Configuration setting

Default (.NET 1.1)

Recommended value

maxconnection

2

12 * #CPUs

maxIoThreads

20

100

maxWorkerThreads

20

100

minFreeThreads

8

88 * #CPUs

minLocalRequestFreeThreads

4

76 * #CPUs

위의 계산식에서 하이퍼 스레딩을 활성화하는 경우 물리적 CPU 수가 아닌 논리적 CPU 수를 사용해야 한다. 예를 들어, 하이퍼 스레딩이 활성화된 네 개의 프로세서로 구성된 서버가 있는 경우, 이 공식의 N4가 아닌 8이 된다. 즉 이 경우 100 – 88 = 12 즉 CPU당 최대 12개의 ASP.NET 요청을 실행 할 수 있따. 따라서 최소 최소 88*N개의 작업자 스레드와 88*N개의 완료 포트 스레드를 다른 용도(예: 웹 서비스 콜백용)로 사용할 수 있다.

예를 들어 하이터 쓰레딩이 활성화된 4CPU의 서버의 경우 아래와 같은 설정값을 사용하면 된다.
<processModel maxWorkerThreads="100" maxIoThreads="100" minWorkerThreads="50"> <httpRuntime minFreeThreads="704" minLocalRequestFreeThreads="608"> <connectionManagement> <add address="[ProvideIPHere]" maxconnection="96"/> </connectionManagement>

병목 검출을 위한 성능 카운터

Area

Counter

Worker Process

ASP.NET\Worker Process Restarts

Throughput

ASP.NET Applications\Requests/Sec
Web Service\ISAPI Extension Requests/sec
Requests: ASP.NET\ Requests Current
ASP.NET Applications\Requests Executing
ASP.NET Applications\ Requests Timed Out

Response time / latency

ASP.NET\ Request Execution Time

Cache

ASP.NET Applications\ Cache Total Entries
ASP.NET Applications\ Cache Total Hit Ratio
ASP.NET Applications\Cache Total Turnover Rate
ASP.NET Applications\Cache API Hit Ratio
ASP.NET Applications\ Cache API Turnover Rate
ASP.NET Applications\ Output Cache Entries
ASP.NET Applications\ Output Cache Hit Ratio
ASP.NET Applications\ Output Cache Turnover Rate

출처
http://support.microsoft.com/kb/821268/ko
http://msdn.microsoft.com/en-us/library/ms998583.aspx

Name   Password   Home   Secret   Submit
  IIS 에서 JSP 실행 하기 (jsp on iis) 
작성일시 : 2008. 8. 4. 13:17 | 분류 : Windows Server/IIS | 태그 : IIS, JSP, tomcat

기본적으로 JSP는 JRE 상에서 동작하기 때문에 불가능 하다.
그렇기 때문에 일반적으로 isapi_redirect ISAPI 필터를 이용한다.
이 방법은 IIS가 받은 요청을 Tomcat이 대신 처리하고 그에 대한 response를 전달하는 방식이다.

* 중요 : 실질적으로 해당 요청은 Tomcat 에서 처리한다. 즉 서버에 Tomcat 및 JRE 환경이 우선 구성되어 있어야 한다.

먼저 tomcat이 설치된 상태에서 isapi_redirect.msi를 다운 받아 설치 한다.
다운 로드 : http://archive.apache.org/dist/tomcat/tomcat-connectors/jk/binaries/win32/jk-1.2.15/isapi_redirect.msi

isapi_redirect.msi 설치 완료 후 Tomcat 이 설치되어있는 디렉토리의 conf 폴더에 있는 server.xml 파일을 열어 다음과 같이 맨 마지막줄의 앞에 1줄을 추가 한다.

아래 그림에서 보듯이 C:\inetPub\wwwroot 는 IIS를 설치하면 기본으로 구성되는 웹 폴더이다. 만약 웹 컨텐츠가 다른 곳으로 변경되어 있다면 해당 경로로 변경해줘야 한다.

uriworkermap.properties 파일 내용을 수정 한다.

isapi_redirect.msi가 설치된 폴더의 uriworkermap.properties 파일을 오픈

아래의 반전되어있는 부분의 3줄을 추가

isapi_redirector을 isapi필터에 등록
isapi_redirector을 isapi필터에 등록시키기 위해서 기본웹사이트의 속성을 클릭

isapi필터 tab을 선택 후 추가 버튼 클릭

필터 이름 : isapi redirector  을 입력하고, 실행파일에는 isapi_redirect.msi 설치폴더 아래 /bin폴더에 있는 isapi_redirect.dll을 등록한 후 확인 클릭

* isapi_redirect.dll 파일이 있는 경로

다음과 같이 isapi 필터의 상태에서 위쪽으로 녹색화살표를 확인 가능
이를 통해 isapi필터가 정상적으로 적용 확인
(만약 아래쪽으로 내려간 빨간색 화살표가 보인다면 iis를 재 시작 필요)

* windows 2003 일경우에는 아래 항목을 추가로 해 주어야 한다.

(windows 2000일 경우에는 생략.)
인터넷 정보 서비스 관리에서 웹 서비스 확장을 선택 마우스 오른쪽을 눌러 새 웹 서비스 확장 추가를 선택

새 웹 서비스 확장 창에서 추가 버튼을 클릭

isapi_redirect.msi 설치폴더 아래 /bin폴더에 있는 isapi_redirect.dll을 등록한 후 열기를 클릭


확장 이름은 Jakarta 로 입력
확장 상태를 [허용됨]으로 설정 부분에 체크 를 한 다음 확인을 클릭

아래와 같이 jakarta 라는 웹 서비스 확장이 추가 된 것을 확인 할 수 있음

관련 문서
http://blogs.msdn.com/david.wang/archive/2005/10/11/How-does-JSP-work-on-IIS.aspx
http://tomcat.apache.org/connectors-doc/reference/iis.html
http://nextline.net/?inc=support&html=pds_view&no=183 (설치 문서 강추)

Name   Password   Home   Secret   Submit

크게 보자면 IIS5.0 고립 모드를 사용하고 고립 수준을 높음으로 할 경우 IIS 6.0의 작업자 프로세스 고립 모드와 크게 보면 유사합니다.
다만 메모리가 더 많이 사용되게 됩니다. 물론 고립 수준을 낮출 경우 한 응용 프로그램의 문제가 다른 응용 프로그램으로 영향을 줄 수 있습니다.

[IIS 6 작업자 프로세스 모드]

IIS 6.0의 작업자 프로세스 모드의 경우 한 사이트에 대하여 다중의 응용 프로그램 풀을 구성하는 것이 가능합니다.
이 말은 즉 한 사이트에서 운영되는 응용프로그램들이 각자 별도의 작업자 프로세스로 구성될 수 있다는 것과 동일하며, 이를 통해 응용 프로그램들의 안정성을 높아 집니다.

[IIS 5 고립 모드]

IIS 6.0에서 제공 되는 IIS 5 고립 모드를 이용할 경우 IIS 6 작업자 프로세스 모드 와 달리 응용 프로그램이 동일 프로세스에서 실행이 됩니다.
즉 동일 SVCHOST 위에서 프로그램들이 실행 되게 됩니다.

[IIS 5 고립 모드를 사용할 경우 발생하는 영향]

1. 응용 프로그램 보호 수준에 따라 사용되는 메모리 영역이 커진다. (높음이 가장 메모리 소모가 심함)

A. 예) 27,848KB의 메모리 사용량을 갖는 IIS에 풀링된 응용프로그램 2, 고립된 응용프로그램 2개를 로드 할 경우 44,584KB 메모리가 사용되게 되며, 풀링된 응용프로그램 사용시 응용프로그램의 첫번째 로딩에만 메모리 사용량이 급격하게 늘어나지만 고립된 응용 프로그램 사용시 각 응용프로그램 로드마다 사용되는 메모리 양이 급격하게 증가 하게 됩니다. 실제로 dllhost.exe 가 사용됩니다. 이 위에서 응용프로그램이 실행되게 되는데, 구성하는 응용 프로그램이 클 경우 사용되는 메모리 양 역시 커지게 됩니다.

BASE          풀링된 응용프로그램 1     풀링된 응용프로그램 2     고립된 응용프로그램 1     고립된 응용프로그램

27,848        34,108                          34,192                         39,288                          44,584

출처) IIS6 포켓 컨설턴트

2. 고립수준이 낮은 경우 하나의 응용프로그램의 문제로 인해 전체 연계된 응용 프로그램의 문제가 발생할 수 있습니다.

Name   Password   Home   Secret   Submit
  Performance Best Practices at a Glance 
작성일시 : 2008. 4. 3. 14:58 | 분류 : Windows Server/IIS

image

.net 어플리케이션 튜닝을 위한 문서가 있네요.
http://msdn2.microsoft.com/en-us/library/ms998512.aspx

[목차]

image

Name   Password   Home   Secret   Submit
  IIS 인증 모드 변경하기 
작성일시 : 2008. 1. 14. 17:31 | 분류 : Windows Server/IIS | 태그 : iis 인증 변경

Kerberos 인증을 설정

1. IIS를 실행하는 서버에서 시작, 실행을 차례로 누르고 열기 상자에 cmd를 입력한 다음 확인을 누릅니다.
2. Inetpub\Adminscripts 폴더로 변경합니다.
3. 다음 명령을 입력한 다음 Enter 키를 누릅니다.
cd Drive:\inetpub\adminscripts참고 이 명령에서 Drive는 Microsoft Windows가 설치된 드라이브입니다.
4. 다음 명령을 입력한 다음 Enter 키를 누릅니다.
cscript adsutil.vbs get w3svc/##/root/NTAuthenticationProviders참고 이 명령에서 ##는 가상 서버 ID 번호입니다. IIS에서 기본 웹 사이트의 가상 서버 ID 번호는 1입니다.
5. 가상 서버에 Kerberos 인증을 설정하려면 다음 명령을 입력하고 Enter 키를 누릅니다.
cscript adsutil.vbs set w3svc/##/root/NTAuthenticationProviders "Negotiate,NTLM"
참고 이 명령에서 ##는 가상 서버 ID 번호입니다.
6. IIS를 다시 시작합니다. 이렇게 하려면 다음과 같이 하십시오.
a. 시작, 실행을 차례로 누르고 열기 상자에 cmd를 입력한 다음 확인을 누릅니다.
b. 명령 프롬프트에서 iisreset를 입력한 다음 Enter 키를 누릅니다.
c. exit를 입력한 다음 Enter 키를 눌러 명령 프롬프트 창을 닫습니다.

NTLM 인증을 설정

1. IIS를 실행하는 서버에서 시작, 실행을 차례로 누르고 열기 상자에 cmd를 입력한 다음 확인을 누릅니다.
2. Inetpub\Adminscripts 폴더로 변경합니다.
3. 다음 명령을 입력한 다음 Enter 키를 누릅니다.
cd Drive:\inetpub\adminscripts참고 이 명령에서 Drive는 Windows가 설치된 드라이브입니다.
4. 다음 명령을 입력한 다음 Enter 키를 누릅니다.
cscript adsutil.vbs get w3svc/##/root/NTAuthenticationProviders참고 이 명령에서 ##는 가상 서버 ID 번호입니다. IIS에서 기본 웹 사이트의 가상 서버 ID 번호는 1입니다.
5. 가상 서버에 NTLM 인증을 설정하려면 다음 명령을 입력하고 Enter 키를 누릅니다.
cscript adsutil.vbs set w3svc/##/root/NTAuthenticationProviders "NTLM"
참고 이 명령에서 ##는 가상 서버 ID 번호입니다.
6. IIS를 다시 시작합니다. 이렇게 하려면 다음과 같이 하십시오.
a. 시작, 실행을 차례로 누르고 열기 상자에 cmd를 입력한 다음 확인을 누릅니다.
b. 명령 프롬프트에서 iisreset를 입력한 다음 Enter 키를 누릅니다.
c. exit를 입력한 다음 Enter 키를 눌러 명령 프롬프트 창을 닫습니다.

(2008.01.15 10:22) R | X
비밀댓글입니다

Name   Password   Home   Secret   Submit
  IIS 메모리 Leak시 해결 방안 
작성일시 : 2007. 12. 14. 23:39 | 분류 : Windows Server/IIS | 태그 : IIS Web garden, IIS 메모리 Leak

가장 좋은 방법은 개발자로 하여금 해당 Code를 수정하게 하는 것입니다.
하지만 여희치 않다면 웹가든 형태로 웹가든 형태로 운영하는 것도 방법입니다.

웹가든 형태로 운영하게 되면, w3wp.exe가 초기화 되면서 여러개가 동작하게 됩니다. 물론 일정 주기로 재생되게 되어 있죠.

>> 응용 프로그램 풀에서 변경하는 화면

Name   Password   Home   Secret   Submit
 Prev   1   2   Next