네트워크 지수 NQ(Network Quotient 를 높이는데는 노력이 필요하다. 다음과 같은 몇 가지를 늘 염두에 두면 네트워크 지수가 향상되리라고 생각한다.

첫째, 만나는 모든 사람이 '보물이다'라는 생각을 가지고 사람을 대하는 것이다. 실제로 사회에서 만나는 모든 사람들이 우리의 보물이다.

둘째, 한번 만난 후에는 어떤 형태로든지 커뮤니케이션을 하라는 것이다. 커뮤니케이션이 네트워크를 형성하는 기본이기 때문이다.

셋째, 커뮤니케이션에 의한 네트워크 형성을 한 후에 꾸준하게 관리하는 것이다. 네트워크는 관리이다. 마치 그물을 자주 손보고 상한 곳이 있으면 꿰매는 것과 같다.

위의 세 가지를 늘 염두에 두고 노력하면 반드시 NQ는 향상될 것이다.

이것은 실제로 있었던 이야기다

며칠 전 친구에게서 전화가 왔다. 어떤 GPL(General Public License) 코드를 수천 달러 들여 커스터마이즈 했지만 그 돈을 되찾는 방법을 알고 싶다고 한다. 그는 “어떻게 팔면 좋을까? 상당한 금액을 투자했다”고 말했다.

나는 팔 수 없다고 그에게 말했다. 그가 개조한 툴은 GPL에 준거하고 있으니까 판매하는 것은 불가능하다. 그 뿐만 아니라 그는 오리지널의 툴을 입수한 사이트에 새로운 코드를 제공해야 했다.

친구는 경악했다. 결국 나는 오리지널 툴이 뛰어나다고 생각했다.

나는 그에게 스스로 구축한 사이트에 서비스를 설치하는 것은 가능하고, 광고를 팔 수도 있고, 개량한 소프트웨어를 이용해 다른 사이트를 호스팅 해도 상관없다. 코드를 판매할 수 없어도 투자한 금액을 되찾는 방법은 얼마든지 있다고 조언했다.

“이것을 동작시키는 데 수천 달러를 지불했다”고 호소하는 그의 목소리에는 비장함이 배어 있었다.

하지만 이것은 자주 있는 일이다. 오픈 소스의 코드를 사용해 무언가를 개발하는 것은 비싸게 든다. 유료 소프트웨어를 이용할 때와 같은 문제가 오픈 소스 개발 업계에서 우수한 인재를 끌어들여 붙잡아 두려고 할 때도 일어난다. 오히려 그것을 위한 초기 비용은 유료 소프트웨어에 지불하는 비용을 능가할 가능성도 있다. 더욱이 향상시킨 기능은 환원해야 하는 것이어서 이익을 가져가는 데에는 한계가 있다.

그렇다면 어째서 그런 일을 하지 않으면 안 되는 것일까.

나는 친구에게 그가 가지고 시작한 툴에 대해 자세히 생각해 보라고 말했다. 유료 제품은 투자한 이상의 비용이 드는 것이다. 복구나 업그레이드가 발표되는 것을 기다려야 한다. 왜냐하면 스스로 그러한 작업을 할 수 없으니까. 더욱이 친구가 한 커스터마이징의 대부분은 기존의 모듈을 다소 만진 것뿐이고, 툴이 원래 놓여져 있던 사이트에도 같은 것이 있었다.

요점은 ‘무료’의 소프트웨어는 본질적으로는 무료는 아니라는 것이다. 개발에 착수하려면 비용이 들고 지름길도 없다. 개발에는 조직은 아니고 재능이 필요하고 재능에는 돈이 든다.

왜 그런 일을 하는 거지? 그것은 본래의 출발점에서 나아간 장소로부터 사물을 시작할 수 있기 때문으로 완성한 제품도 한층 더 개발이 진행되고 있는 제품도 생각했던 대로에 컨트롤 할 수 있기 때문이다. 개발 커뮤니티의 존재가 소프트웨어를 개인적으로 업그레이드 할 때의 지름길을 제공해 주고 있기 때문이다.

염가이기 때문에가 아니다. 염가이지 않기 때문이다. 왜냐하면 그것은 더 뛰어나기 때문이다. @

Dana Blankenhorn ( ZDNet )

네임서버 질의로써 많은 네임서버 관리자에게 사랑받고 있는 것이 nslookup입니다. nslookup 이외에 dig 라는 툴이 있으며, 이 또한 BIND 안에 기본적으로 포함되어 있으며 개인적으로 nslookup 보다 더 즐겨쓰는 툴입니다.

Dig (domain information groper)는 DNS 서버로 부터 정보를 가져올 수 있는 명령어 툴입니다. dig 는 하나의 쿼리에 대한 간단한 인터렉티브 모드와 여러개의 쿼리들에 대해 각 각 실행을 할 수 있는 배치모드가 있습니다.

흔히 간단하게 쓰는 dig의 사용법은 아래와 같습니다.

dig @서버 도메인 쿼리형태 쿼리클래스

서버 : 도메인이나 점 형태의 인터넷 주소의 네임서버
도메인 : 정보를 요청하고자 하는 도메인 이름
쿼리형태 :
a - 네트워크 주소
any - 특정 도메인에 대한 모든 정보
mx - 도메인의 메일 교환
ns - 네임서버
soa - Zone 파일 상단의 authority 레코드
hinfo - 호스트 정보
axfr - Zone 파일 교환(transfer)
txt - arbitrary number of strings

쿼리클래스 :
in - 인터넷 클래스 도메인
any - 모든 클래스 정보


1. ftp.isc.org 주소를 알고 싶은 경우
# dig @kns.kornet.net ftp.isc.org a

2. isc.org의 메일서버 주소를 알고 싶은 경우
# dig @kns.kornet.net isc.org mx

3. 특정 IP주소에 대한 도메인을 알고 싶은 경우
# dig -x 168.126.63.1

4. 네임서버의 버젼 정보를 확인하고 싶은 경우
# dig @kns.kornet.net txt chaos version.bind.

(참고) /etc/named.conf의 options에 version 항목을 설정할 경우 위와 같이 할 경우 해당 설정값이 보여지게 된다. 보안을 위해 이렇게 버젼 정보를 막아놓는 것도 좋은 방법이다.

[ /etc/named.conf ]
...
options {
directory "/var/named";
version "No!!";
};
...

named.conf 파일을 수정한 후에 적용하기 위해서 HUP 시그널을 네임서버에 전달한다.
# ps -aef | grep named
root 31121 1 0 Nov05 ? 00:00:01 /usr/sbin/named

# kill -HUP 31121