와스킹의 사건현장

1. 웹서버

 1.1 KeepAlive 

   웹 서버와 웹 브라우저가 연결이 되었을 때 KeepAlive 기능이 켜져 있지 않으면, 매번 HTTP 연결을 맺었다 끊었다가 하는 작업을 반복한다.

 1.2 KeepAlive Timeout

   이 설정은 초 단위로 KeepAlive가 끊기는 시간을 지정, 즉 마지막 연결이 끝난 이후에 다음 연결이 될 때까지 얼마나 기다릴지를 지정함.


2. WAS

 2.1 DB Connection Pool 및 Thread Pool 설정

   최소 및 최대 값을 동일하게 하는 것이 좋음(Thread Pool, DB Connection Pool 공통), 만약 사용자 수가 갑자기 증가하면 DB Connection Pool의 개수도 증가되어야 하고, 증가할 때 대기 시간이 발생할 확률이 크기 때문(Thread Pool 또한 대기 시간 발생)

   DB Connection Pool은 보통 40~50개로 지정하며, Thread Pool은 이보다 10개 정도 더 지정. 이렇게 지정하는 이유는, Thread Pool의 수가 DB Connection Pool의 개수보다 적으면 적은 수만큼의 연결은 필요 없기 때문 (모든 애플리케이션이나 화면이 DB에 접속하는 것은 아님)

   그러나 최종적인 DB Connection Pool 과 Thread Pool의 수는 성능 테스트를 통해 결정하여야 함.

 2.2 WAS 인스턴스 개수 설정

   CPU 소켓당 1인스턴스를 하는 것이 좋음. 여러개의 인스턴스에서 경합을 하면서 CPU를 차지하려고 하기 때문에..

   Memory의 경우 Full GC가 발생할 때마다 많은 시간이 소요될 확률이 커지기 때문에 가급적이면 512MB~2GB 사이에서 지정

   단독 인스턴스를 구성하여 사용하는 것은 서버에 예기치 못한 상황이 발생했을 때 서비스가 불가능해지므로 되도록 피해야 함. 장비가 한 대여도, 두 개 이상의 인스턴스가 서로 클러스터링하도록 지정하여 사용자의 세션 정보를 공유하도록 하는 것이 좋음.

   Thread Pool 과 DB Connection Pool의 개수가 많을때 (통상적으로 100) 또한 인스턴스를 분리하는 것이 좋음.

 2.3 Session Timeout 시간 설정

   WEB-INF 폴더 하단의 web.xml 파일 통해 설정 

   해당 설정을 하지 않으면 세션정보를 삭제하지 않으니 필히 할 것.

 2.4 GC 설정

   GC야 말로 정답이 없음. 반드시 성능 테스트를 통해 최적의 퍼포먼스가 나오는 값을 찾아야 함.

Unix / Linux 에서 표준 입력, 표준 출력, 표준 에러에 대한 파일 디스크립터는 다음과 같은 정수로 할당되어 있다.


표준 입력 = 0

표준 출력 = 1

표준 에러 = 2


따라서 표준 출력과 표준 에러를 한 파일로 리다이렉션 하려면 다음과 같이 하여야 한다.


# 명령어 > 표준 출력 리다이렉션  2>&1

 EX) cat test.txt > result.log 2>&1


최초 > 를 통해 리다이렉션 방향은 정해졌으며 표준 출력은 result.log에 저장된다.

그 뒤의 파일 디스크립터 2(표준 에러)는 1(표준 출력)으로 리다이렉션 되기 때문에,

쉽게 말하면 "2"를 "&1"로 보내라는 뜻 

result.log에 표준 에러와 표준 출력이 한 파일에 저장되게 된다.

물리디스크는 제조사의 타입별 파티션 표기법이 다름

■ 리눅스 구성시 기본 파티션 정보

1. DB에 알맞은 jdbc 드라이버 유무 확인

java.lang.SecurityException: Sealing violation exception(아이디 6554602)

설명

CLASSPATH에 두 개 이상의 JDBC jar 파일이 있는 JDBC 10.2 드라이버에서 시작하는 경우 java.lang.SecurityException: Sealing violation exception이 발생할 수 있습니다.

브로드캐스트는 어플리케이션에 의해 가상의 주소(IP, MAC)를 부여받는다.
브로드캐스트 주소가 동일하기에 수신주소 확인필요가 없음.

멀티캐스트란?
 한 번의 송신으로 메시지나 정보를 목표한 여러 컴퓨터에 동시에 전송하는 것을 말한다.
이에 따라 멀티캐스트 IP는 어플리케이션에 의해 자동 할당 되며 IP의 A클래스와 MAC주소의 제조사 부분은 고정되어 있다.

