|
서버 시스템에서 새로운 에플리케이션을 새로 개발하는 것을 말한다. 라이트사이징의 목적은 에플리케이션에 적합한 시스템을 선정하는 것이다. 가장 먼저 서비스를 요청할 사용자의 수를 결정한다. 다음으로 시스템의 범위를 확정하여 서
|
|
|
S .bat 파일 취약점이 존재한다.
3. MS ISS 웹 서버
96년 3월 이전의 ISS 서버는 .bat 파일 취약성이 존재하며 BAT CGI 스크립트가 설치되지 않아도 임의의 명령을 수행할 수 있다. 그리고 ISS 3.0 이전 버전은 스크립트의 내용을 볼 수 있는 원격 읽기 취
|
|
|
Server 구축에 관한 연구, CALS/EC 논문지 제3권 2호, 1998
Neil jenkins 외, 채규혁 역 - 클라이언트/서버, 도서출판 대림 Ⅰ. 개요
Ⅱ. 클라이언트/서버시스템의 특징
1. 서비스
2. 자원의 공유
3. 상반된 역할
4. 위치의 투명성
5. 플랫폼의 독립
|
|
|
I. 온라인 게임 서버군의 디자인 구조
1. 기본 게임 서버군 디자인
2. 인증 서버에 따른 게임 서버군 디자인
가. 중앙 집중식 인증 구조 디자인
나. 분산식 인증 구조 디자인
II. 게임 서버 구조
1. 일반적인 게임 서버구조
|
|
|
서버 시스템 개요
1. 클라이언트/서버의 등장배경
2. 클라이언트/서버의 특징
2.1 집중처리방식과의 차이점
2.2 기대효과
II.클라이언트/서버 시스템 구조
1. Client 부분
2. Server 부분
3. 네트워크 부분
III.클라
|
|
|
1. 서 론
1.1 Home Automation system 의 개요 및 발전
1.2 이점
2. 시스템 구성
3. 터미널 서버
3.1 터미널 서버의 개요
3.2 터미널 서비스 관리자
3.3 Terminal Services 구성
3.4 Terminal Server에 클라이언트 접속
4. 하드웨어 제작
4.1 프린터 포
|
|
|
서버는 언제 특정 서비스 요청을 해올지 모르는 클라이언트의 서비스 요구에
대비하여 서비스해야할 프로그램들을 항상 메모리에 적재해두고 프로그램들을 실행 상태로 두고 있어야 하는데, 이렇게 서비스해야 할 프로그램들이 대기해 있
|
|
|
서버 소프트웨어 아키텍쳐를 크게 2-tier와 3-tier(또는 N-tier)로 구분하였다. 3-tier는 TP Monitor, Message Server, Application Server, ORB Structure 등의 유무에 따라 다양하게 구분하였다.
클라이언트/서버 소프트웨어 아키텍쳐는 1980년대 말 이래로 현재 까지
|
|
|
proxy서버구현하기위한 프로그램은
squid프로그램이다.
사이트
http://www.squid-cache.org/Versions/v3/3.0/
squid의 기능
http/ftp등의프로토콜 프락시와 캐시기능
SSL을 위한 프락시
계층적인 캐시 지원
Snmp 지원
DNS Lookup 캐시지원
관련파일
/etc
|
|
|
DHCP 서버와 클라이언트는 eth1 인터페이스를 통해 크로스케이블로 연결되어있고 서버의 주소는 11.1.1.15로 설정했습니다.
리눅스 환경
리눅스 버전으로는 Fedora core 6을 사용하였고 부가적으로 DHCP 서버의 이름을 지정하기 위해 dhcp.dhcpserver.com
|
|
메뉴펼치기
