Archive for author: admin_shop

워드프레스에서는 다양한 캐시 플러그인이 지원됩니다. 편리한 점도 있지만 도메인 이전시에 큰 트러블 요소로 작용하는데 이미 캐시가 적용된 임시용 화일들이 이전 전의 도메인 주소와 절대 경로를 지정하고 있으므로 반드시 도메인 이전 이전에 사용중인 캐시를 관리자 모드로 들어가서 “비활성화” 해주시고 캐쉬 관련 설정의 사이트 링크 주소도 모두 삭제 해주시기 바랍니다.
사이트 이전 이후에 해당 도메인 주소에 맞도록 캐시 설정으로 다시 하시고 활성화 하여야 됩니다.

웹호스팅 관리 패널은 하나의 서버를 여러개의 웹사이트를 공유하여 사용할 수 있도록 서버의 백엔드 작업과 리눅스 명령 작업 시스템을 관리자 모드 형태의 웹사이트에서 웹호스팅 관리자/리셀러/사용자가 각각의 분리된 권한으로 직접 관리할 수 있도록 만든 웹 관리자 시스템입니다. 현재 유료 상용으로 가장 많이 알려진 웹호스팅 관리 콘트롤 패널(WHMCS)은 cPanel 로서 전세계에서 가장 많이 사용되고 있지만 라이센스 비용이 웹호스팅 갯수당 상당한 비용을 지불해야 함으로 중규모 이상의 웹사이트에 많이 적용하고 있습니다.
관리 기능을 보면
(1) 서버 관리자 -이 계정은 리눅스 서버의 루트 사용자와 같으며 서버 관리에 대한 모든 권한이 있습니다. 서버 관리자는 모든 리셀러나 사용자 계정을 생성, 수정, 삭제할 수 있으며 하위 관리 내용을 직접 수행할 수 있습니다. 서버 관리자는 WHMCS 의 백본(Backbone)이리고 할 수 있습니다.
(2) 리셀러 계정 -이 사용자는 리셀러 일반 사용자의 보다 상위 권한을 가진 계정으로 관리자에게 주어진 리셀러 계정의 사용자 계정을 생성, 수정, 삭제할 수 있으며 하위 관리 내용을 직접 수행할 수 있으며 제한된 권한을 가진 WHM에 액세스 할 수 있습니다.
사용자 계정 – 일반 사용자 계정은 웹 호스팅에 대한 실제적인 사용자이며 개별 웹사이트의 도메인과 FTP 계정 그리고 DB 계정을 생성할 수 있습니다. 하지만 사용자는 웹 호스트 관리자에 액세스 할 수 없습니다. 사용자 계정은 웹 호스팅 제공 업체에서 구매한 비용 계획(Price Plan) 에 따라 하나 또는 여러 개의 웹 사이트를 호스팅 할 수 있습니다.
위와 같이 WHMCS는 비전문가도 웹호스팅을 완벽하게 사용할 수 있는 GUI(Graphic User Interface)를 제공하므로 서버관리자의 업무를 대폭 줄여주고 서버 관리의 수준을 한층 강화시킵니다. 기본적으로 현존하는 모든 웹호스팅 업체의 품질은 얼마나 사용자의 편의와 사용자 인터페이스의 업무 동선이 합리적인 가에 의해 결정되며, 이러한 웹호스팅 자동화(WHA – Web Hosting Automation) 도구가 없었다면 서버 관리자의 유지 관리 비용으로 인하여 현재와 같은 저렴한 웹호스팅 비용을 수준을 유지할 수 없습니다.

이제는 웹호스팅에서 가장 중요한 기술 영역이라고 할 수 있는 웹 호스팅 자동화(Web Hosting Automation)을 위한 관리 패널에 대해 알아보겠습니다. 상용으로 월별 사용료를 받는 cPanel은 상용 WHA 도구중 가장 널리 알려져 웹호스팅 사업을 위한 사실상의 표준이라고 할 정도로 안정성과 기능을 자랑합니다. 하지만 다보리에서 내세우는 것은 무료 웹호스팅이므로 당연히 무료이며 오픈소스 진영에서 만들어 진 것이여야 하겠지요. 그런 면에서 Kloxo-MR은 여러 다른 WHA 도구와 비교하여 가장 웹호스팅 전문성이 보장되는 즉 수익형 웹호스팅의 기능을 강력하게 지원하는 도구라 할 수 있습니다.