어플리케이션에 의해 할당된 IP주소를 16진수로 변환하면 MAC주소가 완성된다.

유니캐스트란 ?
고유 주소로 식별된 하나의 네트워크 목적지에 1:1로 ( one-to-one) 트래픽 또는 메시지를 전송하는 방식을 말한다.

유니캐스트를 위해 필요한 것
1. 어플리케이션
사용포트를 알기 위해
EX) well-known 포트등 정보로 유추가능 (http : 80)
2. DNS
목적지 주소를 알기 위해
EX) 문자로 된 도메인을 IP주소로 변경 (www.naver.com -> 10.1.1.1.)
3. ARP
목적지의 MAC주소를 알기 위해
EX) IP주소를 MAC주소로 변경

제조회사 식별번호는 제조사 임의로 정하는 것이 아닌 IEEE에서 할당 해줌.

1과목 

사무자동화의 접근방법의 유형
- 부분 전개 접근방법 : 먼저 적용할 특정 부분을 선정
- 업무별 접근방법 : 업무의 종류와 방향의 흐름에 따른 우선순위 선정
- 계층별 접근방법 : 업무의 계층별 직위에 따라 대상 범위 지정
- 전사적 접근방법 : 사무자동화 대상의 모든 시스템에 추진
- 공통과제형 접근방법 : 모든 부분에서 공통적인 부분 추진
- 기기도입형 접근방법 : 필요부분에 대한 기기도입

사무자동화 시스템의 평가방법
- 투자효율산정법 : 설문조사등을 통해 간접적으로 평가
- 정성적평가법 : 질에 대한 정보로 평가
- 절대적평가법 : 개인자체의 입장에서 평가

컴퓨터의 처리속도 단위
밀리초10^-3 마이크로초10^-6 나노초10^-9 피코초10^-12 펨토초10^-15

OLTP(Online Transaction Processing)
온라인업무처리형태 : 실시간으로 데이터를 갱신, 조회등의 단위 작업 처리 방식

OS의 제어프로그램의 주된 기능
- 작업 관리(job management)
- 데이터 관리(data management)
- 자원 관리(resource management)

데이터베이스 언어
- 데이터 조작어(DML) : CREATE, ALTER, DROP
- 데이터 정의어(DDL) : COMMIT, ROLLBACK
- 데이터 제어어(DCL) : SELECT, UPDATE, INSERT, DELETE

데이터베이스 설계 단계
요구조건분석 》 개념적설계 》논리적설계 》물리적설계 》 구현
- 개념적 설계 : 개념 스키마 모델링 및 트랜젝션 모델링
- 논리적 설계 : 논리 스키마 모델링 및 트랜젝션 인터페이스 설계
- 물리적 설계 : 물리적 구조의 데이터로 변환

데이터 마이닝 : 데이터웨어하우스에서 수집되고 분석된 자료를 사용자에게 제공하기 위해 분류 및 가공되는 요소기술

WYSIWYG : 사용자가 화면으로 보는 모습 그대로 인쇄

DSS(Decisison Support System) : 의사결정시스템

전자우편의 보안기법
- PEM
- PGP
- S/MIME
- POP3

컴퓨터 및 전산기기의 보호 및 유지관리를 위한 장비
- AVR : 자동전압조정장치
- UPS : 무정전 전원장치
- CVCF : 정전압 정주파 전원장치

인터넷 접속을 위한 유/무선 통신 기술
- FTTH
- HSDPA
- LTE

ACID
- A : Atomicity 원자성
- C : Consistency 연속성
- I : Isolation 고립성
- D : Durability 영속성

뉴미디어의 분류체계
- 유선계 : ARS
- 무선계 : 위성통신, 폰
- 독립계: 광디스크

디스크 접근 시간
seek time 》search time 》access time
- seek time : 읽기/쓰기 헤드가 지정된 트랙에 도달하는데 걸리는 시간
- search time : 읽기/쓰기 헤드가 지정된 트랙을 찾은 후 원판이 회전하여 원하는 섹터의 읽기/쓰기가 시작될 때 까지의 시간
- access time : 데이터를 읽고 쓰는데 걸리는 시간

통신판매중개법
- 통신판매중개자가 자신의 정보처리시스템을 통하여 처리한 기록 중 소비자불만의 관한 기록 보존은 3년
- 통신판매중개자가 계약, 청약철회기록, 대금결제 등의 기록은 5년 보관

DES : 대칭키 암호이며 평문을 64비트로 나누어 56비트 암호키로 생성
AES : 대칭키 암호이며 평문을 64비트로 나누어 128/192/256비트로 선택적 암호키로 생성

