웹 페이지에서 채팅을 할 생각을 해보았다. 그래서 ‘open source web chat’ 검색하였다. converse.js가 보인다. demo 사이트에 접속하여 동작하는지 확인한다. 동작하는 군. 내 환경에 getting started 준비한다. index.html 파일을 생성. 음, 만들긴 했는데, .. 서버는 어떡하지? BOSH 음. 전동공구가 필요하구나. … 뭔가 서버에 또 깔아야 하나? … 그렇군. 내가 사용중인 서버 ejabberd가 BOSH가 되는 군.
TADA … 된다 !!!
ps. 이제 이 블로그에 붙여봐야지.
톰캣이 이미 8.0까지 나온 시점에 인터넷에서 흥미를 끄는 내용을 하나 접했습니다.
http://www.youtube.com/watch?v=Bp789a8MBWI
parallel deployment라는 제목에서는
전략을 얘기하는 것인 줄 알았는데, 기능이었습니다.
tomcat 7.0 부터 지원하는 기능으로 무중단 배포를 할 수 있는 기능입니다.
즉, app v1 운용중에 app v2를 배포할 수 있고, 기존 세션 사용자는 v1을 사용하고 신규 접속자는 v2로 접근하게 됩니다.
저는 weblogic에서 production redeployment로 접했던 기능입니다.
상세내용은 위 링크에서 참조하십시오.
오늘 StartSSL에서 인증서를 발급 받았습니다.
그런데, firefox에서 접근하니 OCSP 검증이 잘 안되는지 에러페이지가 아래와 같이 뜨는 것입니다.
<div> <h3>보안 연결 실패</h3> <p>www.dgkim.net에 접속하는 중에 오류가 발생했습니다.</p> <p>OCSP 서버가 인증서에 대한 상태를 유지하고 있지 않습니다.</p> <p> (오류 코드: sec_error_ocsp_unknown_cert) </p> <ul> <li>받은 데이터의 내용 사실 검증을 할 수 없기 때문에 보려고 시도하신 페이지를 보여드릴 수 없습니다.</li> <li>웹 사이트 관리자에게 현재 문제를 알려 주시거나, 다른 방법으로 도움말 메뉴의 웹 사이트 문제 보고를 이용해 주시기 바랍니다.
13인치 맥북 프로(Late 2012) 사용자입니다.
OS는 linux, mac osx, windows 정도 사용하지만, 개인 취향으로 linux, mac osx의 unix 쉘이 편합니다.
–
하드웨어 부분.
재질에서 무게를 느낍니다. 기존에 사용하던 ibm r시리즈 보다는 가볍습니다. (아이폰도 삼성폰보다는 크기에 비해 무겁다고 느낍니다.)
배터리는 아직 1년 이내라 확실하지는 않은데, 예전에는 항상 전원을 넣어서 사용하다 보니 방전이 빨리 되어버렸고, 현재 맥북은 방전 충전 신경 쓰며 사용중입니다. 어느 정도 오래 간다고 생각합니다.(오래가주길 바랍니다.) (thinkpad r시리즈는 지하철이나 버스 등 외부에서 꺼내서 사용할 물건은 아니지요.
비밀번호의 진화과정을 한번 정리해 봅니다.
저장형태 비밀번호를 시스템에 저장하는 형태의 변천을 알아봅니다.
평문 저장 근래에도 아직 소규모 조직에서는 사용하는 방법입니다. RDBMS에 아이디, 비밀번호 컬럼을 두거나, 일반 텍스트 파일에 아이디, 비밀번호를 저장하는 형태입니다.
이 경우는 보안 대책으로는 해당 DB나 비밀번호 파일에 대한 접근 권한을 제어하는 정도로만 관리하였습니다.
crypt 혹은 PBE기법 오래된 버전의 UNIX에서는 현재도 볼 수 있습니다. UNIX에서는 기본적으로 crypt라는 비밀번호 암호화 함수를 제공하였습니다. 참고 Crypt_(UNIX) crypt함수는 비밀번호의 길이가 8자리로 제한이 있으며, passwd파일에 저장된 경우, 파일이 유출되면 쉽게 패스워드를 찾아낼 수 있습니다.
메일에서 많이 사용되는 인코딩 방식으로 base64가 있습니다.
base64인코딩을 openssl과 같이 사용하면서 발생했던 문제에 대하여 vim을 통해 간단히 작업한 내용을 메모해 둡니다.
메일을 받아보면 아래와 같은 base64 인코딩 영역이 있습니다.
Content-Type: text/html; charset=euc-kr Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PWV1Yy1rciI+DQo8dGl0bGU+vsiz58fPvLy/5C4gvcXH0cSrteXA 1LTPtNkuPC90aXRsZT4NCjwvaGVhZD4NCiANCjxib2R5Pg0KPCEtLUhlYWRlciBTdGFydCAtLT4N Cjx0YWJsZSB3aWR0aD0iNzAwIiBib3JkZXI9IjAiIGFsaWduPSJjZW50ZXIiIGNlbGxwYWRkaW5n PSIwIiBjZWxsc3BhY2luZz0iMCIgc3R5bGU9ImJhY2tncm91bmQ6dXJsKGh0dHA6Ly9jYXJkaW1h Z2Uuc2hpbmhhbmNhcmQuY29tL2ltZy9lbWFpbC9jb21tb24vMjAxMTExL2JnX0hlYWRlcl9iYXNp 위 내용은 줄바꿈문자를 있는 그대로 붙여 넣은 것입니다.
한 줄의 문자수가 77개 입니다. 위 내용의 경우는 openssl enc -d -a 명령을 통해 정상적으로 디코드하여 볼 수 있었습니다.
하지만, openssl에서 base64인코딩을 하면 보통, 한 줄이 64자리인 것을 많이 봅니다.