그럼 Kloxo-MR는 기능과 특장점을 알아보도록 하겠습니다.
Kloxo-MR 의 특징
(1) 비록 무료이나 웹호스팅에 필요한 전체 기능이 포함되어 있다.
(2) cPanel과 유사한 UI가 지원됨으로써 관리자나 일반 사용자가 친근하게 접근할 수 있다.
(3) 다양한 메뉴와 기능을 제공함으써 여타 무료 WHA와는 달리 사이트 관리에 전문성 있게 접근할 수 있다.
(4) 실제 활용하고 있는 업체의 수가 많고 관련된 포럼이 만들어져 필요한 질의 응답을 할 수 있도록 구성되었다.
(5) 필요한 모든 언어 버젼을 추가하여 사용자별 스킨으로 제공이 가능하므로 국제적인 비즈니스를 창출할 수 있다.
[아래는 한글 구성이 적용된 Kloxo-MR의 메인 화면입니다.]

가상 서버란 하나의 물리적인 Host 서버에서 여러개의 독립된 Guest 서버 영역으로 분할하여 각각 독립적인 서버처럼 동작하게 만든 서버 체계 입니다.
가상서버(VPS 호스팅/클라우드)와 물리서버(웹호스팅/서버호스팅)는 물리적 IT 자원을 어떻게 사용하는지에 따라 아래와 같이 나눌 수 있습니다.

(1) VPS호스팅/클라우드
물리적 IT 자원과 가상화 기술의 결합으로써 서버 1대에 들어가는 물리적 시스템 자원을 여러 가상서버(VM)로 분할하여 마치 개별 서버처럼 운영될 수 있도록 제공하는 것으로, 사용자가 직접 관리자 권한을 가지고 할당된 자원을 자유롭게 운영할 수 있습니다.
(2) 웹호스팅
물리적 IT 자원을 여러 사용자 나눠 사용하며 서버 1대에 들어가는 물리적 시스템 자원을 여러 사용자가 공용으로 사용하며, CPU/Disk/Memory 등 각 고객이 서로의 사용량에 영향을 받기 때문에 속도가 느려지는 경향이 있습니다. 서버 관리에 대한 독립 권한이 없어 사용에 제한이 있습니다.
(3)서버호스팅
물리적 IT 자원을 한 사용자 단독 사용하므로 서버 1대에 들어가는 물리적 시스템 자원을 한 사용자가 독립적으로 사용하므로 속도와 보안성이 우수합니다. CPU/Disk/Memory 등을 사용자가 관리 권한을 가지고 직접 자유롭게 운영할 수 있습니다.
(4) 가상서버 이해에 필요한 용어

그럼 여기서 다보리가 무료 웹 호스팅을 제공할 수 있는 원천이 되는 아마존 웹 서비스에 대해 알아보도록 하겠습니다. 가상서버 서비스, 즉 클라우드 서비스로 가장 알려져 있는 아마존 웹서비스는 2006년 3월 14일 그 서막을 연 이후 지금까지 10년 넘게 지속되어 지금은 클라우드 컴퓨터의 대명사로 자리잡았습니다. 그러한 아마존 웹서비스의 장점은