텔레텍스트(teletext) : 텔레비전 방송의 전파 틈을 이용하여 뉴스나 일기예보 등을 문자 도형정보로 비춰주는 시스템


2과목
사무공정관리 : 사무표준을 사용하여 매일 발생하는 사무를 능률적으로 처리

사무의 정의
- 레핑웰(Leffingwell) : 기업의 여러부문의 기능이 사무라는 하나의 흐름에 의해 연결되어 하나의 경영활동이 됨
- 리틀필드(Littlefield) : 사무상의 계획, 조직, 인사, 조정, 지휘, 통제와 같은 무형의 역할을 통해 조직의 목적을 달성하는 과정
- 포레스터(Forrester) : 사무는 경영의 정보를 행동으로 결합시키는 과정

사무량 측정 방법
- work sampling 법 : 무작위로 추출된 작업자나 기계에 대하여 임의의 시간 간격으로 관찰하여 시간 표준 결정
- clerical minuter per unit 법
- predeterminded time standard 법

듀이 십진분류법
000 : 총서, 전집
100 : 철학
200 : 종교
300 : 사회과학
400 : 언어학
500 : 자연과학
600 : 기술과학
700 : 예술
800 : 문학
900 : 역사,지리,인물

비치기록물 : 사람, 물품 또는 권리관계등에 대한 사항의 관리나 확인 등에 수시로 사용되는 기록물

공고문서의 효력 발생 시기
- 효력 발생 시기를 구체적으로 밝히지 않은 경우, 고시 또는 공고 등이 있는 날부터 5일이 경과한 때 발생

문서보존의 일반 원칙
- 보존할 문서는 가능한 한 줄인다
- 규정에 따라 보존 문서의 정리 및 폐기를 주기적으로 수행
- 문서보존규정을 제정하고 이를 준수

문서처리원칙
- 즉일처리의 원칙 : 효율적 업무수행을 위해 그날에 처리
- 책임처리의 원칙 : 사무 분장에 따라 각자가 직무의 범위내에서 책임
- 법령적합의 원칙 : 문서는 법령의 규정에 따라 처리

사무실 공기 관리 기준
- 포름알데히드 0.1ppm 이하
- 산소농도 18~23.5%
- 탄산가스 1.5% 미만
- 황하수소농도 10ppm 미만

사무실 용도별 조도 기준
- 초정밀 작업 : 750럭스 이상
- 정밀 작업 : 300럭스 이상
- 보통 작업 : 150럭스 이상
- 기타 작업 : 75럭스 이상

사무자동화의 방법
- 티클러 시스템(tickler system) : 티클러 파일을 통해 일이 색인되며 처리해야 할 시기에 처리
- 자동독촉제도(come up system) : 사무진행의 통제를 전담하는 부서가 처리해야 할 서류를 정리 보관하여 두었다가 처리 해야 할 시기에 사무처리 담당자에게 전달해서 처리
- 간트도표(gantt chart) : 작업 시작 종료 일정을 도표를 이용하여 표기

A4 용지의 규격 : 210x297

힉스(Hicks)의 사무업무 내용 분류
- 기록의 보존
- 커뮤니케이션
- 기록과 보고서의 준비

현대적(과학적) 사무관리 3s
- 표준화(standardization)
- 간소화(simplification)
- 전문화(specialization)

정보보안의 3요소
- 기밀성(confidentiality)
- 무결성(integrity)
- 가용성(availablity)

안소프의 기업 의사결정
- 전략적 의사결정
- 관리적 의사결정
- 업무적 의사결정

저작권의 발생 시점
- 저작물을 창작한 때부터

3과목

언어의 번역 과정

원시프로그램  →컴파일→ 목적 프로그램 →링커→ 로드 모듈 →로더→ 실행

교착상태(deadlock) 예방 전략
- 상호배제
- 환형대기
- 비선점

4과목
비동기식 전송방식 : start-stop 전송방식이라고도 하며, 데이터 전송 시 한 번에 한 캐릭터씩 전송 전송속도 느림

IEEE802의 표준규격

- IEEE802.1 : 전체의 구성

- IEEE802.2 : 논리링크제어(LLC)

- IEEE802.3 : CSMA/CD 방식 > 통신회선이 사용중이면 일정시간동안 대기, 회선상에 데이터가 없을때만 송신

- IEEE802.4 : 토큰 버스

- IEEE802.5 : 토큰 링

- IEEE802.6 : 도시형 통신망(MAN), 이중버스통신망(DQDB)

