soowim

1. So Waht

Single Sign-on

여러개의 사이트에서 한번의 로그인으로 여러가지 다른 사이트들을 자동적으로 접속하여 이용하는 방법

일반적으로 서로 다른 시스템 및 사이트에서 각각의 사용자 정보를 관리하게되는데, 필요에 따라서 사용자 정보를 연동하여 사용해야 하는 경우도 생긴다.

하나의 사용자정보를 기반으로 여러 시스템을 하나의 통합 인증 사용을 하게함.

시스템에서 인증을 할 경우 타 시스템에서는 인증정보가 있는지 확인하고 있으면, 로그인 처리를 하고, If 없다면 다시 통합 인증을 할 수 있도록 Create

결론 ->  아이디 패스워드 한개의 데이터로 여러 시스템에 접근하게하는 autofs같은? 로그인 인증 솔루션

2. So Why?

회사들의 Grouping 또는 size up 하며 여러 site를 통합 관리가 필요한 경우 sso를 사용한다.

사용자의 편리를 위한 원패스 인증 절차 라는 얘기구나~

3. Composition

A. 사용자 로그인 통합

B. 인증서버

C. 에이전트 ALL - 시스템별 정보 관리

D. LDAP(Lightweight Directory Access Protocol) - 네트워크 필터링? F/W DMZ 같은 느낌.  서버단 인증이아닌 네트워크단의 식별 및 사용자 인허가

4. Skill

인증 : PKI(Public Key Infra structure)

생체 인식, OTP(One Time Password)

쿠키(Cookie)

암호화 통신 : SSL(Secure Socket Layer), IPSec(IP Security Protocol)

관리 : LDAP(Lightweight Directory Access Protocol)

5. SSO Category

1) 인증 대행 모델(Delegation)

- 인증 방식을 변경하기 어려울 경우, 많이 사용

- 시스템 접근 시, 통합 Agent가 인증 작업을 대행

2) 인증 정보 전달 모델(Propagation)

- 웹 기반의 시스템에 주로 사용

- 미리 인증된 토큰(Cookie 기능 이용)을 받아서 각 시스템 접근 시, 자동으로 전달

6. Cookie를 이용한 SSO 구현 시, Cookie 보안 방법

`데이터 기밀 유지(Data Confidentiality) : 토큰은 주요 암호 알고리즘(AES, SEED)과 128bit 이상의 키로 암호화

`데이터 무결성(Data Integrity) : 토큰은 MAC 등을 포함해 데이터의 무결성을 보장

`사용자 주소 제한이나 유효 시간 제한 같은 보안 기술을 사용하여, 토큰을 네트워크에 노출시키지 않아야 함

컴퓨터에서 컴퓨터 리소스의 추상화를 일컫는 광범위한 용어로 다중 논리 리소스로서의 기능을 하는 것처럼 보이는 서버, 운영 체제, 응용 프로그램, 또는 저장 장치와 같은 하나의 단일 물리 리소스를 만들어 낸다. 아니면 단일 논리 리소스처럼 보이는 저장 장치나 서버와 같은 여러 개의 물리적 리소스를 만들어 낼 수 있다. 

바이오 쪽의 고성능 서버를 필요로 하는 곳에서는 온프레미스가 비용적 운영적 측면에서 유리하다고 생각했다.

그 이유는 데이터의 볼륨이 웹서비스에 비해 변동 폭이 크기 때문이다.

반대로 웹서비스가 없는 곳은 없으니, 가상화는 필 수 인것 같다.

버젼 관리, 비용적인 측면, 어플리케이션 설치 없이 사용이 가능한 부분이 가장 큰 장점인 것 같다.

물리서버의 관리 리소스가 없기 때문에 아주 긍정적인 것 같다.

하지만 GPU를 활용한 서비스들이 많이 나오고 있는데, 실 서비스는 클라우드 형식으로 하고  분석, 연구 R&D는 온프레미스로 분산해서 처리를 하는 것도 방법일 것 같다라는 생각이 든다.

무튼, 가상화로 인프라 백업 시스템을 만들어 봐야겠다.

지금은 각서버에서 크론으로 매일 스크린에 백업을 던지고, 다음날 다시 백업이 돌기전까지 스크린이 살아 있다.

매일 백업(증분) 백업을 하기고  백업 망을 10.1.255.* 대역으로 인터널망을 만들어놔서 걱정은 없지만~!~

웹으로 인프라의 백업 상태, 로그, 실행등등 서비스를 해볼까한다.

왜냐면... 내가 편하기 위해서..?ㅎㅎㅎ 내눈으로 확인을 하면 더 좋을 것 같아서 이다....하하하하하

프로세스 파악은 기본이니 생략

파악 되었으면, 포트 확인하고, 네트워크 포트 부터 막는다.

경험상 web을 통해 소스를 받고, ps가 죽으면 web에서 다시 소스를 받아서 설치하거나, 소스 삭제를 못 하게 해놓는다.

당장 마이닝허브 포트 부터 차단하면 로드 상승은 멈추게 된다.

다시 시작 및 체크는 cron으로 돌리는 것이고 cron도 삭제를 못 하게 해놓았다.

돌리는 소스를 최종적으로 파악 한 내용은 아래와 같다.

/var/tmp/.apachee
/usr/bin/.ICE-unix/.k/.auth/syst3md
/tmp/.ICE-unix/.k/.auth/syst3md

다 찾아서 없앴다.

ㅋㅋ

댐벼라~

 db, apache 전혀 문제 없고 h/w 확인도 다 했는데... 갑자기 ..? 사이트가 매우 무겁다.

세션 제한 걸린 것이 문제였고, 확인해보니 80포트로 55개다~

근데 설정은 60개다~~~ 해서 변경하고 apache restart ....5초컷 해결!!

netstat -nap | grep :80 | grep EST | wc -l

Worker 방식일 경우

<IfModule worker.c>
StartServer 16 # 기동 시 최초 프로세스 수
MaxRequestWorkers 1024 # 최대 동시 접속자 수
MinSpareThreads 512 # 최소 유지 스레드 수
MaxSpareThreads 1024 # 최대 유지 스레드 수
ThreadsPerChild 64 # 프로세스 당 스레드 수
ThreadLimit 1024 # 스레드 제한 수
MaxConnectionsPerChild 0 # 스레드 요청 처리량