(1) 서버에 대한 기초 투자 비용을 사용량에 따른 가변 비용으로 대체할 수 있습니다.
실제 초기 기업이나 소기업이 시작한 서비스이 성장을 미리 예측하기 힘들기 때문에 사용한 만큼 돈을 지불할 수 있다는 것은 꽤 호소력이 있는 제안입니다. 단순히 단독 서버 뿐만 아니라 웹서비스와 관련된 DB서버인 IDS, 네임서버인 Route53, 대용량 저장장치인 S3 그리고 cDN 서비스인 Cloudfront 등 대기업에서만 제공할 수 있는 다양하고 강력한 기능들을 소기업에서도 사용하면서 사용한 만큼만 돈을 지불하는 방식으로 데이터 센터 비스니스에 대하여 완전히 새로운 개념을 정립하였고 이를 바탕으로 전세계에서 AWS 센터를 설립하여 승승장구하고 있습니다.
(2) 가변 비용으로 전환한 비용도 예전 비용보다 적게 들어갑니다.
아마존이 가진 서버나 와이브로 서비스에 대한 구매력은 규모의 경제를 바탕으로 세계 최고를 자랑하고 있습니다. 규모의 경제를 바탕으로 저렴한 가격으로 구매한 장비와 서비스를 구매하여 박리다매 형식으로 고객에 공급하므로써 실제 기존의 IDC센터에서 전용 서버를 임대하는 것 보다 저렴한 가격으로 서비스를 받을 수 있습니다.
(3) 필요한 서비스를 언제든지 확장할 수 있습니다.
AWS가 제공하는 확장선은 일반 웹호스팅 또는 전용 서버 서비스와는 차원이 다른 확장성으로 제공합니다. 필요한 만큼 모든 서비스를 제단하여 적용하므로서 사용자는 기술에 대해 아는 만큼 저렴하게 서비스를 제공 받을 수 있습니다. 따라서 CPU 속도, 저장 공간, 트래픽 등 자신이 원하는 어떤 서비스라도 부페식으로 자유롭게 선택 또는 확장이 즉시 가능하도록 구성되어 있습니다.
(4)소기업을 위한 대기업 품질의 서비스
지금까지 대기업은 항상 소기업보다 IT 기술에 대한 더 많은 혜택을 받았습니다. 하지만 AWS를 이용한다면 이것은 더 이상 사실이 아닙니다. 예를 들면 AWS에서는 소기업을 위해 수십억원의 가치가 있는 세계 표준의 보안 서비스가 무료로 제공됩니다. 이것은 클라우드 서비스를 사용하는 고객으로써는 가장 중요한 장점중의 하나가 되었습니다. 그리고 서버 부하를 줄이고 웹 페이지의 다운로드 속도를 향상 시키기 위한 일반 대기업 이상 수준의 서비스가 매우 저렴한 비용으로 제공되고 있습니다.
(5) 표준화된 AWS 관리 콘솔
AWS 관리 콘솔은 AWS 서비스의 허브입니다. 이는 사용자가 AWS 계정으로 서비스 추가, 비용 확인, 계정 정보 변경, 사용 변경 등 을 확인할 수 있게 해드립니다. 이는 더운 쉽고 간편하게 웹사이트 및 데이터를 변경하게 하며 어디에서도 기술 지식이 없는 사람들이 진행할 수 없는 것을 진행할 수 있게 도와드립니다.
[아마존에서 제공하는 무료 서비스 내용]

왜 SSL 을 워드프레스 쇼핑몰에서 언급하냐구요. 사실은 온라인 쇼핑몰을 운영하거나 개인정보를 기반으로 웹서비스를 제공하는 사이트는 SSL 인증서 구축이 의무화 되어 있기 때문입니다. 그 근거는 정보통신망 이용촉진 및 정보보호 등에 관한 법률(보통 ‘정보통신망법’이라고 함) 제 28조에 있습니다.
​제 1항에서 정보통신서비스 제공자(쇼핑몰, 콘텐츠 제공사이트 등 웹사이트를 통한 서비스 제공자) 등이 개인정보를 처리할 때 개인정보의 보호조치(기술적 관리적 조치)를 규정하고 있습니다. 그 중 하나가 제 4목에 개인정보를 안전하게 저장전송할 수 있는 암호화기술 등을 이용한 보안조치입니다. ​여기서 말하는 안전하게 저장 전송을 위한 암호화 기술 중 하나가 바로 SSL 인증서를 통한 암호화입니다.