- IEEE802.7 : 광대역 LAN

- IEEE802.11 : 무선 LAN

- IEEE802.15 : 블루투스

전송속도(bps) = 변조속도(baud) × 전송비트

채널용량=대역폭log2(1+S/N)

OSI 7계층
- 물리 계층 : 기계적, 전기적, 기능적, 절차적 특성을 갖는 구조화 되지 않은 비트스트림을 전송

- 데이터링크 계층 : HDLC, BSC, LAP-B
- 전송 계층 : TCP
- 네트워크 계층 : 경로선택, 트래픽제어, 패킷 정보전송

- 응용 계층 : FTP

패킷 조립과 분해 기능 : PAD

패킷교환방식 : 저장된 메시지를 일정한 길이의 패킷으로 잘라서 전송, 가상회선방식과 데이터그램방식이 존재

멀티플렉서 : 여러개의 터미널 신호를 하나의 통신회선을 통해서 전송하도록 하는 장치

IP Layer : ICMP, IGMP, ARP, RARP

RARP : 물리주소를 이용하여 논리주소로 변환
ARP : 논리주소를 이용하여 물리주소로 변환

주파수분할다중화(FDM) : 채널간의 간섭을 막기위해 보호대역(guard band)이 필요함

키잉(keying) : 디지털 변조에서  디지털 데이터를 아날로그 신호로 변환시키는 것

- 진폭 편이 키잉 (ASK)

- 주파수 편이 키잉 (FSK)

- 위상 편이 키잉 (PSK)

검출가능한 에러개수 = 해밍거리 - 1

정정 가능한 에러개수 = ( 해밍거리 -1 ) / 2

반송파의 종류

- ASK (진폭편이변조)

- PSK (위상편이변조)

- FSK (주파수편이변조)

- QAM (직교진폭변조) : 위상과 진폭을 동시에 변조

오류제어 방식

- Go-back-N ARQ : NAK을 수신하면 오류가 발생한 프레임 이후에 전송된 모든 데이터 프레임을 재전송

- Selcetive-Repeat ARQ : 오류가 발생한 블록만 재전송

- Stop-and-Wait ARQ : 한개 블록 전송 후 응답을 기다렸다가 전송

 - Responsive-send ARQ

HDLC 프레임

- 정보 프레임 (Information Frame) : 사용자 데이터 전달

- 무번호 프레임 (Unnumbered Frame) : 회성의 설정, 유지 및 종결, 오류 회복

- 감독 프레임 (Supervisory Frame) : 오류제어, 흐름제어

HDLC 동작모드

- 정규응답모드(NRM)

- 비동기응답모드(ARM)

- 비동기균형모드(ABM)

아날로그 신호를 디지털 신호로 변환하는 과정

표본화 → 양자화 → 부호화

디지털 신호를 아날로그 신호로 변환하는 과정

복호화 → 여과화

 
부호화 기법
- B8ZS : 연속된 8개의 0문자열의 동기화 문제를 해결하기 위해 0문자열 속에 위반(Violation)이라는 신호 변화를 강제로 주는 기법

100Base-T 네트워크에서 사용되는 전송 매체 : UTP cable

통신 프로토콜의 기본 구성요소

- 구문 (Syntax)

- 의미 (Seamantics)

- 시간 (Timing)

 페이딩
- Long term fading : 자연 장애몰 산, 언덕등으로 인한 기지국 높이의 변화
- Short term fading : 고층건물, 철탑, 등 으로 인하여 발생

ITU-T 권고
- X 시리즈: 공중데이터통신망(PSDN) 을 통한 디지털데이터 전송에 관한 권고

데이터 전송 오류 검출 기법
- Parity check
- Block sum check
- Cyclic redundancy check

개요
Servlet 3.0 이상에서 URI에 // 호출하였을 시, servlet 버전에 따른 결과 차이

현상
URL 호출 시 URI에 //를 포함하면 Servlet 3.0 이상 부터는 그대로 표기
EX) www.a.com/test//abc.jsp -> www.a.com/test/avc.jsp

원인
Servlet의 javax.servlet.http.HttpServletRequest.getrequestURI 결과가 Servlet 버전마다 차이가 남
3.0 이상에선 위의 예시와 같이 치환되지 않고 요청한 URI 그대로 들어옴
아래의 jsp 페이지를 통해 해당 정보 확인 가능

<%
String reqURI = request.getRequestURI();
out.print("requestURI: "+ reqURI);
%>

해결방안
JEUS에 아래의 설정을 추가하여 getrequestURI 호출결과가 달라지도록 설정
-Djeus.servlet.request.returnDecodedRequestURI=true