'2011/12'에 해당되는 글 6건
인과관계의 희생물 (a casualty of causality)
원준이 생각 2011/12/23 18:16흉터
사람들 생각 2011/12/12 06:52웹자원을 감시하자 - URL Shorten & Google Analytics
컴퓨터 팁들 2011/12/04 18:33요즘 이슈가 되고 있는 선관위 홈페이지 디도스(DDoS; Distributed Denial of Services) 같은 형태의 유해 공격도 웹사이트의 로그 파일을 분석하여 그 형태가 디도스인지 일반적인 형태의 접속자가 증가한 형태인지 분석이 가능한 이유가 웹서버는 기본적으로 제공하는 자원과 받는 자원 들에 대한 총괄적인 기록을 가지고 있기 때문이다. 그러나 자신의 서버를 가지고 있지 않은 사람들이 이러한 웹로그 분석을 하는 것이 어려울 것이라는 생각에 혹은 충분한 툴을 가지고 있지 않다고 생각하여 쉽게 접근하지 못하는 경우가 많다. 그러나 웹서비스의 진화는 예전 서버 수준의 관리에서나 필요했던 웹자원 분석을 쉽게 해주게 하고 있다.
URL Shorten 서비스 (짧은 주소 서비스)
자신의 웹자원을 통계, 분석하는데 URL Shorten 이 무슨 상관일까 생각할 수 있지만 URL Shorten 은 가장 기본이 되고 가장 편리하게 접근할 수 있는 형태의 좋은 서비스이다. 보통 자신의 블로그 글이나 자신이 공유하고 싶은 웹자원들은 웹자원의 주소 즉, URL 이라고 불리우는 형태로 인터넷에서 제공된다.
URL (Universal(혹은 Uniform) Resource Locator) 의 약자로 우리가 무심코 사용하는 인터넷 자원들은 고유한 주소체계를 가지고 있다는 것이다. 예를 들어 기본적으로 웹사이트에 사용되는 http:// 로 시작하는 주소는 실제로 다음과 같은 형태의 체계를 가지는 것이다.
http://www.google.com : www.google.com 이라는 주소를 가지는 서버에 http (Hyper Text Transfer Protocol) 이란 방식으로 통신하라는 뜻이다. 마찬자기로
ftp://ftp.example.com : 이 된다면 ftp.example.com 에 file transfer protocol 을 사용해 접근하란 뜻이다. 즉, URL 은 접속 방식(protocol) 과 목적지(locator)와 그에 따른 부수적인 파라미터를 포함하는 특정 웹자원을 표시하는 방식이다. 일반적인 표시방식은
scheme://username:password@domain:port/path?query_string#fragment_id
의 형태를 가지게 된다. 이중 scheme 과 domain 은 필수이다. 보통 scheme 이 빠진 경우는 일반적으로 http scheme 안에서 이루어지기 때문에 기본 scheme 을 http 로 연결이 되는 것이다. 마찬가지로 mailto:myid@domain.com 과 같이 mailto: 프로토콜은 해당 주소는 이메일 주소를 가지고 있기 때문에 사용자 시스템에서 이메일에 관련된 작업을 할 수 있도록 연결을 해주는 것이다. 즉, 모든 웹자원은 이런 형태의 유일한(uniform) 하나의 자원으로 연결되는 주소를 가질 수 있는 것이다.
URL Shorten 서비스는 이런 특정 URL 을 가지는 웹자원을 주소에 별명을 만들어서 동일한 접근은 가능하지만 복잡하고 긴 형태의 URL 을 짧게 표시하자는데 사용된다. 대부분의 사람들은 URL Shorten 서비스가 트위터(twitter)에서 제한된 글자수에 링크 주소로 낭비되는 글자를 절약하기 위해서 만들어진 것이라고 생각하지만 실제로는 상당히 오래전부터 보안을 위해서 hashed link 라는 형태로 일반적으로 보았을 때 알 수 없는 영문, 숫자의 조합으로 만들어지는 링크를 제공한 것이 일반적이었지만 실제로 보급된 것은 트위터의 역할이었다.
① bit.ly: 가장 많이 알려진 URL Shorten 서비스는 bit.ly 일 것이다. 사실 일반적으로 bit.ly 보다 다른 서비스들도 많이 있고 사용빈도나 인기도에 있어 bit.ly 보다 더 많이 사용되는 서비스들도 있지만 bit.ly 의 가장 좋은 점은 다양한 SNS 클라이언트에서 대부분 지원한다는 것이다. 가장 일반적인 bit.ly 도메인 뿐만 아니라 가장 직관적인 j.mp (jump 를 바로 연상시킨다) 도메인도 가지고 있고 개인 도메인을 통해서 자신만의 도메인을 사용할 수 있는 옵션이 제공된다. 우선 회원 가입을 하면 설정 화면에서는 자신의 트윗터, 페이스북 계정을 연결할 수 있는 설정과 개인 도메인 설정이 가능한 설정, 그리고 자신의 API Key 가 표시된다.
개인 도메인 설정(Custom Short Domain) 은 자신이 가지고 있는 도메인을 bit.ly 주소 대신 사용할 수 있는 방법이다. 예를 들어 v.meson.kr 으로 설정을 하고 이에 필요한 DNS 설정을 해주면 (참고: http://blog.meson.kr/273) 사용가능하다. 여기서 자신의 도메인이 사용되어 v.meson.kr/rP6j4G 와 같은 hashed 주소를 가지고 되었을 때 해당 주소만 가능한게 아니라 bit.ly/rP6j4G 도 사용가능하고 j.mp/rP6j4G 도 가능하게 된다는 것이다.
API Key 는 해당 계정이 나의 소유인지를 확인하기 위한 과정이다. 스마트폰에서 트윗터 클라이언트에서 bit.ly 를 지원한다면 계정 이름과 API Key 를 물어보게 될 것이다. 암호와 같은 역할이지만 더 유용할 때가 많다. 예를 들어 특정 목적으로 자신의 개인 도메인 주소를 다른 사람들에게 사용하게 할 때 (자신이 개발한 앱에서는 짧은 주소를 모두 자신의 도짧은 도메인으로 만들고 싶을 떄) 암호를 알려줄 필요없이 해당 API Key 만 제공해주면 되는 것이다. 그리고 만약 이에 문제가 생긴다면 Reset 하여 기존의 키는 폐기하고 새로운 키로 운영하면 될 것이다.
② goo.gl 와 기타 등등: 구글에서 제공하는 서비스이다. 바로 느낌이 goo.gl 은 google 을 연상시킬 만큼 URL Shorten 서비스에서 가장 신경쓰는 것은 짧은 도메인을 얼마나 직관적으로 잘 알 수 있게 해주는가이다. 트윗터에서 사용하는 t.co (트윗터에서 다른 페이스북이나 다른 곳으로 연결될 때는 t.co 가 사용된다.), is.gd (is good), tinyurl 등이 있다.
이 밖에도 수많은 서비스가 있지만
⑴ 자신이 필요한 기능(descriptive name 생성 등)을 얼마나 제공하는가
⑵ 짧은 주소를 쉽게 만들어 주는가,
⑶ 다른 서비스와 얼마나 쉽게 연계시켜 주는가,
⑷ 관리의 편리성,
⑸ 통계 관리의 편리성 등을 고려해서 선택하면 될 것이다.
짧은 주소 만들기 (Shorten URL)
짧은 주소를 만드는 방법은 여러가지가 있다. 가장 간편하게 bit.ly 등의 서비스 홈페이지에 들어가면 긴주소를 넣으면 짧은 주소를 제시해주는 화면에서 쉽게 만들 수 있다.
원하는 URL 주소를 넣으면 바로 짧은 주소를 만들어준다. 기본적으로 hashed link 즉, 임의의 숫자, 영소(대)문자로 만들어진 주소가 만들어지고 아래 만들어진 주소에 대해서 자신이 원하는 형태의 주소로 바꿀 수 있다. (customize) 이 기능을 이용하면 자신이 자주 가는 웹사이트를 쉽게 갈 수 있거나 자신의 구글+(Google+)의 프로필 페이지로 링크를 만들 수 있다.
아래 부분엔 자신이 지금까지 bit.ly 를 통해서 만든 짧은 주소의 리스트가 보인다. 이 부분이 자신이 만든 짧은 주소에 대한 통계 및 정보를 볼 수 있다. 해당 리스트의 Info Page+ 를 들어가면 다음과 같이 해당 목적 URL 의 제목, 간단한 정보, 지금까지 이 주소를 통해서 유입된 접속자 통계 등을 확인할 수 있다. 또한 부가적이지만 상당히 유용한 기능으로 QR 코드를 얻을 수 있다. 아까 언급한 자신의 프로필 링크를 만들어 QR 코드를 자신의 명함에 넣어도 괜찮을 듯 하다. QR 코드는 짧은 주소 뒤에 .qr 을 붙어, 예를 들어 bit.ly/rP6j4G.qr 로 바로 확인할 수 있다.
이렇게 만들어진 짧은 주소 링크는 꼭 bit.ly 홈페이지를 들어와야 통계를 확인가능한 것이 아니다. 자신이 만든 주소가 v.meson.kr/rP6j4G 이라면 주소창에 v.meson.kr/rP6j4G+ 로 만들어진 주소 뒤에 + 만 붙이면 해당 링크의 통계 페이지에 바로 들어갈 수 있다.
이밖에도 bit.ly 에는 bundle 기능 (묶음 링크) 기능 등이 있는데 이 외의 기능은 개인적으로 하나씩 살펴보기를 바란다.
기본적으로 만드는 형태는 bit.ly 와 동일하다. 그러나 모든 짧은 주소를 이렇게 해당 사이트에 들어가서 만들기엔 힘들다. 대부분 사용자들의 사용형태를 생각해보면 자신이 웹 검색이나 돌아다니다가 원하는 페이지가 나왔을 때 바로 주소를 만들고 이를 원하는 트윗터나 페이스북에 올리는 것이 가장 기본적일 것이다. 당연한 결론이지만 웹브라우저가 이런 기능을 해주어야 할 것이다. 개인적으로 사용하는 크롬 브라우저의 경우엔 확장 기능으로 bit.ly 를 바로 사용하게 하는 다양한 확장기능이 있다. 마찬가지로 파이어폭스(firefox) 도 확장기능을 지원해주고 있고 SNS 가 보급되면서 이런 URL Shorten 서비스는 필수가 되어가고 있기 때문에 자신에게 맞는 확장기능은 하나쯤 선택할 필요가 있을 것이다.
확장기능을 통해서 쉽게 짧은 주소와 함께 연결된 트윗터 혹은 페이스북에 올릴 글 형태를 조정할 수 있다. 마찬가지로 Shareaholic 에서도 goo.gl 주소를 가지는 짧은 주소를 만들 수 있다.
일반 컴퓨터 환경에서는 짧은 주소는 브라우저 기능으로 쉽게 생성 가능하다. 스마트폰에서는 각각의 앱에서 지원하는 서비스에 따라서 형태가 달라질 수 있다. 만약 자신이 bit.ly 서비스를 선택했다면 해당 서비스가 지원되는 앱인지 아닌지 확인하는 것도 중요할 것이다. 스마트폰 환경의 웹브라우저(iOS 의 Safari 등)에서도 javascript 로 만들어주는 방법이 있지만 생각해보면 그렇게 활용도가 많은 편이 아닌 것을 느낄 수 있다. 앱 위주로 뉴스, 기사 등을 읽고 처리하는 경우가 많아지기 때문이다. 따라서 RSS 리더/뷰어 등 자신이 자주 사용하는 앱들이 자신이 사용하는 URL Shorten 서비스를 지원하는지 확인하는 것이 필요하다.
【짧은 주소를 위한 짧은 팁】
브라우저 확장 기능과 같이 워낙 편리한 툴들이 많기 때문에 별 생각없이 주소를 만들어도 별 문제는 없지만 몇가지 팁을 제공하자면, 당연하지만 ⑴ 유해 정보, 스팸, 악성 코드 유도하는 페이지로 연결하는 링크는 NO! ⑵ 불필요한 파라미터는 제외하자
위에서 예를 들어 보인 페이지를 통해 보면 짧게 만들려는 URL 은
http://pressian.com/article/article.asp?article_num=20111204153618§ion=01
이다. 앞서 설명한 URL 의 기본 구조를 충실히 따른다. article.asp? 다음에 나오는 것은 쉽게 보아도 aritcle_num 가 2011204153618 을 가지는 기사를 보내주는 것이고 section=01 은 특정한 페이지의 형태를 나타내는 옵션으로 추측된다. 우리나라 뉴스의 한가지 문제점이라고 느껴지는 부분은 바로 광고 및 필요없는 정보들이 너무 많이 삽입되어 있다는 점인다. 추론하건데 section=01 은 없어도 기사를 보내는데 아무런 문제가 없을 것이라고 판단이 된다면 해당 주소에서 불필요해보이는 변수는 제거하고 짧은 주소를 만드는 것이 좋다는 것이다. 꼭 필요한 과정은 아니지만 이렇게 만들어 보면 왜 필요한지 느낄 수 있는 부분들이 생길 것이라 믿는다. 즉, 짧은 주소의 대상을
http://pressian.com/article/article.asp?article_num=20111204153618
으로 만드는 것이다.
짧은 주소 관리 및 통계
이렇게 만들어져 쌓인 링크는 자신이 관심있는 항목에 대한 묶음이 될 수도 있고 자신이 활동 내역을 알려주는 통계 자료가 될 수 있고 또한 자신의 블로그 주소를 직접 알려주는 것이 아니라 짧은 주소 서비스를 통해서 알린다면 해당 주소를 통해 접근한 통계를 알 수 있게 된다. 관리 페이지는 자신이 생성한 주소 뒤에 + 를 붙이면 되며 기본적으로 공개 주소이기 때문에 통계또한 공개가 된다.
주요한 통계 자료는 월별, 시간별 접속 통계를 기준으로 유입 경로 (referrers), 접속 지역등을 나타낸다. 유입 경로에서 3번째로 많은 부분을 차지하는 한 사이트가 있다. 여기에 내가 글을 올린 적도 없는데도 불구하고 지속적으로 접속자가 유입된다는 것은 누군가 나의 글을 카피해서 그대로 올린 것을 나타낼 수 있기 때문에 검색으로 해당 사이트에서 내 글의 키워드를 검색하면 해당 자료가 무단으로 도용된 것을 확인할 수 있다. (구글 검색에서 site:target.domain.com 검색어 를 입력하면 해당 사이트에서만 해당 검색어를 검색한다.) 간단한 통계 추이 및 상황을 파악할 수 있는 간단한 툴이지만 여기에도 한계는 존재한다. 우선 단기간의 통계만을 파악할 수 있다는 점, 통계의 내용이 한정적이고 그 이상 알고 싶을 때는 쉽게 알 수 없다는 점이다. 또한 해당 링크에 대한 내용 이외엔 한계가 있다.
단지 bit.ly 뿐만 아니라 거의 대부분의 서비스가 비슷한 형태를 가지기 때문에 좀 더 꼼꼼한 관리를 원한다면 URL Shorten 서비스만으로는 한계를 가진다. 즉, 자신이 가지는 웹자원의 시간적, 공간적 범위를 넓혀 보고자 할때는 다른 방법을 찾아야 한다는 것이다.
구글 웹로그 분석(Google Analytics) - 웹트랙킹 & 분석기
간단하고 편리한 측면에서 짧은 주소 서비스는 서비스의 일차적인 목적 이외 통계 및 관리의 측면에서도 괜찮은 서비스를 제공하지만 분명 시간적, 공간적 제약은 피할 수 없다. 이런 측면에서 광범위하고 좀 더 체계적인 웹자원 관리를 위한 서비스가 바로 구글 웹로그 분석(Google Analytics; 이하 구글 분석기) 이다. 자체적인 서버를 가지고 있는 경우엔 웹로그 데이터를 만들 수 있다. 즉, 자신의 서버에 쌓이는 일련의 로그 파일들을 보면 언제 어디에서 어떤 브라우저를 사용해서 내 웹사이트의 어떤 자료를 읽었는가의 내용을 확인할 수 있다. 그러나 웹호스팅으로 자신에게 물리적인 서버가 없거나 블로그 서비스를 사용하는 일개 사용자의 입장이라면 이런 로그 데이터를 볼 기회조차 없을 것이다. 그리고 서버를 운영해서 이런 로그 파일들을 접근할 수 있다고 해도 보기 쉽게 분석하고 이쁘게 보고서 형태로 보여주지 않는다. 구글 분석기는 바로 이런 두가지 불편함을 한꺼번에 해결하고자 나온 것이다. (새롭게 변경된 화면 기준으로 설명)
개인정보 문제로 거의 모든 정보를 가려야 하지만 기본적으로 자신의 구글 아이디 안에서 Account ↘ Web Property ↘ Profile 의 계층 구조를 가진다.
◈ Account 는 간단하게 폴더 개념이라 생각하면 좋다. 자신이 관리하는 웹사이트에 따라서 아니면 관리하는 성격(사진 갤러리, 블로그 등)으로 자신이 원하는 형태로 분류하면 된다.
◈ Web Property 는, Property 를 자원으로 생각하면 될 것이다. 자신이 실제로 통계 관리를 하고 싶은 목적 사이트 및 해당 페이지를 이야기한다. 즉, 자신이 관리하고자 하는 웹자원이다.
◈ Profile 은 Web Property 에서 다양한 설정을 통해서 자신이 목적하는 바를 쉽게 설정할 수 있는 다양한 설정을 할 수 있는 옵션이라고 생각하면 된다. 특별한 경우가 아니라면 Web Property 한개에 기본 Profile 하나면 설정하면 별 무리없이 사용할 수 있다. 현재의 설정 내용은 그대로 두고 통계 자료를 원하는 형태로 가공하고 싶을 때 유용하게 사용할 수 있다.
◈ 웹트랙커 (web tracker): 서버를 운영한다면 서버에서 주고 받는 로그를 그대로 저장할 수 있다. 만약 자신이 티스토리에 계정을 만들어 블로그를 만들었는데 이에 대해서도 웹로그 내용을 받고 싶다면 자신이 서버를 관리하지 않기 때문에 웹로그를 얻을 수 없다. 이때 구글 분석기에서 제공하는 스크립트 소스를 자신의 블로그 안에 심어두면 자신의 블로그를 접속하는 모든 인터넷 정보를 구글 분석기에 정보를 보내서 외부에 웹로그를 만드는 효과를 가진다. 이렇게 웹사이트 소스 안에 심어서 해당 페이지의 접속 통계를 만들어내는 기능을 하는 코드를 웹트랙커라고 한다.
웹트랙커 심어주기
블로그에 자신의 웹트랙커를 심는 것을 예로 들면, 구글 분석기 안에서 적당한 Account 와 Web Property 를 만들면 Web Property ID 와 함께 자신의 블로그에 심어야 하는 소스 코드가 나온다.
티스트로와 같이 직접 스킨을 편집이 대부분 가능하기 때문에 이와 같이 웹트랙커를 심어 둘 수 있지만 블로그에 따라서 직접 구글 분석기의 Web Property ID 를 입력할 수 있도록 해주는 서비스도 있다. 이 경우 소스 코드를 넣지 않고 Web Property ID 만을 입력해 놓고 기다리면 된다. posterous 사이트나 wordpress 등의 서비스가 대표적이다. 또한 구글 문서(Google Docs), 피카사웹 등의 구글에서 제공하는 서비스도 이러한 Web Property ID 입력을 설정해줄 수 있다.
이렇게 웹 트랙커를 넣고나면 접속자들이 어떤 페이지에 얼마나 머무르고 어떤 글을 보는지 등을 확인할 수 있다. 이제는 마음 편하게 운영하면서 구글 분석기에 제대로 데이터가 모이는지 확인하면 될 것이다.
여기에서 Web Property ID 를 자신이 운영하는 여러개의 블로그에 동일하게 심어둘 수 있다. 그러나 결코 권장하지 않는데 그렇게 관리하는 것은 별도의 설명을 하지 않아도 좋지 않다는 것은 느낄 수 있을 것이다. Web Property ID 는 무료로 계속 발급해주니 너무 인색하게 쓸 필요 없다. 다만 사이트의 성격에 따라서 적절하게 선택할 필요는 있다. 예를 들어 example.com 이라는 사이트에 웹트래커를 심어 두면 exmaple.com/folder_one, example.com/folder_two 등의 하위 폴더는 자동적으로 트래커가 작동하지만 sub_one.example.com 이나 sub_two.example.com 과 같이 2차 도메인 구조를 가지는 사이트라면 해당 웹트래커의 속성을 조정해줘야 한다. Web Property 페이지 중간에 보면 자세한 설정 화면을 참고하면 된다.
구글 분석기를 활용하기
구글 분석기의 가장 강력한 기능은 나의 웹자원에 어떤 자원들을 이용하고 어디에서 접속하는 사람들이 얼마나 많이 머무르는가, 얼마나 충성도를 가지고 방문하는가 등의 다각적인 분석 내용을 찾을 수 있다는 점이다. 이런 정보가 필요없다고 느끼는 사람이 있을 수 있지만 일단 자신의 블로그를 시작한다면 분석을 할지 안할지 비록 통계 자료가 필요없다고 하더라도 돈드는 것 아니니 일단은 웹트랙커를 심어두는 것이 좋지 않을까 생각한다. 목적은 언제 어떻게 생길지 모르기 때문이다. 나중에 블로그가 흥해서 자신의 블로그를 통해서 삽입 광고를 통해 수익을 올리고 싶다는 생각이 들 수 있다. 이때 구글 분석기는 상당히 쓸만한 도구가 된다. 또한 구글의 광고 서비스와도 바로 연결이 되어서 자신의 블로그 접속자 비례 대비 수입 수준 등 자신이 필요한 데이터를 분석할 수 있기에 거의 필수라고 생각해야 할 것이다.
예를 들어 상당수의 접속자가 특정 커뮤니티를 통해서 유입이 된다면 그 사이트에 대해 더 신경써 사람들을 더 오게 유도할 수 있고 특정 지역에서 접속자가 증가한다면 해당 지역에 관심을 끌만한 정보를 올릴 수도 있다. 즉, 분석 데이터를 통해서 자신이 어디에 더 신경써야 하는지에 대한 의사결정의 근거를 제시해주기 때문이다.
자신이 원하는 데이터를 그래프와 지도 등의 다양한 가시화 처리를 통해서 내가 원하는 정보를 직관적으로 판단할 수 있게 된다. 사실 구글 분석기는 웹로그/웹트랙커 분석에서 뿐만 아니라 일반적인 자료 가시화(Data Visualization)에 있어서도 좋은 참고 자료가 된다. 복잡성이 높은 데이터를 어떻게 다각적으로 분석할 수 있는지 일반적으로 자신의 데이터가 분석하기 복잡한 상황이라면 구글 분석기의 분석 단계 및 구조를 참고하면 많은 도움이 된다.
자신이 궁금한 데이터를 알기 위해서도 있지만 구글 분석기의 가장 큰 목표는 자신의 목표를 설정해두고 이를 이루기 위해서 (예를 들어 하루 방문자수 만명 등) 필요한 요소가 무엇인지를 분석하고 이를 달성하는지 확인하는 도구이기도 하다.
이밖에도 자신이 접속하는 것은 제외하는 필터(filter) 기능이나 여러개의 데이터 속성을 일정한 필터에 맞춰 보여주는 기능이나 대시보드에 자신이 보고싶은 데이터 종류를 배치할 수 있는 등 웹로그/트래커 분석에 손색이 빠짐이 없는 기능을 제공하고 있다.
몇가지 추가하며 마치기...
이밖에도 블로그에는 자체적으로 간단한 형태 (그러나 상당히 필수적인) 통계를 보여준다. 티스토리의 경우에도 유입 사이트를 시간별로 보여주고 유입 경로 등을 보여준다. 그만큼 어디를 통해서 유입되는가를 아는 것은 자신의 블로그를 많은 사람들이 사용할 수 있도록 만들 수 있는 좋은 정보가 된다. 개인적으로 블로그 안에서의 광고 및 추가적인 수익 모델을 추가하지 않는다는 생각을 가지기만 광고 수익을 위해서라도 자신의 블로그에 양질의 정보를 제공하는 것은 분명 좋은 당근이 될 수 있다. 이를 위해서라도 자신의 웹자원의 특징을 잘 파악하는 것이 중요하다. 이를 위한 통계 분석 도구로 URL Shorten 서비스와 구글 분석기를 소개했다.
통계는 그 나름대로 데이터의 가공없이도 재미있는 내용들을 많이 보여준다. 유입 경로를 보면 우리나라 사용자들이 어느 검색 엔진을 많이 사용하는지 우리나라 웹사이트의 특징, 그리고 인터넷 상의 사용자들은 어떤 관심사를 가지고 있는가에 대한 내용 등이 그런 예가 될 것이다. 특히 개인적으로 느끼는 것은 우리나라 웹자원의 폐쇄성에 대한 내용이다. 웹자원은 얼마나 유기적으로 자신이 원하는 정보들이 잘 체계적으로 연결되어 있는가가 생명력을 가지는 요소가 될 것이다. 그러나 우리나라 블로그는 단절되는 현상들이 많이 보인다. 통계는 논리적으로 결정하기 전에 확신을 줄 수 있는 최대의 지지자이다. 부족한용이지만 본 블로그를 통해서 웹자원의 통계 관리에 자신을 가지면 하는 바램이다.
종교, 깔끄럽지만 이야기하고 싶은 몇가지
원준이 생각 2011/12/03 22:54⑴ 내 종교가 소중하다면 다른이의 종교도 소중하다.
⑵ 믿음과 신뢰의 영역 - 종교는 자판기가 아니다.
⑶ 신앙인이 마지막까지 붙잡을 수 있는 건 사랑하나 뿐이길...
⑷ 십자가
⑸ 기적이 있나요?
개인 도메인을 사용하자 - 구글앱스 & DNSEver 서비스
컴퓨터 팁들 2011/12/03 19:59이제는 서비스업체의 도메인을 가진 이메일 주소가 아닌 자신을 나타낼 수 있는 고유의 도메인을 사용할 수 없을까 하는 생각을 가지게 된다. 개인적으로 20년전에 개인 도메인에 눈을 뜨기 시작해서 당시에는 월 20,000에 가까운 돈을 지불하고 웹호스팅을 신청해서 나의 개인 도메인과 홈페이지 주소, 그리고 그에 따른 이메일을 가지고 있었지만 당시 학생으로 부담되는 비용이었고 관리하는데 상당한 어려움이 따랐던 것이 사실이다. 그러나 이제는 그러한 부담을 줄일 수 있는 상당히 많은 서비스들이 등장했다. 여기에서 잠깐 용어 정리를 하자면
◈ 웹호스팅: 자신의 홈페이지를 보여줄 수 있는 물리적인 서버 및 그 기반 시설, 예를 들어 www.yahoo.com 이라고 주소창에 주소를 넣으면 그 주소에 해당하는 물리적인 서버에 연결이 되어서 필요한 자원(텍스트, 이미지 등)을 가지고 와서 웹 브라우저에 보여준다. 이런 역할을 해주는 물리적 서버와 그에 따른 기반 서비스를 웹호스팅이라고 부른다.
◈ 도메인: 우리가 일상에서 웹브라우저에 입력하는 주소 중, 우리가 알기 쉽도록 지정된 모든 주소를 이야기한다.
◈ IP주소: 실제로 우리가 도메인 주소를 웹주소에 입력을 해도 컴퓨터는 우리처럼 똑똑해서 도메인으로 인식하는 것이 아니라 IP주소라고 부르는 숫자로 구성된 주소로 인식하게 된다. 우리가 쉽게 주소창에 google.com 을 입력하면 컴퓨터는 이에 해당하는 IP주소 209.85.148.147 를 인식하고 이에 해당하는 서버(호스트 컴퓨터)에 접속하게 되는 것이다.
◈ DNS 서버: 앞서 이야기한대로 우리가 쉽게 기억하고 있는 도메인 주소가 어떤 IP주소를 가지는가의 정보를 가지고 있는 서비스이다. 웹브라우저에서 우리가 google.com 이라고 입력하면 해당 google.com 이라는 도메인이 어떤 IP주소를 가지는지 DNS서버에서 가지고 와서 해당 IP주소의 버서에 접속하게 되는 것이다. 따라서 DNS 서버는 인터넷을 사용하는데 있어 공기와 같은 존재이다. 만약 DNS 서버가 작동을 안하면 우리는 모든 인터넷 주소를 도메인이 아닌 IP주소로 외우거나 입력해놔야할 것이다.
개인 도메인 서비스를 사용하기 위해서는 위의 개념은 가지는 것이 필요하다. 그리 어렵지 않은 내용이기 때문에 간단하게 홈페이지 = 웹호스팅 = 물리적인 서버, 도메인 = 인터넷 주소 =〔DNS서버〕= IP주소 이런 구조를 가진다고 생각하면 될 것이다.
자신이 원하는 도메인 주소를 구매하자
검색엔진에서 '도메인'이란 검색어를 넣으면 수많은 업체가 나올 것이다. 그리고 각 업체의 안정성, 가격 등을 고려해서 선택하면 될 것이다. 도메인을 구매하는데는 일년 단위로 비용이 들게 된다. 도메인의 종류에 따라서 가격도 다르고 상황에 따라서는 무료부터 시작해서 다양한 가격대가 형성되어 있다.
도메인은 국제 도메인이라고 불리우는 국가 표식이 없는 .com, .net, .edu .org 등이 있고 국가를 나타내는 .kr, co.kr, ac.kr, ne.kr, or.kr, pe.kr 등이 있다. 국가마다, 기관마다 표식의 형태와 방식은 다르고 이 앞에 자신이 원하는 도메인을 찾아서 원하는 도메인을 구매하면 된다. 꼭 우리나라 업체에서 구매하지 않고 해외 업체에서 구매해도 별 문제없다. 영 형편없는 서비스 업체가 아닌한 기본적으로 필요한 서비스는 모두 제공해줄 것이다. 그리고 해당 업체의 서비스가 맘에 들지 않는다면 기관 이전을 통해서 다른 기관으로 옮겨도 된다. 구매가 완료되면 해당 도메인에 대한 소유권(ownership)을 가지는 것이다. 이를 통해서 해당 도메인에 대한 다양한 서비스를 활용하는 첫번째 단계가 끝났다.
꼭 구매를 통하지 않고 자신이 속한 기관의 도메인의 하위 도메인, 예를 들어 자신이 institute.edu 라는 기관에 소속되어 있다면 해당 기관 도메인 관리자에게 자신만의 도메인 주소 mydomain.institute.edu 로 등록해서 자신이 사용할 수 있도록 할 수 있다. 그럼 해당 기관 관리자는 mydomain.institute.edu 에 대한 IP주소를 할당해줄 것이다. 즉, 기관 내에 DNS 서버에 IP와 도메인을 등록하고 물리적인 서버에서 해당 IP를 사용하면 할당받은 도메인 주소를 웹브라우저에 입력하면 해당 서버로 접근하게 된다.
사전 작업 - DNS 서버/웹호스팅(서버)
자신이 서버를 가지느냐 아니냐에 따라 상황이 많이 달라지기 때문에 기본적으로 자신이 사용할 수 있는 기관에 소속되어 있지 않고 지극히 개인적인 도메인을 사용하고 싶은 경우에 해당해서 설명하는 것이 편리할 것 같다. 즉, 서버 등을 직접 운영할 수 없고, 기관의 자원을 사용할 수 없는 개인이 개인 도메인 서비스를 구축하고 싶을 때이다.
① DNS 서비스 등록: 도메인을 구입해도 해당 도메인의 주소가 어떤 IP주소를 가지는지 지정하지 않는다면 소용없다. 도메인을 구매한 서비스업체에서도 DNS서비스를 제공할 수 있다. 그러나 무료로 사용할 수 있는 DNSEver 서비스를 통해서 설명하고 중요한 것은 어떤 서비스를 사용하느냐가 아니라 DNS의 요소가 무엇이 있고 이를 어떻게 활용할 수 있는지를 아는 것이다.
DNSEver 를 통해서 가입하면 자신이 가진 도메인을 등록할 수 있다. 등록하고 나면 해당 도메인에서 사용되는 DNS 서버 주소를 변경하라는 것을 볼 수 있다. 자신에게 필요한 DNS 주소는 총 5개로 DNSEver 에서 제공이 된다. 해당 주소를 자신이 도메인을 구매한 업체 서비스에 들어가 DNS 서버 변경하여 DNSEver 에서 제공하는 DNS 주소 (도메인, IP주소) 를 모두 입력한다. 즉, 자신의 도메인 주소에 관련된 내용은 DNSEver 에서 제공하는 IP를 인터넷에 제공한다는 의미이다. 내가 구매한 도메인 주소가 mydomain.com 이라고 하면 인터넷 주소로 mydomain.com 이라고 입력되면 해당 IP주소가 무엇인지 자신이 설정한 DNS서버(여기에서는 DNSEver)를 통해 IP주소를 받겠다는 것이다.
② 무료 웹호스팅 가입: 꼭 필요한 과정은 아닌데 차후 여러가지 편리함을 주고 일단은 DNS 서버가 제대로 작동하는지 확인하기 위한 첫번째 단계라고 생각하면 좋을 것 같다. 만약 자신이 운영하고 있는 서버가 있다면 해당 서버의 IP를 그대로 이용해도 상관없다. 그러나 자신이 가진 물리적인 서버가 존재하지 않는다면 웹호스팅 서비스를 이용하는 것이 좋을 것이다. 그러나 매달 요금을 내고 할만큼 효용성이 없다면 무료 서비스를 이용하는 것이 좋을 것 같다. 우리나라에는 마땅한 서비스를 찾지 못했다. 실제로 무료가 아닌 경우가 많거나 기회가 한정적인 경우가 많기 때문에 무료로 지속적으로 서비스하는 외국 업체 두곳을 소개한다.
ⓐ 000webhost.com : 1.5G 용량, 100GB/월 트래픽
그 밖에도 여러가지 무료 웹호스팅이 있지만 일단 두군데가 간편하게 사용하기엔 불편없이 사용할 수 있다. 물론 더 많은 기능을 원한다면 유료로 우리나라 업체를 사용하는 것이 더 편리할 것이다. 가입을 하고 나면 해당 서비스에서 제공하는 IP주소가 제공된다. 즉, 자신의 홈페이지를 접속하기 위해서 필요한 IP주소이고 이 IP주소를 DNSEver 에 등록하면 된다. 해당 도메인이 어떤 IP주소를 가지는지를 알려주는 DNS 항목이 A레코드(A Record) 란 항목이다.
예를 들어 위와 같이 등록을 하게 되면 meson.kr 라는 도메인을 입력하게 되면 DNS서버는 66.40.52.173 라는 IP주소를 알려주게 되고 해당 IP주소로 가게 되는 것이다. 마찬가지로 티스토리나 워드프레스 같은 블로그 서비스에서도 이러한 2차 도메인 서비스를 제공하는데 자신이 원하는 2차 도메인 주소 (예를 들어 blog.meson.kr 와 같은...) 설정하고 타겟 IP를 DNSEver 에 입력해주면 사용이 가능하다. 해당 블로그의 IP주소를 알아내는 방법은 기본적으로 자신이 가입해서 처음 얻은 주소 (티스토리의 경우 예를 들면 meson.tistory.com 이라면...) meson.tistory.com 가 어떤 IP주소와 연결되어 있는지 확인하고 이를 위의 A 레코드에 입려갛면 된다. 특정 도메인이 어떤 IP를 가지는지 아는 방법은 nslookup 을 이용하는 방법이 있지만 http://goo.gl/zkEvl 에서 확인할 수 있다.
DNS 의 기본적인 기능은 자신의 도메인 주소와 IP주소를 연결해준다는 것을 알고 있다면 어떤 서비스를 사용하더라도 문제없이 연결할 수 있다. 이제 본격적으로 개인 도메인 서비스 중 가장 중요한 부분인 이메일 서비스를 사용하는 방법으로 넘어간다.
개인 도메인을 본격적으로 사용하자
대부분 개인 도메인을 가지고 싶은 이유는 서비스업체의 주소가 없는 주소를 사용하고 싶은 마음 meson.tistory.com 보다는 blog.meson.kr 이 더 간략하고 사용하기 편리할 것이다. 그리고 자신의 도메인 주소로 이메일 서비스를 받을 수 있다면 긴주소 혹은 외우기 어려운 주소를 사용하지 않고 간편하게 사람들에게 알려줄 수 있을 것이다.
개인 도메인을 가지고 사용할 수 있는 이메일 서비스업체는 구글 앱스(Google Apps)를 중심으로해서 크게 증가하였다. 국내 업체에서도 관련 서비스를 제공하지만 여기에서는 구글 앱스을 통해서 살펴보고자 한다. 따라서 앞으로 나오는 기능 및 내용들은 모든 개인 도메인 서비스에 해당하는 내용이 아니라 구글 앱스에 해당하는 내용이다. 현재 구글 앱스는 10명의 계정을 만드는 한도에서는 무료로 제공되고 있다. - http://goo.gl/m7vX
단순히 구글 개인도메인 서비스 등과 같이 이름을 붙이지 않은 이유는 따로 있다. 구글 앱스에서 얘기하는 것에서 느낄 수 있듯이 단순히 개인 도메인을 목적으로 하는 것이 아니라 개인 도메인 혹은 기업 도메인 안에서 할 수 있는 인트라넷 성격이 강하기 때문에 해당 서비스는 이메일을 기본으로 하여 구글 칼렌더, 구글 독스 및 웹사이트를 구성 관리할 수 있는 구글 사이트 등이 기본으로 들어가게 되고 무료 계정에서도 일반 쥐메일에서 사용하듯이 해당 서비스를 사용할 수 있다. 일종의 그룹웨어 성격으로 이해하는 것이 좋다.
http://goo.gl/qT3s (한글은 http://goo.gl/2oMR0)으로 들어가면 자신이 소유한 도메인을 등록할 수 있다. 도메인은 meson.kr 같은 간단한 형태뿐만 아니라 2차, 3차 도메인으로 가입할 수 있지만 예를 들어 cafe.meson.kr 과 같은 형태도 가능하다. 뿐만 아니라 위에서 말한 기관에서 발급받은 mydomain.institute.edu 와 같은 형태도 등록 가능하다.
다음과 같이 간단한(!) 개인정보를 입력하고 나면...
* 표시가 되어 있지 않은 정보는 입력하지 않아도 된다.
자신이 주로 사용할 관리자 아이디를 입력하고 비밀번호, 자동가입방지 문자열 입력하고 약관에 동의하면 모든 설정이 다 완료되고 구글 앱스를 사용하는데 필요한 내용들을 차례차례 보여주는 화면으로 넘어간다. 화면 안에는 필요한 설정 및 내용을 보여준다. (상당히 자세히 설명하기 때문에 별도의 설정은 생략한다.) 해당 설정에서 역시나 필요한 부분은 DNSEver 와 같은 DNS 서버를 관리(거의 필수)이다.
필수적으로 필요한 작업은
① 소유권 확인: DNS 서비스를 관리할 수 없을 때는 최소한 웹호스팅(혹은 서버)는 가지고 있어야지 소유권을 확인할 수 있다. 그러나 DNS 서버시를 관리하면 (DNSEver 와 같은) 좀더 편리하게 사용가능하다.
자세한 설명이 나와있기 때문에 모든 필요한 설정은 DNS 서비스 설정이라고 생각하면 된다. 소유권 확인 방법중에 웹호스팅 없이 DNS 서비스 관리 항목중 DNS TXT 레코드를 등록하면 정상적으로 소유권이 확인된다.
모든 설정과정은 구글 앱스에서 원하는 정보를 DNS 서비스에 설정을 하고 확인을 하는 과정으로 생각하면 된다. 구글 앱스 설정은 단계별로 잘 넘어가면 완전하게 서비스를 사용할 수 있도록 편리하게 되어 있다.
② 이메일 서비스 설정: 이메일 설정도 해당 설정 화면에서 계정을 만들고 필요한 설정 몇가지를 거치고 나면 설정화면이 나온다. DNS 서비스 중에서 다양한 항목중에서 MX (Mail eXchange) 설정을 잘 설정하면 거의 바로 사용이 가능해진다. (DNSEver 엔 구글 앱스 설정을 간편하게 해주는 설정 옵션이 있지만 가능하면 구글 앱스 설정 화면에서 제시한 설정값을 사용하는 것이 좋다.)
설정에 필요한 MX 레코드 값이 나온다. DNS 서비스 관리에 들어가면 MX 레코드를 입력할다. 제시된 설정값 그대로 해당 항목에 맞추어서 입력한다.
③ 그외 유용한 기능 (구글 앱스에서...)
→ 도메인 별칭(alias), 별도의 도메인 기능: 기본적으로 등록한 자신의 도메인 (여기에서는 cafe.meson.kr) 뿐만 아니라 별명 도메인을 붙일 수 있다. 별명 도메인은 어떤 도메인이든 가능하다. 꼭 cafe.meson.kr 이 들어간 도메인 명이 아니라 새롭게 도메인을 추가할 때와 마찬가지로 자신이 가지고 있는 어떤 주소도 가능하다. 두가지 방식이 있는데 새롭게 추가할 때 ⓐ도메인 별칭으로 추가 혹은 ⓑ별도의 도메인으로 추가 가능하다. 별칭(alias)는 만약 group.meson.kr 으로 별칭을 등록했다면 master@cafe.meson.kr 으로 보내는 메일이나 master@group.meson.kr 으로 보낸 메일 모두 같은 계정으로 들어간다. 그러나 별도의 도메인으로 추가하게 된다면 master@group.meson.kr 으로 만든 이메일 계정은 master@cafe.meson.kr 과는 다른 계정이다.
→ 2차 주소 간편화: 기본적으로 설정 내용을 그대로 따라가면 거의 바로 (DNS 서버의 내용이 인터넷에 잘 퍼지고 나면) 사용이 가능하다. 개인 도메인으로 메일을 주고 받을 수 있는 환경이 완료 된것이다. 해당 이메일 주소로 메일을 보내 보면 제대로 설정되었는지 확인할 수 있다. 그런데 어디서 나의 이메일을 접속할 수 있는가? 설정을 따라가면 알 수 있지만 자신의 도메인이 meson.kr 이라면 mail.meson.kr 으로 들어가는 것이 가장 편리할 것이다. 이런 것이 가능하도록 해주는 DNS 레코드가 CNAME 레코드가 사용된다. 설정 내용에 제시된대로 자신이 원하는 서비스의 2차 도메인 이름을 설정하고 DNS 레코드를 등록하면 된다.
→ 그룹 메일(메일링 리스트): 그룹 설정은 간단하게 메일링 리스트라고 생각하면 된다. 만약 sales@cafe.meson.kr 이라는 그룹을 만들고 그 안에 원하는 계정 주소를(자신의 도메인 계정 뿐만 아니라 외부 메일도 가능하다) 입력하면 sales@cafe.meson.kr 주소로 메일을 보내면 해당 멤버들에게 메일이 보내지는 서비스이다.
→ 기본적으로 구글 앱스에서 만들어진 계정도 일반 구글 계정의 서비스를 모두 사용가능하다 보면 된다. 현재는 구글+ 도 사용이 가능하기 때문에 원한다면 자신의 쥐메일 대신에 자신의 구글 앱스 계정을 사용하면 된다. 일반 구글 계정과 동일하지만 단 해당 도메인 안에서 그룹웨어의 성격을 가지는 몇몇 기능들이 추가되었다고 보면 된다. (예를 들어 주소록 디렉토리 서비스는 구성원의 이메일 주소 및 프로파일 등을 자동으로 공유)
④ 그외 유용한 기능 (DNSEver 에서...)
특별히 DNSEver 의 기능이라고 할 수 없지만 기본적으로 DNS 서비스를 사용하면 유용한 것들이 많다. 앞서 소개한 블로그 및 다양한 프레스(Press) 페이지에서 자신만의 2차 도메인 주소를 가질 수 있고 bit.ly 와 같은 URL 을 짧게 해주는 서비스에서는 자신의 도메인을 포함한 예를 들어 v.meson.kr 과 같은 주소를 bit.ly 대신에 사용할 수 있다. 이 모든 서비스는 자신의 도메인을 어떤 서비스 혹은 IP 주소와 연결할 것인가를 설정하는 DNS 서비스를 통해서 가능해지는 서비스이다.
→ 웹포워딩 서비스: 복잡한 주소 혹은 기억하기 힘든 주소 내용을 북마크 없이 원하는 주소로 포워딩해주는 서비스이다. 예를 들어서 kr.dnsever.com 를 입력하는 대신 dns.meson.kr 으로 입력하면 해당 웹사이트로 이동하게 만들어주는 서비스이다. 간단하게 자신이 기억하기 편하게 웹포워딩을 설정할 수 있지만 피카사웹같은 경우엔 암호키를 입력해서 그 암호키를 아는 사람들만 해당 웹앨범을 볼 수 있게 하는 방식이 있다. 소위 Passkey 로 웹주소에 해당 패스키가 정확하면 해당 정보를 보여줄 수 있도록 해주는 방식이다. 따라서 패스키를 포함한 주소를 웹포워딩 주소로 짧은 주소로 레코드로 입력하면 어렵게 찾지 않고 사용할 수 있다.
현재 (2011년 12월)은 무료이지만 과도한 트래픽으로 웹포워딩 서비스에 한하여 유료로 변경될 것이라고 예고되어 있다. (변경된 사항은 추후 추가)
→ 다이나믹 DNS(Dynamic DNS): 다이나믹 DNS 는 고정된 IP를 사용하지 않고 유동 IP를 사용하여 변경되는 경우입니다. 보통 집에서 홈서버를 사용하거나 기업망이 아닌 개인 혹은 홈 인터넷 서비스를 사용하는 경우 고정 아이피를 사용없을 때 유용합니다. 이 서비스를 이용하면 집에 있는 컴퓨터를 서버로 이용할 수 있습니다. IP가 변경되어도 자신이 지정한 도메인으로 해당 홈 서버에 접근할 수 있다.
마치며...
시작은 개인 도메인 서비스로 시작했지만 실제 핵심적인 내용은 DNS 서비스를 어떻게 활용입니다. 어떤 서비스업체를 선택하느냐는 자신의 기호에 따른 결정이기 때문에 어떤 서비스업체를 선택하느냐 보다는 그 서비스들이 기본적으로 움직이는 내용을 아는 것이 더 필요할 것이라고 생각했고 다양한 환경과 형태의 서비스업체를 모두 다룰 수 없기 때문에 개인적으로 사용하고 있는 구글 앱스(구글 앱스)와 DNSEver 서비스를 통해 설명을 했다.
개인적으로 이전의 어떤 그룹웨어보다 구글 앱스는 충분히 가치있는 기능을 가지고 있고 적은 규모에서는 초기 투자 비용이 들지 않고 많은 기능을 쉽게 사용할 수 있는 좋은 솔루션이다. 예전의 메일링리스트만 생각해보면 보안이나 관리에 어려움이 있어서 제대로 사용되기 보다는 스팸 메일리스트에 악용되기도 하고 여러가지 문제를 가지고 있지만 구글 앱스와 같은 서비스를 통해서 간단하고 그리고 보안도 대체로 안심할 수준에서 제공해준다는 점에 큰 점수를 주고 싶다. 아쉬운 점은 몇년전엔 가입하면 100명~400명 정도 계정도 무료였지만 현재는 10명까지만 만들 수 있다는 점이다. 그러나 간단하게 가족 혹은 소수 그룹의 그룹웨어로 사용하기 충분한 기능을 제공하고 있다는 점이다.
다만 여러가지 문제 해결에 있어서 초보자가 접근하기 힘든 부분도 발생하지만 그 외 일반적인 관리의 수준도 어렵지 않다.