우리는 웹브라우저 주소 창에 https://www.google.com 형태처럼 보이는 녹색 열쇠 표시를 다른 여러 웹사이트에서도 볼 수 있습니다. 그러면 웹 브라우저 주소창에 왜 녹색 열쇠를 표시할까요? SSL/TLS 인증서로 알려진 디지털 인증 파일이 있기 때문입니다. 이것은 고객과 웹 사이트 간에 인증과 신뢰를 제공하기 위한 전자 문서입니다. 표면적으로는 단순하지만 그 이면에는 복잡한 구조인 기술이 있습니다! 웹 브라우저에 열쇠 아이콘이 있으면, 웹 사이트 데이터 전송 자체가 암호화되어 있다는 것을 보여줍니다. 즉 https 로 시작하는 웹사이트는 SSL은 Secure Sockets Layer 인증이 되어 있다는 것을 의미하며 이 것은 웹 브라우저와 웹 서버 사이에 암호화된 통신을 구현하는 글로벌 표준 보안 기술입니다. 이를 통하여 웹사이트와 개인들의 중요정보(예: 신용카드 번호, 사용자이름, 암호, 이메일 등)가 해커에 의해 도용되거나 삭제되는 위험을 줄이고 해킹를 파악하는 데 사용하고 있습니다. 요약하자면, SSL은 두 의도된 당사자들만의 사적인 “대화”를 가능하게 해 줍니다.
SSL/TLS는 중요한 정보를 교환 할 때마다 필요합니다. 예를 들어, 사이트가 PCI-DSS, FISMA과 같이 규정 준수를 해야 하는 경우 혹은 의료 데이터 전송을 위한 HIPAA 규정에서도 SSL/TLS를 이용하도록 하고 있습니다.
SSL(Secure Socket Layer) 프로토콜은 처음에 Netscape사에서 웹서버와 브라우저 사이의 보안을 위해 만들어 졌습니다.. SSL은 Certificate Authority(CA)라 불리는 서드 파티로부터 서버와 클라이언트의 인증을 하는데 사용된다. 아래는 SSL이 어떻게 작동하는지에 대한 간단한 과정을 설명합니다.
[웹브라우저] SSL로 암호화된 페이지를 요청하게 된다. (일반적으로 https://가 사용된다)
[웹서버] Public Key를 인증서와 함께 전송한다.
[웹브라우저] 인증서가 자신이 신용있다고 판단한 CA(일반적으로 trusted root CA라고 불림)로부터 서명된 것인지 확인한다. (역주:Internet Explorer나 Netscape와 같은 웹브라우저에는 이미 Verisign, Thawte와 같은 널리 알려진 root CA의 인증서가 설치되어 있다) 또한 날짜가 유효한지, 그리고 인증서가 접속하려는 사이트와 관련되어 있는지 확인한다.
[웹브라우저] Public Key를 사용해서 랜덤 대칭 암호화키(Random symmetric encryption key)를 비릇한 URL, http 데이터들을 암호화해서 전송한다.
[웹서버] Private Key를 이용해서 랜덤 대칭 암호화키와 URL, http 데이터를 복호화한다.
[웹서버] 요청받은 URL에 대한 응답을 웹브라우저로부터 받은 랜덤 대칭 암호화키를 이용하여 암호화해서 브라우저로 전송한다.
[웹브라우저] 대칭 키를 이용해서 http 데이터와 html문서를 복호화하고, 화면에 정보를 뿌려준다.
전문 용어라서 좀 복잡하지만 위의 내용은 웹브라우저 웹서버간에 주고 받는 정보를 Public Key와 Private Key를 이용하여 암호화된 정보로 송수신함으로써 중간에 네트워크 중간에서 해커가 정보를 탈취하더라도 사용할 수 없도록 하자는 것이 작동 원리 입니다.

Private key/Public Key를 이용한 암호화는 하나의 키로 암호화하고 나머지 다른 하나로 복호화할 수 있도록 되어있습니다. 암호화한 키로만 암호화를 할 수 있는 것이 아니라 반대 방향으로 복호화한 키로도 암호화할 수도 있다. 이러한 키쌍은 소수(prime number)로부터 생성되며, 그 길이(Bit 단위)는 암호화의 강도를 나타냅니다. Private Key/Public Key는 이러한 키쌍을 관리하는 방법으로 한개의 키는 안전한 장소에 자기만 알 수 있도록 보관하고(Private Key) 다른 하나는 모든 사람에게 퍼뜨리는 것(Public Key)이다. 그렇게 하면 그 사람들이 당신에게 메일을 보낼 때 암호화해서 보낼 수 있으며, 보낸 쪽에서만 그 암호를 Private Key를 이용하여 풀 수 있다.

사용자가 접속을 한 웹 사이트가 믿을 수 있는지 어떻게 판단하기 위해서 해당 사이트의 인증서를 확인하는 방법으로 진행됩니다. 이것은 공적으로 인증할 만한 기관에서 인증서를 웹사이트에 설치하여 신뢰성을 보장하는 방법입니다.
인증서는 여러 부분으로 이루어져있으며 아래는 인증서 속에 들어있는 정보의 종류를 입니다.
1. 인증서 소유자의 e-mail 주소
2. 소유자의 이름
3. 인증서의 용도
4. 인증서 유효기간
5. 발행 장소
6. Distinguished Name (DN)
– Common Name (CN)
– 인증서 정보에 대해 서명한 사람의 디지털 ID
7. Public Key
8. 해쉬(Hash)
SSL의 기본 구조는 당신이 인증서를 서명한 사람을 신뢰한다면, 서명된 인증서도 신뢰할 수 있다는 것이다. 이것은 마치 트리(Tree)와 같은 구조를 이루면서 인증서끼리 서명하게 됩니다. 최상위 인증서에 대해서 이 인증서를 발행한 기관을 Root Certification Authority(줄여서 Root CA)라고 부르며, 유명한 인증 기관(역주:Verisign, Thawte, Entrust, etc)의 Root CA 인증서는 웹브라우저에 기본적으로 설치되어 있습니다. 이러한 인증 기관은 자신들이 서명한 인증서들을 관리할 뿐만 아니라 철회 인증서(Revoked Certificate)들도 관리하고 있으며 모든 Root CA 인증서는 자체 서명(Self Signed)되어 있습니다.

Private Key/Public Key 알고리즘은 정말 대단한 알고리즘이지만, 비실용적이라는 단점이 있습니다. 비대칭(Asymmetric)이란 하나의 키로 암호화를 하면 다른 키가 있어야 복호화를 해야 하기 때문에 속도의 문제가 발행합니다. 대안으로써 대칭키(Symmetric Key)는 하나의 키로 암호화/복호화를 할 수 있습니다. 대칭키를 사용하면 비대칭키보다 훨씬 빠르게 암호화/복호화를 할 수 있지만 너무 위험한 방법입니다.
만약 해커가 이 키를 탈취해 버리면 여태까지 암호화된 정보가 모두 무용지물이 되어버리게 됩니다. 일반적으로 사이트와 사이트간에 데이터를 주고 받은 인증키라는 것이 이 대칭키 방식으로 되어 있습니다. 이 대칭키는 서비스를 하는 웹사이트에서 복사해서 서비스 받는 웹사이트에 붙여넣고 저장하는 수작업을 거치는 경우가 대부분입니다. 이런 것에 대한 해결책은 대칭키를 비대칭키로 암호화시켜서 전송하는 방법을 사용하는데 이 경우 자신의 Private Key만 안전하게 관리하면 Public Key로 암호화되어 안전하게 전송할 수 있으며 대칭키를 하나의 접속 세션동안 매번 랜덤으로 생성하면 만약 해당 세션에서 대칭키가 누출되어도 다음세션에서는 다른 키가 사용되기 때문에 안전합니다.

암호화 알고리즘은 대칭이든 비대칭이든 간에 상당히 많은 종류가 있으며 일반적으로 암호화 알고리즘으로 특허를 낼 수 없습니다.
이것은 웹서버와 브라우저가 서로 통신을 하는 동안 서로 어떤 알고리즘을 사용할 수 있는지 확인하며 서로 이해할 수 있는 일반적인 알고리즘을 선택한 후 통신이 이루어지게 된다. OpenSSL은 컴파일해서 삽입할 알고리즘을 택할 수 있으며 이 경우 해당 암호화 알고리즘에 제한을 걸고 있는 국가에서도 사용할 수 있게 됩니다.

해쉬값는 해쉬 함수에 의해 만들어지는 숫자로써 단방향으로 연산되는 함수입니다. 즉, 한번 해쉬함수로 원본으로부터 해쉬값을 생성했다면, 해쉬값으로부터 원본 메시지를 알아내는 것이 불가능하다. 해쉬의 용도는 단순히 원본 메시지가 손상이 되었는지를 알아내는데 있으며, 해쉬값을 변경시키지 않고 원본을 조작하는 것은 극히 어렵다. 그래서 해쉬 함수는 패스워드 메커니즘이외에도 소프트웨어의 손상 유무(MD5 sum) 확인, 메시지의 손상을 방지하기 위해 널리 쓰이고 있습니다.

서명은 특정 메시지를 내가 작성했다는 것을 인증하는 역할을 하며, Text가 될 수도 있고, 인증서 그 자체도 될 수 있습니다. 보내는 메시지에 서명하기 위해서는 아래의 순서를 따라야 한다.
1. 해쉬 생성
2. Private Key로 해쉬 암호화
3. 암호화된 해쉬와 서명된 인증서를 메시지에 추가
4. 받는 사람은 따로 해쉬를 생성
5. 받은 메시지에 포함된 해쉬를 Public Key를 이용해서 복호화
4, 5번 과정에서 생성된 해쉬를 비교

암호문(Pass Phrase)은 기존의 패스워드(Password)를 확장한 시스템으로 예전의 Unix 시스템의 암호(Password)는 8자가 한계였습니다. 암호문이라는 것은 단순히 암호의 한계가 더 길어졌다는 것을 뜻합니다. 당연히 8자가 한계인 것보다 보안이 강력하며 최근의 Unix 시스템은 MD5를 사용하고 있기 때문에 암호의 길이 제한이 없어졌습니다.