Bluestar's blog

모쏠과 안모쏠의 차이

2011-12-04T18:17:00.001+09:00

가고싶다. 갈 수 있다.

2011-11-30T01:48:00.001+09:00

보고 이해하는 기쁨은 자연이 인간에게 준 가장 위대한 선물이다.

- 아인슈타인 -

php 전역변수 설정

2011-10-25T03:57:00.002+09:00

# vim /etc/php5/apache2/php.ini

:/register_globlas
다음에 n키를 눌러 next
검색하여

register_globals = on 으로 변경해 준다.

쿠키와 세션.

2011-10-25T03:56:00.002+09:00

쿠키
서버측에서 클라이언트측에 상태 정보를 저장하고 추출하는 원리
최초는 서버에서 set-cookie로 설정해 주며 서버는 준 쿠키로 상태를 판별하는 것
방문했던 사이트가 계속 로그인 중일때
팝업 오늘창 다시 보지 않기.

세션
세션이란 클라이언트와 웹서버 간에 네트워크 연결이 지속적으로 유지되고 있는 상태
사용자가 서버에 접속요청을 하게 되면 세션이라는 고유값을 부여 한다.
이는 클라이언트를 구분할 수 있는 고유의 값이 된다. 이를 판단하는것이 쿠키이다.

공통점과 차이점
쿠키는 클라이언트에 저장이 되며 세션은 서버의 상태로 저장된다는 점이 다른다.
쿠키의 경우 서버의 자원을 사용하지 않지만 세션의 경우는 서버에 저장되기 때문에 서버의 자원을 사용한다고 볼 수 있다.

쿠키
저장위치 : 사용자 pc
저장형식 : txt파일
종료 : 브라우져 종료시 보통은 삭제
쿠키 하나당 4 kb

세션
저장위치 : 서버
저장형식 : object
종료 : 알 수 없지만 사용자가 세션을 종료한다고 알려주면 종료 된다.

세션과 쿠키를 만드는 방법

URL Encoding

2011-10-25T03:55:00.004+09:00

참고한 사이트

아래는 예약된 코드들 입니다.

Character	Code Points (Hex)	Code Points (Dec)
Dollar ("$") Ampersand ("&") Plus ("+") Comma (",") Forward slash/Virgule ("/") Colon (":") Semi-colon (";") Equals ("=") Question mark ("?") 'At' symbol ("@")	24 26 2B 2C 2F 3A 3B 3D 3F 40	36 38 43 44 47 58 59 61 63 64

확인하는 방법은 브라우져의 url입력부에다가 해당 심볼을 쳐보면 알 수 있습니다.

URL인코딩은 안전하지 않는 ASCII문자를 대체하여 사용됩니다.

Character	Code Points (Hex)	Code Points (Dec)	Why encode?
Space	20	32	Significant sequences of spaces may be lost in some uses (especially multiple spaces) 스페이스를 %20형식의 방식으로 사용하지 않으면 내용이 날라 갈 수 있으니가 특히 더블 스페이스를 입력했을때 스페이스를 날려버릴 수 있으니까 이러한 코드로 사용한다. 참고로 W3표준에서는 공백을 인정하지 않는다. 즉 공백을 포함할 수 없다. 일반적으로는 공백을 + 기호로 대처한다.
Quotation marks 'Less Than' symbol ("<") 'Greater Than' symbol (">")	22 3C 3E	34 60 62	These characters are often used to delimit URLs in plain text. 구분자로 사용되는 문자로 텍스트로 표현하지 않으면 내용이 전달이 될때 웹어플리케이션이나 서버에서 해석을 하려 들기 때문이다. 그렇게 되면 데이터 파괴 스크립트 실행등의 공격이 될 수 있다. 그래서 텍스트로 인식할 수 있게 자동으로 바꾸는 것이다.
'Pound' character ("#")	23	35	This is used in URLs to indicate where a fragment identifier (bookmarks/anchors in HTML) begins. 시작위치에 표시되는 문자.
Percent character ("%")	25	37	This is used to URL encode/escape other characters, so it should itself also be encoded. 정말 중요한 문자이다. 이 문자는 url인코딩을 들어가느냐 나가느냐를 판단하는 문자로 만약 이 문자가 url에서 입력이 되었을때 그대로 받아 들여 지게 된다면 %이후는 인코딩타입으로 인식하게 된다. 그래서 이걸 순수히 url로 전달할때는 %25 로 변환되어 들어가게 되는것이다.
Misc. characters: Left Curly Brace ("{") Right Curly Brace ("}") Vertical Bar/Pipe ("\|") Backslash ("\") Caret ("^") Tilde ("~") Left Square Bracket ("[") Right Square Bracket ("]") Grave Accent ("`")	7B 7D 7C 5C 5E 7E 5B 5D 60	123 125 124 92 94 126 91 93 96	Some systems can possibly modify these characters.

이러한 문자를 항상 인코딩 해야 하는 이유는 url상에서 해석이 되어 버려서 다양한 문제점을 야기 할 수 있기 때문입니다. 특히 html인코딩과 비슷한 이유에서 이러한 문자들이 문자가 아닌 스크립트를 실행하는 혹은 인젝션을 실행하는 내용일 경우 해당 시스템은 피해를 볼 가능성이 존재하게 됩니다.

URL encoding of a character consists of a "%" symbol, followed by the two-digit hexadecimal representation (case-insensitive) of the ISO-Latin code point for the character.
URL인코딩은 %를 기준으로 인코딩을 하게 됩니다. %뒤에 2개의 16진수 코드를 입력하여 인코딩을 합니다.
space="%20"
ex) xxx.asp?usid=123&%20and%20select....

참고. 한글이 포함된 URL을 외부사이트로 보낼때 링크가 깨지는것을 막을때도 url인코딩을 사용합니다.

FRIEWALKING

2011-10-25T03:55:00.001+09:00

FIREWALKING란?

필터링 장비의 룰(정책)을 조사할 때 사용하는 기법

Firewalk는 traceroute를 이용한 네트워크 스캔 도구이다 - IP 패킷 응답을 분석해서 게이트웨이 ACL(Access Control List) 필터를 점검하고, 그 정보로 네트워크 맴을 그려내는 기술이다. Firewalk Firewalking은 방화벽으로 둘러싸인 네트워크에 대한 정보를 수집하며 traceroute와 같은 IP 패킷 분석을 이용하여, 특정 패킷이 패킷 필터링 장치를 통과하여 공격자의 호스트에서 타겟 호스트로 전송될 수 있는가를 검사한다. 이러한 기술을 이용하여 게이트웨이의 열린 포트를 알아낼 수도 있으며, 또한 패킷 필터링 장치로 보호되는 내부의 라우터를 알아낼 수도 있다. 시스템 관리자는 자신의 네트워크 보안을 강화하는데 사용할 것이다.

네이버 설명 : 침입 차단 시스템이 보호하는 네트워크에 대한 정보를 수집하기 위한 도구의 일종. 트레이스라우트(traceroute)와 같은 유틸리티를 이용한 IP 응답 패킷을 분석하여 특정 패킷이 필터링 장치를 통과하여 공격자의 호스트에서 목표 호스트로 전송될 수 있는가를 검사한다. 이러한 기술을 이용하여 게이트웨이의 열린 포트나 패킷 필터링 장치로 보호되는 내부의 라우터를 알아내기도 하며, 자체 네트워크 보안을 강화하는 도구로도 사용한다.

하는방법 :

Access control lists represent an important first line of defense on most networks, since they are commonly used on routers to limit the protocols allowed to pass to host systems behind the router.Firewalk is an open source tool that will help you verify that your router ACLs are actually doing what you intended them to do. It can also be used as part of your security tool set for penetration testing and providing documented verification of ACLs, as well as rule sets on firewalls.

How it works
Firewalk attempts to determine which protocols a router or firewall will block and which they will pass on to downstream hosts. It operates on an IP expiry technique, much like the commonly used Traceroute program. The IP expiry technique involves manipulating the time to live (TTL) field of the IP header to map out all intermediate routers or hops between a scanning host and the target host. In Firewalk, scans are then sent with a TTL value one hop higher than that of the target host. If the scan packets are blocked by an ACL or firewall, they are dropped or rejected. If allowed to pass through, they will expire and elicit an ICMP time exceeded message. Based upon the results of the scans, Firewalk can identify which ports are open.

Installation
Firewalk is easily installed on any Linux/UNIX system (including Mac OS X). Firewalk relies on three back-end tools: libnet 1.1.x, lipcap, and libdnet. Start by downloading these tools, then unzip them with the "gunzip" command. Follow that with " ./configure", then "make" and finally "make install." After doing these command sequences for each of the backend tools, download Firewalk and do the same process for it.

Running Firewalk
Now that we're ready to run Firewalk, let's explore how it works. There are two phases of Firewalk. The first phase is basically a traceroute function called "hopcount ramping," and the second phase is the scanning or "firewalking" function. To see all the usage parameters, enter the "firewalk" command without supplying any of the host information. Here is what you will see.

Here's a brief explanation of the different options:

Option	Default	Explanation
-d	33434	Allows you to specify a different destination port for the ramping phase
-i	off	Allows you to specify a different interface
-n	off	Prevents DNS lookup—may increase speed
-p	UDP	Allows you to specify the scan protocol—can be TCP or UDP
-r	off	Enables strict RFC standards adherence
-S	1-130, 139, 1025	Allows you to specify a different port list for the scanning phase
-s	53	Allows you to specify a different source port for both phases
-T	2	Allows you to specify a different timeout for packet return
-t	off	Allows you to preload a TTL value to eliminate the ramping phase
-v	N/A	Shows the version of Firewalk
-x	off	Allows you to specify how many hops the binding host is from the target

To start firewalking, you must specify two hosts: the "target gateway," which is the router or firewall to be scanned, and the "metric." Normally we think of a metric as a number, but in this case, a metric is another gateway or host behind the target gateway.

Phase one—Hopcount ramping
Since the number of hops between the source host and the target host is not known, a standard Traceroute-style IP expiry scan is initiated. The TTL count is incremented at each hop until the target gateway is reached. At this point, the scan is "bound" to the current TTL plus one. Adding one more TTL allows the proceeding scans to go beyond the target gateway toward the metric host. The whole purpose of phase one is to find the TTL count for the target gateway.

Phase two—Firewalking
After reaching the target gateway and binding the scan to the proper TTL count, the actual scanning portion is started. Then either TCP or UDP packets are sent from the scanning host to the metric host one port at a time until the scan is completed. If a given probe is passed through the target gateway ACL, the scanning host receives an "ICMP TTL expired in transit" message from the binding host. If the scanning host receives no response after the timeout expires, it is assumed that the packet was denied by the ACL and was dropped.

Example scans
Figure A shows a diagram of the test network that we'll be using for two example scans.

Figure A

For our example, the target gateway is Router3 with the IP address of 192.168.100.2, and the metric is the host at IP address 192.168.200.10.

For demonstrative purposes, the first scan we'll do is without any ACL on the router. Then we'll apply an access list to the router, rerun our scan, and compare the firewalking results with our ACL. Note: Scan print outs have been shortened for brevity.

Scan 1—No ACL
We're going to run the following command:
[root@localhost local]# firewalk -s25� -d25 -pTCP 192.168.100.2 192.168.200.10

This will result in the following output:
Firewalk 5.0 [gateway ACL scanner]
Firewalk state initialization completed successfully.
TCP-based scan.
Ramping phase source port: 25, destination port: 25
Hotfoot through 192.168.100.2 using 192.168.200.10 as a metric.
Ramping Phase:
�1 (TTL� 1): expired [192.168.1.1]
�2 (TTL� 2): expired [192.168.1.10]
�3 (TTL� 3): expired [192.168.100.2]
Binding host reached.
Scan bound at 4 hops.
Scanning Phase:
port�� 1: A! open (port not listen) [192.168.200.10]
port�� 2: A! open (port not listen) [192.168.200.10]
port�� 3: A! open (port not listen) [192.168.200.10]
port� 21: A! open (port listen) [192.168.200.10]
port� 22: A! open (port not listen) [192.168.200.10]
port� 23: A! open (port not listen) [192.168.200.10]
port� 24: A! open (port not listen) [192.168.200.10]
port� 25: A! open (port listen) [192.168.200.10]
port� 26: A! open (port not listen) [192.168.200.10]
port 139: A! open (port not listen) [192.168.200.10]
port 1025: A! open (port not listen) [192.168.200.10]
�
Scan completed successfully.
�
Total packets sent:�� 135
Total packet errors:�� 0
Total packets caught�� 148
Total packets caught of interest�� 135
Total ports scanned�� 132
Total ports open:�� 132
Total ports unknown:�� 0

Firewalk displays "A!" when it determines that the metric host is directly behind the target gateway. From this scan we see that all ports are open, but the server is only listening to ports 21 and 25.

Scan 2—ACL applied
On the target router, I've added an ACL that blocks outbound traffic except for TCP ports 25 (SMTP) and 23 (Telnet) on the interface for network 192.168.200.0. Here's the router configuration:
interface Ethernet0
�ip address 192.168.200.1 255.255.255.0
�ip access-group 101 out
�no ip directed-broadcast
access-list 101 permit icmp any any
access-list 101 permit tcp any any eq smtp
access-list 101 permit tcp any any eq telnet
access-list 101 deny any any

Here's what Firewalk reports when we run a scan:
[root@localhost root]# firewalk -pTCP 192.168.100.2 192.168.200.10
Firewalk 5.0 [gateway ACL scanner]
Firewalk state initialization completed successfully.
TCP-based scan.
Ramping phase source port: 53, destination port: 33434
Hotfoot through 192.168.100.2 using 192.168.200.10 as a metric.
Ramping Phase:
�1 (TTL� 1): expired [192.168.1.1]
�2 (TTL� 2): expired [192.168.1.10]
�3 (TTL� 3): expired [192.168.100.2]
Binding host reached.
Scan bound at 4 hops.
Scanning Phase:
port� 21: unknown (unreach ICMP_UNREACH_FILTER_PROHIB) [192.168.100.2]
port� 22: *no response*
port� 23: A! open (port listen) [192.168.200.10]
port� 24: unknown (unreach ICMP_UNREACH_FILTER_PROHIB) [192.168.100.2]
port� 25: A! open (port listen) [192.168.200.10]
port� 26: *no response*
port� 27: unknown (unreach ICMP_UNREACH_FILTER_PROHIB) [192.168.100.2]
port 139: unknown (unreach ICMP_UNREACH_FILTER_PROHIB) [192.168.100.2]
port 1025: *no response*
�
Scan completed successfully.
�
Total packets sent:�� 135
Total packet errors:��0
Total packets caught�� 73
Total packets caught of interest�� 72
Total ports scanned�� 132
Total ports open:�� 2
Total ports unknown:�� 67
�

The two ports definitely open are 23 (Telnet) and 25 (SMTP). The ports reporting "no response" are basically invisible. This means that no response was received before timing out. We can assume that the packets were dropped, but as you can tell from this example, you need to run a variety of scans to really map an access list or firewall rule set.

Summary
This article provides an introductory look at the capabilities of Firewalk. This open source tool clearly warrants further study and usage, and undoubtedly has a viable place in the network security tool chest for auditing and documentation purposes. One thing to keep in mind is that this is a "noisy" application, meaning it's activity will be picked up by router and firewall logs as well as by any listening IDS, so be sure you have approval before scanning any routers or firewalls.

Form태그 설명.

2011-10-25T03:53:00.003+09:00

<form>태그는 method, action, enctype등의 속성을 가지고있다 이들은 데이터를 어떻게 처리할것인지 정하는데 사용한다.

method는 Post나 get같은 전송의 방식을

action은 목적 주소

enctype은 전송되는 데이터의 양식을 설정한다.
enctype은 3개의 타입으로 구분되며
의미는 다음과 같다.
enctype="application/x-www-form-urlencoded"
폼데이터는 서버로 전송되기 전에 URL-Encode 된다.
enctype="multipart/form-data"
파일이나 이미지를 서버로 전송할 경우 이 방식을 사용한다.
enctype="text/plain"
이 형식은 인코딩을 하지 않는다.

ex)
<form method="post" enctype="multipart/form-data" action="http://192.168.0.1/index.asp?ide=123">
<input method="hidden" name="ide" value="123">
</form>
<script...... </script>

TCP/IP / OSI 7 Layers 외 프로토콜 설명들.

2011-10-25T03:52:00.001+09:00

OSI 7 Layer Reference Model

1980년대 초에 ISO는 업체들이 네트워크를 구현할 때 참조로 할 네트워크 모델의 필요성을 인식하고 1984년 OSI 참조 모델을 발표하게 되었다.
OSI참조 모델은 응용 프로그램의 정보가 네트워크 매체를 통해 다른 컴퓨터의 응용 프로그램에 어떻게 전달되는가를 설명한다.　
통신 기능은 일련의 계층 집단으로 분할되며, 각 계층은 다른 시스템과 통신하려는 데에 필요한 관련된 기능을 수행한다. 각 계층은 그 기능들의 세부 내용을 은폐하고 보다 원시적인 기능을 수행하기 위하여 바로 아래에 있는 계층에 의존한다.
<OSI 7 Layer 개념도>

1 계층 : 물리 층(Physical Layer)

2 계층 : 데이터 링크 층(데이터-link Layer)

3 계층 : 네트워크 층(Network Layer)
네트워크 층은 다른 장소에 위치한 두 시스템간에 연결성과 경로 선택을 제공한다. 라우팅 프로토콜이 서로 연결된 네트워크를 통한 최적 경로를 선택하며 네트워크 층의 프로토콜은 선택된 경로를 따라 정보를 보낸다.

4 계층 : 트랜스포트 층(Transport Layer)애플리케이션, 프리젠테이션, 그리고 세션 층이 애플리케이션에 관련되어 있다면 하위의 네 계층은 데이터 전송에 관련되어 있다. 트랜스포트 층은 데이터 전송 서비스를 제공하는 층이다. 즉 인터네트워크 상에서 얼마나 신뢰성 있는 데이터 전송이 이루어지는가 등의 문제에 트랜스포트 층이 관련되어 있다. 신뢰성 있는 서비스를 제공하기 위해 트랜스포트 층은 가상 회로의 구축, 유지 및 종료, 전송 오류 검출 및 복구 그리고 정보 흐름 제어의 절차를 제공한다.
5 계층 : 세션 층(Session Layer)세션 층은 애플리케이션간에 세션을 구축하고 관리하며 종료시키는 역할을 하는 층이다. 세션 층은 프리젠테이션 층 사이의 대화를 동기 시키며 데이터 교환을 관리한다.
6 계층 : 프리젠테이션 층(Presentation Layer)프리젠테이션 층은 한 시스템의 애플리케이션에서 보낸 정보를 다른 시스템의 애플리케이션 층이 읽을 수 있도록 하는 층이다.
7 계층 : 애플리케이션 층(Application Layer)애플리케이션 층은 OSI 모델에서 유저와 가장 가까운 층이다. 이 계층은 OSI의 다른 어떤 계층에도 서비스를 제공하지 않는다는 점에서 다른 계층과 다르다. 이 계층에는 스프레드 쉬트, 워드 프로세싱 등이 속한다.

각 계층별 상세 설명

물리 계층
OSI 7계층 참조 모델의 1계층은 물리 계층이다. 이 계층에서 담당하는 것은 네트워크 케이블과 신호에 대한 것으로, 물리적 신호(bit)의 전송 규칙을 조정하는 역할을 한다.
물리 계층은 전송 매체에 대한 규정은 정하지 않지만, 이를 구현하는 방법적인 면에서는 전송 매체와 깊은 관계를 맺고 있다. 참고로 물리 계층과 관련된 네트워크 연결 장비들은 다음과 같다.

- 허브나 리피터 등의 전기적 신호를 재발생시키는 장비
- 각종 커넥터와 같은 전송 매체 연결 소자 등의 기계적인 연결 장치
- MODEM, CODEC 등 디지털/아날로그 신호 변환기

기본적으로 네트워크는 일대일 또는 멀티 포인트 방식으로 연결된다. 잘 알고 있듯이 일대일 방식은 두 통신 장비들이 직접 연결된 상태를 말한다. 이런 식으로 연결하면 회선을 전용으로 사용할 수 있으므로, 장비 간 정해진 전송 용량과 대역폭을 보장받을 수 있다. 한편 멀티 포인트 연결은 3대 이상의 장비를 연결하는 방식을 말한다. 이 방식은 같은 주파수대를 공유하며, 전송 매체에 연결된 모든 장비가 전체 기능을 공유할 수 있다. 일반적으로 대규모 네트워크를 구축할 경우에는 일대일 연결과 다중점 방식을 적절히 혼합하는 방식으로 설계한다.
이 같이 다양하게 연결된 네트워크의 형태를 토폴로지라고 부른다. 즉, 어떤 형태나 구조로 연결된 것을 네트워크 토폴로지(Network Topology)라고 이해하면 된다. 단, 눈으로 보이는 물리적인 토폴로지 형태가 논리적으로는 동일하지 않을 수도 있다. 일반적인 토폴로지에는 버스형(Bus), 링형(Ring), 스타형(Star), 메시형(Mesh), 셀룰러형(Cellular) 등이 있다.
1계층에서는 이외에도 전기적인 펄스나 광학적인 방법 또는 전자기적 파동을 통해 신호를 전달하는 방법에 대한 정의도 수행하며, 동기화 방식, 대역폭 등에 대한 개념을 정의한다.
대표적인 물리계층 장비는 리피터와 허브다. 10Base-5의 경우에 동축케이블을 사용해 500m까지 사용할 수 있다. 만약에 500m를 넘게 되면 신호가 감쇄해 시그널이 0인지 1인지 구분할 수 없게 된다. 리피터는 약해진 시그널을 증폭해 매체가 가진 거리 한계를 극복시켜주는 장비다. 인바운드 포트로 들어온 시그널을 아웃바운드 포트로 증폭시켜 내보내는 것이 리피터의 역할이다.
허브 역시 약해진 시그널을 다시 재생해 내보내는 장비다. 리피터와의 차이점은 리피터는 포트가 대부분 2개 정도지만, 허브는 여러 개의 포트를 가지고 있다. 허브는 멀티포트 리피터라고 불리기도 했다. 인바운드 인터페이스로 들어온 시그널을 재생해 인바운드 인터페이스를 제외한 나머지 인터페이스로 신호를 재생해 내보내는 일을 한다.

데이터 링크 계층
OSI 참조 모델의 두 번째 계층인 데이터링크 계층은 데이터 패킷을 생성하고 전송하는 방법을 규정하는 프로토콜에 대한 계층이다. 이 계층이 하는 일은 물리 계층에서 넘어오는 데이터의 오류를 검사하고 복구 기능을 담당할 뿐 아니라, 시스템 간 전송 속도 차에 의한 오류나 흐름 제어까지 도맡아 처리한다. 쉽게 얘기하자면 화물을 트럭에 싣고, 각 트럭을 고속도로로 보내며 화물이 무사히 목적지에 도착하도록 관리하는 역할을 담당한다.
다른 모든 계층과 마찬가지로 데이터링크 계층 또한 고유의 식별 정보를 전송 데이터 앞에 붙이고 있다. 이 정보에는 수신자와 송신자(물리적 또는 하드웨어적인)의 어드레스와 프레임 길이, 그리고 상위 계층의 정보가 포함돼 있다. 이 계층에 속하는 네트워크 연결 장비로는 브리지, 지능형 허브 등을 들 수 있다.
데이터 링크 계층의 여러 기능은 대개 MAC(Media Access Control)와 LLC(Logical Link Control)의 두 가지 계층으로 다시 세분화할 수 있다. MAC 계층은 동일 채널을 공유하는 통신 방법을 제어하기 위한 것이고, LLC 계층은 데이터 전송을 위해 각 장비들을 논리적으로 연결하고, 연결을 유지하는 역할을 담당한다.
대표적인 2계층 장비로는 스위치가 있다. 2계층 장비의 특징은 자동으로 어드레스를 습득한다는 것이다. 스위치의 1번 포트에 1A라는 MAC 어드레스를 가진 시스템이 연결돼 있고, 이 시스템이 프레임을 전송한다면 스위치의 1번 포트로 해당 프레임이 들어오게 된다. 이때 스위치는 프레임의 소스 어드레스 부분에 적혀있는 MAC 어드레스를 습득하게 된다. 결과적으로 스위치의 MAC 어드레스 테이블에는 1번 포트에 1A라는 MAC 어드레스를 가진 시스템이 있다고 기록이 된다. 이제부터는 해당 스위치에 들어오는 프레임 가운데 목적지 어드레스가 1A인 프레임의 경우에는 다른 포트로는 내보내지 않고(filtering) 1번 포트로만 전달하게 된다.
1계층 장비인 리피터나 허브는 시그널을 받아서 다시 시그널로 내보낼 뿐이지 2계층 프레임으로까지 만들지 못한다. 다시 말해 어드레스를 알지 못한다는 것이다. 이들 장비는 어드레스에 관심이 없다. 단순히 신호가 들어온 포트를 제외하고 나머지 포트로 내보내면 그만이다. 따라서 허브에 연결돼 있는 시스템은 프레임의 목적지 어드레스가 자신이 아닌 프레임을 받게 된다.

네트워크 계층
네트워크 계층은 여러 개의 독립적인 네트워크 간 데이터 전송에 관한 계층이다. 앞서 설명한 데이터링크 계층의 데이터 전송은 물리적인 장치의 어드레스 지정을 통해 단일 네트워크로 연결된 모든 장치에 데이터를 브로드캐스팅하며, 수신측 장비에서 확인해 자신에게 오는 데이터를 수신받는 방식이다.
그러나 네트워크 계층에서는 네트워크와 네트워크를 연결하는 인터네트워킹 환경에서 특정 경로를 선택해 권한이 없는 네트워크에 데이터를 전송하는 것을 미연에 방지할 수 있다. 또한 서로 다른 네트워크로 구성된 인터네트워킹을 통해 올바른 데이터 경로를 보장할 수도 있다. 네트워크 계층에서는 기본적으로 다음과 같은 사항을 수행한다.
- 논리적으로 분리된 모든 네트워크에 고유한 네트워크 어드레스를 부여한다.
- 인터네트워킹을 통해 컴퓨터와 라우터가 최적의 데이터 경로를 결정하도록 라우팅을 구현한다.
- 네트워크는 인터네트워크 내에서 예상되는 오류의 개수에 따라 서로 다른 단계의 연결 서비스를 구현한다.
3계층의 어드레스는 2계층 어드레스인 MAC 어드레스처럼 수평적인 구조가 아니다. 네트워크를 의미하는 부분과 호스트를 의미하는 부분으로 나눠 계층적인 구조로 돼 있다. 예를 들면, 전화번호도 계층적인 어드레스 체계다. 지역번호와 국번호 그리고 해당국에 가입된 가입자 번호로 구성돼 계층적인 구조를 가지고 있다. 대표적인 3계층 어드레스로는 IP 어드레스를 예로 들 수 있다. 3계층 장비인 라우터는 3계층 헤더의 목적지 어드레스를 확인해 해당 어드레스지로 전달하는 장비이다.

전송 계층
전송 계층은 복잡한 하위 계층 구조를 상위 계층이 알 필요가 없도록 감추기 위한 계층이다. 여기서는 상위 계층의 메시지를 세그먼트화한 후, 이 세그먼트를 세션 계층이나 상위 계층 프로세스에게 신뢰성 있게 전달하는 역할을 한다. 전송 계층은 하위 계층에서의 신뢰성이 모자라는 연결 서비스나 연결 지향 연결 서비스가 갖는 미비점을 해소하기 위한 역할을 수행한다. 여기서 신뢰성이 보장된다는 말은 데이터가 항상 전달된다는 것을 의미하지는 않는다.
예를 들어 케이블이 끊어졌을 경우에는 데이터의 전달을 보장할 수 없다. 만일 어떤 데이터가 수신측 장치에게 올바르게 전달되지 않은 경우, 전송 계층은 재전송을 개시하거나 상위 계층에게 이 사실을 통보할 수 있으며, 이에 근거해 상위 계층에서는 필요한 조치를 취하거나 사용자에게 옵션을 제공하게 된다.
전송계층은 네트워크 장비의 지능화와 함께 4계층 스위치 또는 애플리케이션 스위치란 이름으로 다계층 스위치 장비가 출시되면서 더욱 중요성이 높아지고 있다. 전송계층이 담당하는 주요 기능은 다음과 같다.

·서비스 지점 어드레스 지정
3계층 어드레스가 네트워크 내에서 시스템을 구분하기 위한 어드레스라면, 4계층의 어드레스는 시스템 내에서 서비스를 구분하기 위한 어드레스이다. TCP/IP의 포트번호가 대표적인 예다.

·분할과 재조립(Segmentation and Reassembling)
상위 계층에서 만든 데이터는 전송에 앞서 적당한 크기로 분할된다. 이들을 세그먼트라고 한다. 이렇게 분할된 각각의 세그먼트는 순서 번호(Sequence Number)를 가지고 네트워크 상에서 전송된다. 네트워크 상에서 데이터 전송은 3계층의 역할이고 3계층의 패킷은 순서대로 도착하지 않을 수도 있다. 하지만 수신 장비는 이 번호를 이용해 다시 원래 순서대로 세그먼트를 조립한다.

·연결 제어(Connection Oriented / connectionless)
4계층에서의 연결은 연결 지향형일 수도 있고 비연결 지향형일 수 있다. TCP/IP의 예를 들면 TCP와 UDP를 생각하면 된다. 연결지향형 프로토콜인 TCP는 애플리케이션 사이의 연결에 앞서 TCP를 이용해 연결을 확립하고 이를 바탕으로 신뢰성있는 데이터를 전송하게 된다. 3계층의 서비스는 신뢰성이란 개념은 부족하다. 패킷은 받으면 그만이지 잘 받았다는 응답은 하지 않는다. 하지만 신뢰성있는 4계층의 경우에는 세그먼트를 잘 받았는지, 빠진 세그먼트가 있는지 없는지를 철저히 제어하게 된다.

·흐름 제어(Flow control)
흐름 제어는 송신자와 수신자사이에서 주고 받을 수 있는 데이터의 크기를 결정해 적당량을 보내는 것을 말한다. TCP에서는 한 번에 받을 수 있는 세그먼트의 크기를 윈도우 크기라고 한다. 대부분의 경우 수신측 호스트의 상태에 따라서 윈도우 크기를 증감한다.

·에러 제어(Error control)
신뢰성있는 전송을 하기 위해 데이터의 손실이나 중복에 관해 제어할 수 있어야 한다. 이같은 에러 제어는 확인응답(Acknowledgement)을 통해 이뤄진다. 위에서 말한 것처럼 세그먼트는 순서를 가지고 보내게 되고 수신자는 해당 세그먼트를 받았으면 그 다음 넘버를 요구함으로서 송신자에게 확인 응답을 한다. 만약에 송신측에서 1, 2, 3 세그먼트를 보냈는데 수신측에는 1, 2만이 도착했다면 3번을 요청해 에러를 제어할 수 있다.

상위 계층의 역할과 기능
5계층 세션 계층은 상위 계층에서 필요로 하는 서버 이름과 어드레스를 하위 계층에서 제공되는 논리 어드레스 정보를 사용해 식별할 뿐 아니라, 서비스 제공자와 요청자 간을 연결하고 대화를 개시하는 역할을 담당한다. 이 기능을 수행하는 경우 세션 계층은 각 네트워크 구성 요소를 소개하거나 식별해내며 액세스 권한을 조정하기도 한다.
6계층 프리젠테이션 계층은 변환과 암호화를 통해 데이터를 주고받는 서로 다른 환경의 컴퓨터와 애플리케이션이 데이터를 이해할 수 있도록 돕는 기능을 수행한다.
마지막으로 사용자로부터 데이터를 받아 하위 계층으로 전달하고, 하위 계층에서 전달하는 데이터를 사용자에게 전달하는 애플리케이션 계층은 여러 가지 실제적인 네트워크 서비스를 제공하는 계층이다.
애플리케이션 계층에는 각각의 네트워크 서비스에 대한 특정한 주제와 기능이 포함된다. 다시 말해, 이 계층 하부에 있는 여섯 계층이 일반적으로 네트워크 서비스를 지원하는 기술과 작업을 포함하는데 반해, 애플리케이션 계층에서는 특정 네트워크 서비스 기능을 수행하는데 필요한 프로토콜을 지원한다.
애플리케이션 계층 프로토콜이 지원하는 서비스로는 네트워크 서비스에 해당하는 파일, 프린트, 메시지, 애플리케이션, 데이터베이스 서비스 등이 포함된다.
OSI 7계층을 만든 이유는 프로토콜을 체계적으로 연구하기 위한 목적 외에도, 공용으로 사용할 수 있는 공개된 프로토콜을 만들기 위한 것도 있었다. 그러나 7계층이 발표된 시점에 이미 많은 프로토콜이 사용되고 있었고, 특히 WAN에서는 TCP/IP가 표준으로 자리잡아 독보적인 위치를 확보하고 있었다.
그 이후, 1계층과 2계층에서는 이더넷, 3계층과 4계층에서는 TCP/IP, NetBEUI, IPX 등이 업계 표준으로 자리잡았다.
한편 5, 6, 7계층은 각각이 별도로 구현되기보다는 통합된 형태의 서비스라는 이름으로 제공된다. 텔넷, FTP, 전자우편(SMTP, POP), HTTP, 뉴스그룹(NNTP), NetBIOS 등이 이와 같은 서비스에 해당한다.

출처 : http://www.tibs.co.kr/network/3/osi7.htm

TCP/IP Protocol Suite

TCP : Transmission Control Protocol
- 연결을 지향하는 프로토콜이다.
- 사용자 프로세스에 신뢰성 있는 서비스를 지원 Full duplex, byte stream service
- 기본적으로 사용되는 프로토콜

TCP는 패킷의 교환을 근간으로 하는 인터넷 프로토콜(IP, Internet Protocol)을 기반으로 작동한다. 패킷은 헤더와 바디로 구성된 바이트 단위의 짧은 신호이다. 헤더는 데이터의 수신처에 대한 정보가 들어가며 바디에 전달할 데이터가 실린다. 패킷은 회선이 혼잡할 경우 IP 프로토콜에서 폐기될 수 있기 때문에 다른 경로를 가진 두 개의 라우터를 통해 수신처에 전달된다. TCP는 패킷의 폐기로 인해 잘못된 명령이 전달되더라도 애플리케이션으로부터 기반 패킷을 구성하여 폐기된 패킷을 다시 전달하도록 함으로써 네트워크 혼잡에 의한 피해를 최대한 줄이도록 구성되어 있다.

TCP는 매우 간단한 구조로 되어 있어 인터넷 프로토콜 스위트의 많은 응용 계층에 사용되고 있다.

TCP(Transmission Control Protocol:6)는 기본적으로 3-WAY Handshake 방식을 통해 서로 세션을 연결하고 4-WAY Handshake를 통해 세션을 해제한다. 이러한 세션연결과 해제 이외에도 데이터를 전송하거나 거부, 세션 종료 같은 기능을 패킷의 플래그 값에 따라 달라진다.

플래그는 기본적으로 다음과 같이 6종류로 구성됩니다.

SYN(Synchronization)
세션을 설정하는 데에 사용되며 초기에 시퀀스 번호를 보내게 된다. 시퀀스 번호는 임의적으로 생성하여 보낸다.

ACK(Acknowledgement)
받는 사람이 보낸 사람 시퀀스 번호에 TCP 계층에서 길이 또는 데이터 양을 더한 것과 같은 ACK를 보냅니다. ACK의 번호와 응답을 통해 보낸 패킷에 대한 손실을 판단하여 재전송 하거나 다음 패킷을 전송한다.

FIN(Finish)
세션을 종료시키는 데에 사용되며 보낸 사람이 더이상 보낸 데이터가 없음을 보여준다.

RST(Reset)
재설정(Reset)을 하는 과정이며 양방향에서 동시에 일어나는 중단 작업이다. 비 정상적인 세션 연결 끊기에 해당한다.

PSH(Push)
대화형 트랙픽에 사용되는 것으로 버퍼가 채워지기를 기다리지 않고 데이터를 전달한다. 데이터는 버퍼링 없이 바로 위 Layer가 아닌 7 Layer의 응용프로그램으로 바로 전달한다.

URG(Urgent)
Urgent pointer 유효한 것인지를 나타낸다. Urgent pointer란 전송하는 데이터 중에서 긴급히 전당해야 할 내용이 있을 경우에 사용한다.

UDP : User Data Protocol
- 비 연결형 프로토콜
- UDP다이어 그램의 목적지 도달을 보장 못한다.

사용자 데이터그램 프로토콜(User Datagram Protocol, UDP)은 인터넷 프로토콜 스위트의 주요 프로토콜 가운데 하나이다. 1980년에 데이빗 리드가 설계하였고, 현재 IETF의 RFC 768로 표준으로 정의되어 있으며, TCP와 함께 데이터그램으로 알려진 단문 메시지를 교환하기 위해서 사용된다. UDP는 유니버설 데이터그램 프로토콜(Universal Datagram Protocol)이라고 일컫기도 한다.

UDP의 특징
UDP는 TCP보다 속도가 일반적으로 빠르고 오버헤드가 적다.
UDP는 TCP와 달리 메시지를 데이터그램 으로 나누고, 받는 쪽에서 재조립하는 기능이 없다.
UDP는 도착하는 패킷의 순서를 보장하지 않는다.
UDP는 전송 승인 확인 기능이 없다.
UDP는 패킷이 도착했는지 확인하여 주지 않는다.
UDP는 연결 없는 데이터그램 서비스를 제공한다. 따라서 호스트 사이에 세션이 형성되지 않는다.
UDP는 점 대 점 통신(point-to-point)과 지점 대 다중 지점 간(point-to-multipoint) 통신을 지원한다.

ICMP
- 호스트와 게이트웨이간의 에러 및 제어정보를 제어.

ICMP(Internet Control Message Protocol, 인터넷 제어 메시지 프로토콜)는 인터넷 프로토콜 스위트에 기록된 주요 프로토콜 가운데 하나이다. 네트워크 컴퓨터 위에서 돌아가는 운영체제에서 오류 메시지(Requested service is not available 등)를 전송받는 데 주로 쓰이며 인터넷 프로토콜의 주요 구성원 중 하나로 인터넷 프로토콜에 의존하여 작업을 수행한다. 또한 엔드 시스템간 자료를 주고 받는 역할은 수행하지 않는다는 점에서 TCP나 UDP와는 성질이 다르다.
ping 명령어가 인터넷 접속을 테스트하기 위해 ICMP를 사용한다.

IP : Internet Protocol
- TCP, UDP, 및 ICMP를 위한 패킷 전달 서비스를 제공한다. 셔틀이라 생각하면 쉽다.

ARP : Address Resolution Protocol
- IP주소를 MAC주소로 변환하는 기능을 수행한다.

RARP : Reverse ARP
- MAC주소를 IP주소로 변환하는 기능을 수행한다.

3-WAY Handshaking이란

기본적으로 우리가 인터넷을 사용한다던가, 기본적인 TCP 통신을 하기 위한 준비단계로 생각할 수 있다. TCP를 사용한 데이터 송수신은 연결형으로 송수신자 사이에 데이터 송수신을 위한 약속이 선행되어야 이루어진다. 그러기 위해 3단계의 연결과정을 거치는데 이를 3-Way HandShake 라고 부른다.

TCP Connection 이 성립되기 위해서는 먼저 Server가 Connection을 수락할 준비상태에 들어가 있어야 하는데, 이를 Passive Open 이라 한다. Client는 Server로의 Connection Establishment(연결수립)을 요구하며, 이것은 Active open이라 한다.

1. SYN Segment
- Client 는 Source Port에 자신을 나타내는 Port Number를 넣고, Destination Port에는 Server를 가리키는 Port Nu
mber를 넣는다. Sequence Number에는 Client의 ISN(Initialzation sequence Number)를 넣고, Ackowledgment
Number는 0을 넣고, Flag는 SYN bit 를 1로 설정하여 전송한다.

2. SYN+ACK Segment
- Server는 Source Port에 자신을 나타내는 Port Number를 넣고, Destination Port에는 Sender를 나타내는 Port N
umber를 넣는다. Sender의 Port Number는 첫번째 단계에서 수신한 SYN Segment에서 알 수 있다. 결과적으로
보면 Sender가 보낸 SYN Segment에서 source Port와 Destination Port가 서로 바뀌어 들어간 것과 같다. Seque
nce Number에는 Server의 ISN를 넣고, Ackowledgment Number에는 client의 ISN+1 의 값을 넣고, Flag에는 SY
N와 ACK bit를 모두 1로 설정하여 전송한다.

3. ACK Segment
- Client는 첫번째 단계와 동일하게 Source Port와 Destination Port를 설정하고, Acknowlegment Number에는 Server의 ISN+1의 값을 넣고 , Flag는 ACK bit를 1로 설정하여 전송한다.

모든 TCP 통신에서 이러한 3-way handshake 가 이루어지기 떄문에 TCP 통신이 UDP 에 비해 더 신뢰성이 있다.
하지만 TCP 의 이러한 특성을 이용한 해킹역시 문제가 되기도 한다.

Collision Domain 과 Broadcast Domain 구분

브로드캐스트 도메인

Broadcast Domain은 네트워크상에 연결된 단말중 한 노드가 브로드 캐스트 패킷을 전송할 때 그 패킷을 수신 할 수 있는 노드들의 집합을 의미한다.

Broadcast Domain 분할이 가능한 장비는 3계층 장비인 라우터, VLAN등이 존재한다.

Collision Domain을 나누는 장비들은 Collision을 나눌수는 있지만 Broadcast 패킷을 전송하는 부분에는 대책이 없다. 이때 라우터에 이 러한 Domain을 연결함으로써 Broadcast Domain을 분할 가능하다.

@라우터가 기준이 되어 라우터 이하를 브로드 캐스트 도메인이라 생각하면 되겠다.
만약 라우터가 없다면 로컬네트웍이 되겠고 브로드케스터가 만아져서 네트웍은 느려지게 된다. 왜냐 하면 요놈은 CPU까지 접근하는 넘이기 때문이다. 없으면 안되는 것이면서도 많으면 좋지 않다. 3계층 장비인 라우터는 이러한 브로드 캐스트를 나눠서 망을 관리한다. 즉 커다란 로컬을 관리한다고 생각하면 되겠다. 위 그림에서 2개의 브로드캐스트 도메인 영역이 있는것으로 알 수 있겠다.

콜리젼 도메인

이더넷 방식의 LAN에서 전송매체를 공유하고 있는 단말 사이의 경쟁 (동시에 정보를 전송하는 등)이 생겼을 경우를 충돌이라한다. 이 때, 이 러한 충돌이 전파되어서 정보의 송,수신에 영향을 받는 영역을 Collision Domain이라 한다.

Collision Domain은 동일 매체에 연결된 장치들의 그룹니다.

스위치 및 브리지는 이러한 도메인을 더 작은 단위로 나눔으로써 네트 워크 내부의 Collision Domain을 분할 할 수 있도록 한다.

리피터, 허브등을 통하여 네트워크를 구성할 경우 이는 2계층 장비가 아니므로 Collision을 나눌 수 없다.

@ 라우터로 브로드 캐스트를 나누었다면 콜사인도메인은 스위치에 연결된 모든 디바이스들의 충돌 영역을 말하는 도메인이다. 콜사인 도메인은 스위치를 포함한 이하의 네트웍을 말할 수 있겟다. 이쪽의 도메인은 데이터들이 모든 각각의 장비에 데이터 페킷을 날리게 되며 해당하지 않는 녀석은 버리게 되고 해당하는 녀석들은 그패킷을 먹는 형대 이다.

HTTP/1.0과 1.1 차이

2011-10-25T03:50:00.004+09:00

차이점

HTTP/1.0과 1.1 Entity 차이

entity-hader의 헤더 필드가 다수 추가되었다. HTTP/1.0의 것이 다음과 같으며,

Allow
Content-Encoding
Content-Length
Content-Type
Expires
Last-Modified

HTTP/1.1에서는 위 필드에 더해 다음과 같은 것들이 추가되었다.

Content-Base
Content-Language
Content-Location
Content-MD5
Content-Range
ETag

HTTP version 1.1 에서 "host" 필드가 필요한 이유?

HTTP/1.0 vs. 1.1
HTTP는 사용자에게 보다 좋은 Internet을 서비스하기 위해 제정이 되었다. 특히 사용자나 서버 모두에게 성능의 향상과 요구되는 시간의 최소화에 중점을 두고 있다. HTTP/1.0에서는 없거나 미약하여 HTTP/1.1에서 향상된 기능은 우선 지속적인 연결을 해 주는 persistent connection의 특징과 pipeline의 기능 및 전송하는 데이터의 양을 줄이는 데이터의 압축방식과 proxy server와 cache의 사용을 둘 수 있다.

HTTP의 기본구조와 1.0의 문제점과 이를 1.1에서 해결하는 방식에 대해서 살펴보자. HTTP는 기본적으로 MIME 형태로 이루어지며 request/response의 방식에 기반을 두고 있다. HTTP 1.0의 구조 및 문제점을 살펴보면, HTTP 1.0은 단순하게 open/operation/close의 방식을 취하고 있어서 단순하다. TCP connection당 하나의 URL만 fetch하며 매번의 request/response가 끝나면 연결이 끊기므로 매 번 필요할 때 마다 다시 연결을 해야 하므로 속도가 떨어진다. 그리고 한번에 얻어서 가져올 수 있는 데이터의 양이 제한되어 있다. 나아가 URL의 크기도 작다.

HTTP/1.0에서는 connection은 TCP의 open/close을 위한 flow의 제한으로 인해서 bandwidth가 적게 할당되어 연결된다. 그래서 congestion information의 손실로 인해서 disconnect가 될 수 있다. 계속되는 disconnection현상으로 인해서 한 서버에 계속에서 접속을 시도하게 되어서 과부하가 걸리게 되고 결국에는 성능이 떨어지게 된다. 이러한 문제점을 해결하기 위해서 HTTP/1.1에서는 multiple request에 대한 처리를 가능하게 해준다. 즉, request가 많이 서버에 전달되면 서버에서는 serial하게 response을 해 주어 해결을 하고 있다. 즉, request/response가 pipeline의 방식으로 진행이 가능하다.

HTTP/1.0에서는 client가 IP address와 서버가 1:1관계에 있다고 가정을 두고 있다. 그래서 request와 response는 직접 전달되고 있다고 인식한다. 하지만 HTTP/1.1에서는 하나의 IP address로 multiple web site를 지원이 가능하다. 즉 한 인터넷 주소로 여러 web site의 연결이 가능하다. 이때 client와 server는 Host request-header를 반드시 포함하고 있어야 하며 이 header를 주고 받아야 한다.

HTTP/1.1은 HTTP의 Internet에서의 impact를 줄이고 HTTP를 Internet Protocol에 잘 적용이 되도록 해주고 빨리 수행이 되도록 cache를 두어 성능을 향상하고 있다. 그리고 HTTP/1.0과 호환이 가능하다. 과거의 HTTP/1.0에서는 request와 response 메시지 모두에 적용되며 메시지의 body에는 영향을 주지 않는다. 기본적으로 HTTP/1.0에서는 Date와 Pragma를 사용하는데 이는 서버와 클라이언트의 현재시간을 알려주고 cache를 제어하기 위해 사용되는 method였으나 HTTP/1.1에서는 Pragma가 사용되지 않는다. 이 cache의 사용으로 인해 해결해야 할 부분이 있다.

즉 cache를 이용하여 어떻게 semantic하게 transparency를 제공하고 어느 적정한 수준이상의 cache가 사용되어 data가 저장되어 있는 경우 cache의 내용을 비워 주어야 한다. 이 과정은 reliable한 cache의 사용과 cache의 burst해지는 현상 등을 해결하기 위해 도입되었다.

그리고 HTTP/1.0에서는 주로 Last-Modified, 즉 Dates에만 의존해서 cache를 다루었지만 HTTP/1.1에서는 1.0에서 지원해 주는 기능 이외에 client에서 사용 가능한 미디어 타입을 명시하여 지원을 해 주고 있으며 또한 사용가능한 character set, 제공되는 encoding 방식과 인식 가능한 언어 등을 request header에 명시하여 메시지를 전달한다. 그리고 cache의 내용이 적절한지의 여부를 판단하기위해 If-Match, If-None-Match를 사용하고 있다.

또한 If-Range및 If-Unmodified-Since등을 비교하여 method를 수행할 수 있도록 하고 있다. 이 cache는 서버에 노출되어 있으므로 불필요한 자료를 막거나 주의를 요하는 자료 등은 저장하지 말아야 한다. 따라서 cache의 control에 주의를 요해야 한다. 특히 cache의 재사용을 하거나 하는 경우에는 proxy를 두어서 cache를 control하고 있다.

이때 물론 개인적인 data의 경우에는 이 proxy를 사용하지 말아야 한다. 이때 Max-Forwards를 두어서 거쳐 갈 수 있는 최대 proxy의 수를 제한할 수 있고, Proxy-Authentication을 두어 proxy server가 비공개인경우 사용자 인증을 위해 사용이 된다. Resource의 일부만을 받고 이어받기의 기능을 지원하기 위해서 Range의 새로운 header가 추가 되었다.

이제 response의 header의 내용을 살펴보면, 우선 HTTP/1.0에서는 location과 server및 WWW-Authenticate을 이용하고 있다. HTTP/1.1에서는 client에서 request를 보낸 이후 server에서 응답 메시지를 생성하기까지의 시간을 나타내는 age가 도입되었고, 만약 서버가 proxy server인 경우 사용자 인증을 요구하는 Proxy-Authenticate라는 헤더필드를 지원하고 있다. 그 이외에 Public, Retry-After, Warning 등의 정보가 추가되었다.

HTTP method는 우선 HTTP/1.0에서는 GET, HEAD, POST의 method가 사용되고 있는데 GET은 Request-URI에서 지정한 어떤 정보이든 Entity Body로 전달해 달라는 요청으로 이 Request-URI가 어떤 실행프로그램을 명시한 경우에는 이 프로그램의 실행결과를 전달하라는 의미이다. HAED의 경우는 Header의 정보만 요구하는 method이고 POST는 Request 메시지의 body에 포함된 자원을 Request-URI로 넘겨주는 경우 사용한다.

HTTP/1.1에서는 통신과 관련된 선택사항들에 대한 정보를 요구하는 경우 OPTION의 method를 지원하고 있으며, Request 메시에 포함되어 있는 data를 지정한 Request-URI로 저장하기 위한 PUT을 두고 있다. 또 특정한 resource를 지우기 위해 DELETE를 두고 있으며 최종 destination까지의 Loopback을 테스트하기 위한 TRACE method가 있다.

앞에서도 언급했지만 HTTP/1.0에서 매번 필요시에만 connection을 open하고 close하는 기능을 해결하기 위해서 HTTP/1.1에서는 multiple connection을 open할 수 있도록 하고 있다. 뿐만 아니라 몇몇 entity의 경우에는 그 길이를 모르므로 이를 해결하기 위해서 chunked encoding을 도입하여서 해결하고 있다. 그리고 전송한 data를 압축해서 전달이 가능하도록 하고 있어서 전달하고자 하는 data의 양을 줄인다.

이상에서 살펴보았듯 HTTP/1.0에서 HTTP/1.1로의 성능적인 면과 시간의 최소화에 중점을 두고 있다.

윈도우와 Xinx의 LOG에 대해

2011-10-25T03:49:00.001+09:00

XNIX,
syslogd(system log demon)
시스템 로그관리 데몬이다.

/sbin/syslogd 로드 데몬의 위치
/etc/syslog.conf 로그데몬의 config파일 설정파일이다.
/var/log/ 로그들이 저장되는 장소
/var/run/syslogd.pid syslogd의 pid파일.
로그데몬은 시스템이 시작될때 자동으로 실행이 된다.

시스템을 모니터링 하고 어떤 이벤트를 남겨두는 일을 하는 녀석이 리눅스에서는
syslogd이다. syslogd말고도 각각 데몬들은 각각의 서비스에 대해서 로그를 남기며 시스템에 대한 로그는 syslogd가 수행을 한다.
커널을 관리를 하고 서버를 관리를 한다면 중요하니.꼭 확인하도록 하자.
syslog.conf 파일은 syslogd가 수행할 일을 정의해 놓은 파일이다. 이내용을 기준으로 시스템의 로그를 남기는 녀석이다.

# /etc/syslog.conf Configuration file for syslogd.
#
# For more information see syslog.conf(5)
# manpage.

#
# First some standard logfiles. Log by facility.
#
로그의 저장 위치 정의
auth,authpriv.* /var/log/auth.log //인증과 관련된 로그?
*.*;auth,authpriv.none -/var/log/syslog //시스템 로그
#cron.* /var/log/cron.log //시스템 크론과 관련된 로그
daemon.* -/var/log/daemon.log //데몬과 관련된 로그
kern.* -/var/log/kern.log //kern과 관련된 로그
lpr.* -/var/log/lpr.log //IPR과 관련된 로그
mail.* -/var/log/mail.log //메일과 관련된 로그
user.* -/var/log/user.log //사용자와 관련된 로그

#
# Logging for the mail system. Split it up so that //이메일과 관련된 로그
# it is easy to write scripts to parse these files.
#
mail.info -/var/log/mail.info
mail.warning -/var/log/mail.warn
mail.err /var/log/mail.err

# Logging for INN news system
#
news.crit /var/log/news/news.crit
news.err /var/log/news/news.err
news.notice -/var/log/news/news.notice

#
# Some `catch-all' logfiles.
#
*.=debug;\
auth,authpriv.none;\
news.none;mail.none -/var/log/debug
*.=info;*.=notice;*.=warning;\
auth,authpriv.none;\
cron,daemon.none;\
mail,news.none -/var/log/messages

#
# Emergencies are sent to everybody logged in.
#

*.emerg *

# I like to have messages displayed on the console, but only on a virtual

# console I usually leave idle.

#daemon,mail.*;\

# news.=crit;news.=err;news.=notice;\

# *.=debug;*.=info;\

# *.=notice;*.=warning /dev/tty8

# The named pipe /dev/xconsole is for the `xconsole' utility. To use it,

# you must invoke `xconsole' with the `-file' option:

# $ xconsole -file /dev/xconsole [...]

# NOTE: adjust the list below, or you'll go crazy if you have a reasonably

# busy site..

daemon.*;mail.*;\

news.err;\

*.=debug;*.=info;\

*.=notice;*.=warning |/dev/xconsole

위의 로그 콘피그는 BackTrack의 로그파일이다. 일반 리눅스와는 조금 다르게 구성이 되어 있는듯 하다.

시스템 로그 데몬은 시스템이 시작이 되면 자동으로 실행이 되며 시작되면서 syslogd.conf파일의 설정을 읽어 온다.

syslogd의 위치는 /sbin/syslogd 에 있다. 시스템 관리자는 침해를 당하기전에 이파일의 퍼미션 관리를 철저히 해야 하겠다.

아래는 boot.log파일이다 대충 보면 시스템이 부팅되면서 남기는 로그를 확인할 수 있다.

Begin: Loading essential drivers... ...
Done.
Begin: Running /scripts/init-premount ...
Done.
Begin: Mounting root file system... ...
Begin: Running /scripts/local-top ...
Done.
Begin: Running /scripts/local-premount ...
Done.
Begin: Running /scripts/local-bottom ...
Done.
Done.
Begin: Running /scripts/init-bottom ...
Done.
init: ureadahead main process (265) terminated with status 5
fsck from util-linux-ng 2.17.2
udevd[289]: BUS= will be removed in a future udev version, please use SUBSYSTEM= to match the event device, or SUBSYSTEMS= to match a parent device, in /etc/udev/rules.d/99-vmware-scsi-udev.rules:12

udevd[289]: SYSFS{}= will be removed in a future udev version, please use ATTR{}= to match the event device, or ATTRS{}= to match a parent device, in /etc/udev/rules.d/99-vmware-scsi-udev.rules:12

/dev/sda1: clean, 409742/1253376 files, 2062596/5012992 blocks
init: rsyslog main process (520) terminated with status 127
init: rsyslog main process ended, respawning
* Setting sensors limits [ OK ]
* Starting system log daemon... init: apport pre-start process (786) terminated with status 1
init: apport post-stop process (809) terminated with status 1
[ OK ]
* Starting kernel log daemon... [ OK ]
* Starting internet superserver xinetd [ OK ]
* PulseAudio configured for per-user sessions
LOG: database system was shut down at 2011-10-24 11:26:43 EDT
LOG: database system is ready to accept connections
LOG: autovacuum launcher started
/opt/framework/postgresql/scripts/ctl.sh : postgresql started at port 7175
root@bt:/var/log#

---------------------------------------------------------------------------------

Oct 24 11:27:06 bt kernel: [ 3.404093] scsi target2:0:0: Beginning Domain Validation

Oct 24 11:27:06 bt kernel: [ 3.404168] scsi target2:0:0: Domain Validation skipping write tests

Oct 24 11:27:06 bt kernel: [ 3.404243] scsi target2:0:0: Ending Domain Validation

Oct 24 11:27:06 bt kernel: [ 3.404318] scsi target2:0:0: FAST-40 WIDE SCSI 80.0 MB/s ST (25 ns, offset 127)

Oct 24 11:27:06 bt kernel: [ 3.412269] sd 2:0:0:0: [sda] 41943040 512-byte logical blocks: (21.4 GB/20.0 GiB)

Oct 24 11:27:06 bt kernel: [ 3.416171] sd 2:0:0:0: Attached scsi generic sg1 type 0

Oct 24 11:27:06 bt kernel: [ 3.424143] sd 2:0:0:0: [sda] Write Protect is off

Oct 24 11:27:06 bt kernel: [ 3.432686] sd 2:0:0:0: [sda] Cache data unavailable

Oct 24 11:27:06 bt kernel: [ 3.444871] sd 2:0:0:0: [sda] Cache data unavailable

Oct 24 11:27:06 bt kernel: [ 3.456237] sda: sda1 sda2 < sda5 >

Oct 24 11:27:06 bt kernel: [ 3.492335] sd 2:0:0:0: [sda] Cache data unavailable

Oct 24 11:27:06 bt kernel: [ 3.500067] sd 2:0:0:0: [sda] Attached SCSI disk

Oct 24 11:27:06 bt kernel: [ 4.180442] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)

Oct 24 11:27:06 bt kernel: [ 5.677204] Adding 916476k swap on /dev/sda5. Priority:-1 extents:1 across:916476k

Oct 24 11:27:06 bt kernel: [ 5.744678] udev: starting version 151

Oct 24 11:27:06 bt kernel: [ 5.788760] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro

Oct 24 11:27:06 bt kernel: [ 6.230077] udev: renamed network interface eth1 to eth2

Oct 24 11:27:06 bt kernel: [ 6.278607] udev: renamed network interface eth0_rename to eth1

Oct 24 11:27:06 bt kernel: [ 6.293855] lp: driver loaded but no devices found

Oct 24 11:27:06 bt kernel: [ 6.369988] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4

Oct 24 11:27:06 bt kernel: [ 6.389301] VMCI: Major device number is: 250

Oct 24 11:27:06 bt kernel: [ 6.389363] Probing for vmci/PCI.

Oct 24 11:27:06 bt kernel: [ 6.389426] vmci 0000:00:07.7: PCI INT A -> GSI 16 (level, low) -> IRQ 16

Oct 24 11:27:06 bt kernel: [ 6.389488] Found vmci/PCI at 0x1080, irq 16.

Oct 24 11:27:06 bt kernel: [ 6.389689] VMCIUtil: Host capability check: PASSED

Oct 24 11:27:06 bt kernel: [ 6.392739] Registered vmci device.

Oct 24 11:27:06 bt kernel: [ 6.404215] input: ImPS/2 Generic Wheel Mouse as /devices/platform/i8042/serio1/input/input2

Oct 24 11:27:06 bt kernel: [ 6.429393] parport_pc 00:08: reported by Plug and Play ACPI

Oct 24 11:27:06 bt kernel: [ 6.429455] parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE]

Oct 24 11:27:06 bt kernel: [ 6.524985] lp0: using parport0 (interrupt-driven).

Oct 24 11:27:06 bt kernel: [ 6.565687] ppdev: user-space parallel port driver

Oct 24 11:27:06 bt kernel: [ 7.496902] ENS1371 0000:02:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16

지금 이것은 message를 덤프 뜬것이다. 이것보다 한참 길지만
아래부분만 떳다. message로그는 시스템에서 일어나는 모든 이벤트들이 기록되는
곳이다.

지금 여기서는 비활성화 되어 있지만 cron이라는 로그도 있다. 이것은 스케쥴링된 즉 정기적으로 실행되는 서비스?에 대해 남겨지는 내용을 담고 있다.

참고 : http://www.superuser.co.kr

Windows Logging
Event log
제어판 -> 시스템 및 보안 -> 관리도구 -> 이벤트 뷰어 에서 확인이 가능하다.

대략 이런 내용들이다.

설정방법
다음은 마이크로 소프트사의 로그에 대한 설명이다.

이벤트 뷰어
Windows XP에서 이벤트란 사용자에게 알려야 하는 시스템 또는 프로그램에서 발생한 중요한 사건이나 로그에 추가되는 항목입니다. 이벤트 로그 서비스는 이벤트 뷰어에 응용 프로그램, 보안 및 시스템 이벤트를 기록합니다. 이벤트 뷰어의 이벤트 로그를 사용하면 하드웨어, 소프트웨어 및 시스템 구성 요소에 대한 정보를 얻고 로컬 또는 원격 컴퓨터에서 보안 이벤트를 모니터링할 수 있습니다. 이벤트 로그는 현재의 시스템 문제에 대한 원인을 식별하고 진단하거나 잠재적인 시스템 문제를 예측하는 데 도움을 줄 수 있습니다.
이벤트 로그 종류
Windows XP 기반 컴퓨터는 다음 세 가지 종류의 로그에 이벤트를 기록합니다.
응용 프로그램 로그

응용 프로그램 로그에는 프로그램이 기록한 로그가 들어 있습니다. 예를 들어, 데이터베이스 프로그램은 응용 프로그램 로그에 파일 오류를 기록할 수 있습니다. 응용 프로그램 로그에 기록되는 이벤트는 소프트웨어 프로그램 개발자가 결정합니다.
보안 로그

보안 로그는 유효하거나 유효하지 않은 로그온 시도와 같은 이벤트를 기록하고 파일을 만들거나 열거나 삭제하는 등의 리소스 사용과 관련된 이벤트를 기록합니다. 예를 들어, 로그온 감사를 사용하면 사용자가 컴퓨터에 로그온을 시도할 때마다 보안 로그에 이벤트가 기록됩니다. 보안 로그를 설정하고 사용하고 보안 로그에 어떤 이벤트를 기록할 것인지 지정하려면 Administrator 또는 Administrators 그룹의 구성원으로 로그온해야 합니다.
시스템 로그

시스템 로그에는 Windows XP 시스템 구성 요소가 기록한 이벤트가 들어 있습니다. 예를 들어, 시작하는 동안 드라이버가 로드되지 않은 경우 시스템 로그에 이벤트가 기록됩니다. Windows XP는 시스템 구성 요소가 기록하는 이벤트를 미리 결정합니다.

이벤트 로그를 보는 방법
이벤트 뷰어를 열려면 다음과 같이 하십시오.
시작을 누른 다음 제어판을 누릅니다. 성능 및 유지 관리를 누르고 관리 도구를 누른 다음 컴퓨터 관리를 두 번 누릅니다. 또는 이벤트 뷰어 스냅인이 있는 MMC를 엽니다.
콘솔 트리에서 이벤트 뷰어를 누릅니다.

이벤트 뷰어 창에 응용 프로그램, 보안 및 시스템 로그가 표시됩니다.
위로 가기
이벤트 세부 정보를 보는 방법
이벤트 세부 정보를 보려면 다음과 같이 하십시오.
시작을 누른 다음 제어판을 누릅니다. 성능 및 유지 관리를 누르고 관리 도구를 누른 다음 컴퓨터 관리를 두 번 누릅니다. 또는 이벤트 뷰어 스냅인이 있는 MMC를 엽니다.
콘솔 트리에서 이벤트 뷰어를 확장한 다음 보려는 이벤트가 들어 있는 로그를 누릅니다.
세부 정보 창에서 보려는 이벤트를 두 번 누릅니다.

헤더 정보와 이벤트 설명이 들어 있는 이벤트 등록 정보 대화 상자가 표시됩니다.

이벤트의 세부 정보를 복사하려면 복사를 누르고 이벤트를 붙여 넣을 프로그램(예: Microsoft Word)에서 새 문서를 연 다음 편집 메뉴에서 붙여넣기를 누릅니다.

이전 이벤트나 다음 이벤트에 대한 설명을 보려면 위쪽 화살표나 아래쪽 화살표를 누릅니다.
위로 가기
이벤트를 해석하는 방법
각 로그 항목은 종류별로 분류되며 여기에는 헤더 정보와 이벤트 설명이 들어 있습니다.

이벤트 헤더
이벤트 헤더에는 다음과 같은 이벤트 정보가 포함됩니다.

날짜
이벤트가 발생한 날짜입니다.

시간
이벤트가 발생한 시간입니다.

사용자
이벤트가 발생했을 때 로그온되어 있는 사용자의 이름입니다.

컴퓨터
이벤트가 발생한 컴퓨터 이름입니다.

이벤트 ID
이벤트 종류를 식별하는 이벤트 번호입니다. 이벤트 ID는 제품 지원 담당자가 시스템에 어떤 일이 발생했는지 이해하는 데 사용할 수 있습니다.

원본
이벤트의 원본입니다. 프로그램, 시스템 구성 요소 또는 큰 프로그램의 개별 구성 요소에 대한 이름이 될 수 있습니다.

종류
이벤트 종류입니다. 오류, 경고, 정보, 성공 감사 또는 실패 감사 중 하나가 될 수 있습니다.

범주
이벤트 원본에 따른 이벤트 분류이며 보안 로그에 주로 사용됩니다.

이벤트 종류
기록되는 각 이벤트에 대한 설명은 해당 이벤트 종류에 따라 달라집니다. 로그의 각 이벤트는 다음 종류 중 하나로 분류할 수 있습니다.

정보
응용 프로그램, 드라이버 또는 서비스와 같은 작업의 성공적인 작동을 설명하는 이벤트입니다. 예를 들어, 네트워크 드라이버가 성공적으로 로드된 경우 정보 이벤트가 기록됩니다.

경고
매우 중요하지는 않지만 앞으로 문제가 발생할 수 있는 가능성이 있음을 나타내는 이벤트입니다. 예를 들어, 디스크 공간이 부족해지기 시작하면 경고 메시지가 기록됩니다.

오류
중요한 작업의 실패와 같이 중요한 문제를 설명하는 이벤트입니다. 오류 이벤트는 데이터 손실이나 기능 손실을 수반할 수 있습니다. 예를 들어, 시작하는 동안 서비스가 로드되지 않으면 오류 이벤트가 기록됩니다.

성공 감사(보안 로그)
보안 이벤트의 성공적인 감사 완료를 설명하는 이벤트입니다. 예를 들어, 사용자가 컴퓨터에 로그온하면 성공 감사 이벤트가 기록됩니다.

실패 감사(보안 로그)
보안 이벤트 감사가 성공적으로 완료되지 않았음을 설명하는 이벤트입니다. 예를 들어, 사용자가 네트워크 드라이브에 액세스할 수 없을 때 실패 감사가 기록됩니다.

로그에서 이벤트를 찾는 방법
이벤트 로그의 기본 보기에는 모든 항목이 나열됩니다. 특정 이벤트를 찾거나 이벤트의 하위 집합을 보려면 로그를 검색하거나 로그 데이터에 필터를 적용할 수 있습니다.
특정 로그 이벤트를 검색하는 방법
특정 로그 이벤트를 검색하려면 다음과 같이 하십시오.
시작을 누른 다음 제어판을 누릅니다. 성능 및 유지 관리를 누르고 관리 도구를 누른 다음 컴퓨터 관리를 두 번 누릅니다. 또는 이벤트 뷰어 스냅인이 있는 MMC를 엽니다.
콘솔 트리에서 이벤트 뷰어를 확장한 다음 보려는 이벤트가 들어 있는 로그를 누릅니다.
보기 메뉴에서 찾기를 누릅니다.
찾기 대화 상자에서 보려는 이벤트에 대해 옵션을 지정한 후 다음 찾기를 누릅니다.
검색 기준과 일치하는 이벤트가 세부 정보 창에 강조 표시됩니다. 다음 찾기를 눌러 검색 기준으로 정의된 다음 이벤트를 찾습니다.
로그 이벤트를 필터링하는 방법
로그 이벤트를 필터링하려면 다음과 같이 하십시오.
시작을 누른 다음 제어판을 누릅니다. 성능 및 유지 관리를 누르고 관리 도구를 누른 다음 컴퓨터 관리를 두 번 누릅니다. 또는 이벤트 뷰어 스냅인이 있는 MMC를 엽니다.
콘솔 트리에서 이벤트 뷰어를 확장한 다음 보려는 이벤트가 들어 있는 로그를 누릅니다.
보기 메뉴에서 필터를 누릅니다.
필터 탭이 선택되어 있지 않으면 이 탭을 누릅니다.
원하는 필터 옵션을 지정한 다음 확인을 누릅니다.
세부 정보 창에 필터 기준과 일치하는 이벤트만 표시됩니다.

모든 로그 항목을 표시하도록 보기를 되돌리려면 보기 메뉴에서 필터를 누른 다음 기본값 복원을 누릅니다.
위로 가기
로그 내용을 관리하는 방법
기본적으로 로그의 초기 최대 크기는 512KB로 설정되며 이 크기에 도달하면 새 이벤트가 기존 이벤트를 덮어씁니다. 필요에 따라 이 설정을 변경하거나 로그 내용을 지울 수 있습니다.
로그 크기와 덮어쓰기 옵션을 설정하는 방법
로그 크기와 덮어쓰기 옵션을 지정하려면 다음과 같이 하십시오.
시작을 누른 다음 제어판을 누릅니다. 성능 및 유지 관리를 누르고 관리 도구를 누른 다음 컴퓨터 관리를 두 번 누릅니다. 또는 이벤트 뷰어 스냅인이 있는 MMC를 엽니다.
콘솔 트리에서 이벤트 뷰어를 확장하고 크기와 덮어쓰기 옵션을 설정할 로그를 마우스 오른쪽 단추로 누릅니다.
로그 크기에서 최대 로그 크기 상자에 원하는 크기를 입력합니다.
최대 로그 크기에 도달할 때:에서 원하는 덮어쓰기 옵션을 누릅니다.
로그 내용을 지우려면 로그 지우기를 누릅니다.
확인을 누릅니다.
로그를 보관하는 방법
로그 데이터를 저장하려는 경우 다음 형식 중 하나로 이벤트 로그를 보관할 수 있습니다.
로그 파일 형식(.evt)
텍스트 파일 형식(.txt)
쉼표 구분 텍스트 파일 형식(.csv)
로그를 보관하려면 다음과 같이 하십시오.
시작을 누른 다음 제어판을 누릅니다. 성능 및 유지 관리를 누르고 관리 도구를 누른 다음 컴퓨터 관리를 두 번 누릅니다. 또는 이벤트 뷰어 스냅인이 있는 MMC를 엽니다.
콘솔 트리에서 이벤트 뷰어를 확장하고 보관할 로그를 마우스 오른쪽 단추로 누른 다음 다른 이름으로 로그 파일 저장을 누릅니다.
파일을 저장할 위치와 파일 이름을 지정합니다. 파일 형식: 상자에서 원하는 형식을 누른 다음 저장을 누릅니다.
지정한 형식으로 로그 파일이 저장됩니다.

로그란게 조사를 위해 빼놓을 수 없는 과정중에 하나입니다.
로그는 파일이 삭제되거나 하드에 남아있는 로그파일의 복구, 손상된 파일의 복원, 조작된 로그의 판단, 로그에 나타난 공격패턴분석, 로그를 통한 통계외의 다양한 방법으로 복원하고 정보를 수집할 수 있습니다.

윈도우 로그에 관한 따끈한 사이트

ARP

2011-10-25T03:47:00.003+09:00

OPcode

1 arp request
2 arp reply
lan에서 사용
------------------
wan에서 사용
3 rarp request
4 rarp reply
5 drarp request
6 drarp reply
7 drerp error
8 Inarp request
9 Inarp reply

ARP
Stateless
상태를 기억하고 있지않아 리퀘스트를 보낸 후 마지막에 온 리플라이라이를 신뢰를 하게 된다.
인증 X
암호 X - 암호화 하지 않은 패킷도 인증이 된다.

ARP는 논리적 주소(IP)를 기반으로 물리적 주소(MAC)을 알아오는 혹은 변환하는 프로토콜이다. 상대방은 MAC주소가 없는 패킷을 받으면 2계층 에서 폐기가 된다. 즉 스위치가 2계층에서 있으면서 맥주소를 확인한다. 그리고 맥주소가 없는 요청은 폐기가 되는것이다. 왜냐 스위치는 맥을 보고 판단 하는데 맥이 없으니 누구에게 가는지 알 수 없으니까

동작 원리는 다음과 같다.
host 1 과 host 2 가 있다는 가정을 하자.
첫번째로 ARP Cache Table에서 2의 주소가 있는지 확인한다. (MAC을 확인)
2의 맥이 없다면 네트워크상에 브로드 캐스트로 ARP Request를 날린다.

2는 자신이 브로드 케스트로 요청이 들어오고 있다는것을 알게 되면 자신의 ARP Cache Table에 1의 주소를 추가한 후 해당 주소로 (유니캐스트라 한다.) ARP Reply하게 된다.

1은 2로부터 받은IP주소를 ARP Cache Table에 추가한 후 ARP Prosess를 이어간다.

이제 1과 2는 통신이 가능하게 된다.

ARP Cache table이란 ARP요청을 보냈던 시스템은 물어본 시스템의 하드웨어 주소를 ip주소와 매칭하여 local cache에 저장하게 된다. 그러면 다음번 데이터를 보낼 때 local cache를 뒤져서 나온 주소에 바로 전송을 하게 된다. 만약 local cache에 없다면 브로드 캐스팅을 요청하게 되는 것이다. 쌍방에 저장을 하게 되는것이라 생각하면 쉽다.

캐쉬 테이블을 확인하는 방법은 arp -a 이다.
삭제하는 명령어는 arp -s

BackTrack5에 google chrome을 설치하는 방법

2011-10-25T03:46:00.002+09:00

구글 크롬 설치

deb 패키지.
dpkg -i google-chrome-st......deb
그리고 실행파일을 밖으로 옮긴후
다음과 같이 설정한다.

방식1번
command에다가 다음과 같이 입력한다.
/opt/google/chrome/google-chrome --user-data-dir=/root/\.chrome %U
완성이다.

방식2번.

[linux-box]# whereis google-chrome
--------------------------------------------------
>> it's a script that runs the real google-chrome binary
Go to the line that excutes real binary and put "--user-data-dir" at the end,
It was:
exec -a "$0" "$HERE/chrome" "$@"
and I changed it to:
exec -a "$0" "$HERE/chrome" "$@" --user-data-dir

apt를 이용한 방식
Many people are questioning how to install google chrome in backtrack.
This time I will tell you how to install google chrome in backtrack 5. Follow the steps below :
1. apt-get install chromium-browser
You can also use synaptic and select the chromium-browser.
2. cd /usr/lib/chromium-browser
3. Replace geteuid to be getppid using hexedit with the following command :
hexedit chromium-browser
Then press tab to switch to the mode string. Then press ctrl+s and type geteuid. Replace geteuid to be getppid then press ctrl+x to exit!
4. Enjoy your google chrome!!!

이거나

이걸로 설치 한다. 나는 이미 설치해서 설치 되지 않는다.

새 블로그 알림.

2011-10-20T00:25:00.004+09:00

정보보호관련 포스팅은
블로그를 이원화 하여 운영하기로 했습니다.
미천한 내용이지만 민감한 내용이며 악용될 소지가
많아 변경을 하였습니다. 뭐..인터넷 뒤지면 다 나오는 내용이기는 합니다.

앞으로 보편적인 내용은 동일하게 포스팅하며
민감한 내용은 새 블로그로 올릴 것이며
관심이 있으신분은 Code.black house <- 새블로그
로 접속하여 주세요.

댓글을 남겨주시면 초대 이메일을 보내드리겠습니다.
글을 읽기 위해선 구글계정이 있어야 합니다.

BackTrack5 -GNOME 한글입력.

2011-10-15T20:53:00.001+09:00

한글 입력기 설치 방법

보통 모든 리눅스에 비슷하리라 생각이 된다.

# apt-get install synaptic //설치

# apt-get install software-center //소프트웨어 센터 설치 선택

system->Administration->Synaptic Package Manager 눌러본다.

Quick Search 에다가 software-center 입력후 패키지에 설치가

되어 있는지 확인한다.

체크가 안되어 있다면 체크한다.

Applications->Ubuntu Software Center를 클릭한다.

검색에 language를 검색하면

Language Support(language-selector)가 있다 설치를 한다.

설치 후

System->Administration->Language Support로 들어간다.

Language 탭에서 Install / Remove Languages... 를 누른다.

그리고 Korean을 선택한다. Apply Changes를 누른다.

한글이 이제 설치 되었다.

마지막으로 변경할 키를 설정해 줘야 한다. 그전에 IBUS데몬도

올려야 하는데 누르면 자동으로 올라간다.

System->Preferences->IBus Preferences

Input Method 탭으로 이동하여

Select an input method에 한글을 눌러 ADD해준다.

이후에 사용하면 한글입력이 가능하다.

KDE 버젼은
아래의 링크를 따른다.

http://www.backtrack-linux.org/forums/backtrack-5-how-tos/44406-%5Bhow-%5D-installing-east-asian-language-support-input-chinese-korean.html

FTP - 계속

2011-10-12T02:17:00.004+09:00

* FTP Passive Mode 와 Active Mode

정적 모드와 동적 모드를 설명한다.

액티브 모드

1. 통신이 시작되고 클라이언트는 서버의 21번 포트로 통신을 요청한다. 그림을 보면 알겠지만 어떤 포트로 데이터를 전송 할 지 알려 준다.

2. ACK

3. 서버의 20번 데이타포트는 클라이언트가 알려준 PORT정보로 접속을 시도한다.

4. 준비 OK ACK

문제는 서버->클라이언트로 접속시 클라이언트의 방화벽이나 공유기를 이용하여 외부에서 접속을 허용하지 못하는경우 접속을 못하는경우가 발생하게 된다. 그럼 데이타전송관련 포트는 막히게 되는것이다.그리하여 우회적으로 Passive mode를 디자인하게 됐다.

특징은 서버가 클라이언트로 접속하는 것이다.

PORT명령 사용을 통해 포트 스캐닝 공격에 이용될 수 잇다.

Stateful Inspection방식의 방화벽을 사용.

패시브 모드

1. 클라이언트는 서버에 21번 포트로 접속을 시도한다.
2. 서버에서는 데이타포트를 클라이언트에게 알려준다.
3. 클라이언트는 서버가 알려준 포트로 접속을 시도한다.
4. 서버는 ACK를 응답한다. Passive mode에서는 20번포트가 아닌 1024이회의 특정포트를 사용하게 된다.
이런 특정포트가 만약 막히게 된다면 이 또한 데이타 전송이 막힐 소지가 있다. 방화벽에서 해당포트를 열어야 한다.

특징
클라이언트에서 서버로 접속.
NAT설치를 하면 정상적인 서비스가 안된다.
서버는 데이터 연결을 위해 1024~65,535 포트를 열어야 한다.
PASV명령 : Data Hijacking 에 이용될 수 있음.

출처 : http://csk6124-textcube.blogspot.com/2011/02/ftp-activex-mode-passive-mode.html

* FTP Bounce Scanning

FTP bounce scan은 FTP 소프트웨어의 취약점으로 예전의 시스템에서만 가능하다.

쓰기 권한이 있는 디렉토리가 존재하면 더 효과적으로 공격할 수 있다. command 서비스
나 파일에 다른 데이터를 추가할 수 있으면 이 데이터는 PORT command를 이용하여 타켓
호스트의 특별한 포트에 보낼 수 있다. 포트가 열려 있으면 150, 226 응답이 오고 닫혀 있으
면 425 응답이 온다.

scanning 과정은 다음과 같다.
① 공격자는 FTP bounce 공격이 가능한 FTP 서버에 접속한다. passive 모드로 변환한
후 특정 호스트의 특정 포트로 데이터를 보낸다
.
② PORT 명령으로 target 서버의 특정 포트로 접근한다.
200 PORT command successful

③ LIST 명령을 보낸다.
- target 서버의 포트가 열려 있는 경우
LIST
150 Opening ASCII mode data connection for file list
226 Transfer complete.
- target
서버의 포트가 닫혀 있는 경우
LIST
425 Can't build data connection : Connection refused.

정보수집관련 용어 - war*

2011-10-12T01:33:00.001+09:00

WarXing

From Wikipedia, the free encyclopedia

WarXing (Pronounced "Work-sing"), NetStumbling or WILDing [1] is the activity of detecting publicly accessible computer systems or (wireless) networks. The 'X' may be replaced by a more specific activity to give the following terms:

Warcarting — Wardriving, but instead of a car, a shopping cart [2]
쇼핑카트??를 이용한 워 드라이빙의 일종인듯.

Warchalking — the name for marking the location of a Wi-Fi wireless network with a chalk mark on the sidewalk.

메트존스(Matt Jones)라는 웹디자이너가 제안한 것으로
무선인터넷이 가능한 지역을 표시, 누구나 무선으로 인터넷을 사용할 수 있도록 하자는 것.

Warcycling — detecting Wi-Fi wireless networks by cycling around with a Wi-Fi equipped device on a bicycle
와이파이 탐지 장비를 자전거에 부착하고 라이딩을 하며 네트워크 정보 수집

War dialing — detecting computer systems linked to the telephone network by dialing every number in an area code
지역의 모든 전화로 무작위로 걸어서 모뎀(컴퓨터 시스템)이나 팩스를검색하는 방식

Wardriving — detecting Wi-Fi wireless networks by driving around with a Wi-Fi-equipped device, such as a laptop or a PDA, in one's vehicle.
차량에 랩탑 또는 PDA를 장착하고 와이파이 정보를 수집하는 기법

Warflying — using an aircraft and a Wi-Fi-equipped device, such as a laptop or a PDA, to detect Wi-Fi wireless networks.
비행기를 이용하여...ㅡ_ㅡ 와이파이 정보를 수집하는 기법..별걸 다 이용한다.

Warrunning; detecting Wi-Fi wireless networks by running with a Wi-Fi equipped device.
달리면서 와이파이 정보를 수집하는...

Warspying — detecting and viewing wireless video. Usually done by driving around with an x10 receiver. Similar to "Wardriving" only with wireless video instead of wireless networks.
무선 비디오를 감지하여 보는방법 워 드라이빙과 비슷한 방법이라고 한다. 무선으로 날라다니는 영상을 캡춰 하는방식인듯 하다.

Wartoothing — The same concept as warwalking, except using bluetooth devices.
블루투스 정보를 모으는 기법이다. 걸어다니며 이루어 진다.

Wartransit — same as wardriving, except done aboard a local transit bus, subway, or commuter train.
대중교통을 이용한 정보 수집기법이다.

Wartrawling — detecting Wi-Fi wireless networks at sea with a Wi-Fi-equipped device in the vicinity of vessels receiving via satellite and broadcasting Wi-Fi for their onboard network. Coined by FTC/SS Donald A. Davis, USN, upon implementation of the first Wi-Fi networks on US Submarines.
바다에서 정보를 수집하는 방식이다.

Warwalking — searching for Wi-Fi wireless networks by a person walking, using a Wi-Fi-equipped device, such as a laptop or a PDA.
걸어다니면서 정보를 수집한다. 랩탑과 PDA와 같은 기기를 이용하여.

These terms originated from wardialing, a technique popularized by a character played by Matthew Broderick in the film WarGames, and named after that film. Wardialing in this context refers to the practice of using a computer to dial many phone numbers in the hopes of finding an active modem.
While it doesn't conform to the "WarXing" pattern, bluedriving (wardriving against Bluetooth networks) has also been seen as a related word.

SNMP 프로토콜

2011-10-12T01:29:00.001+09:00

간이 망 관리 프로토콜(Simple Network Management Protocol, SNMP)은 네트워크 장비를 관리 감시하기 위한 목적으로 UDP 상에 정의된 응용 계층 표준 프로토콜이다.

SNMP는 네트워크 관리자가 네트워크 성능을 관리하고 네트워크 문제점을 찾아 수정하는데 도움을 준다.

SNMP를 지원하는 서버에 관리자가 질의를 해 자료를 받아갈 수 있고, 반대로 어떤 값은 설정을 요청할 수도 있다.

현재 SNMP는 SNMP 버전 1, SNMP 버전 2, SNMP 버전 3의 세 가지 버전이 있다. 버전 3에서는 이전의 접속 주소와 커뮤니티 판별에 의존하던 인증방법 대신 계정과 암호로 인증하는 방식을 도입하였다.

SNMP프로토콜의 메시지

SNMP프로토콜은 정보의 요청메시지(Request)와 응답메시지(Response)로 이루어짐

구성

Version + Community name + SNMP PDU

Version : SNMP의 버젼을 나타냄

Community name : 메니져와 에어젼트의 관계를 나타낸다. 이는 인증과 통제등을 위해 사용되는 필드이다. 기본은 public으로 만들어져 있다.

PUD : Physical Data Unit의 줄임말이다. 실제 전송되는 정보들이 들어가 있다.

ㄴtype : Get, Set, Get Next, Trap

ㄴRequest-id :데이타그램처리방식인 UDP의 단점을 극복하기 위해서 사용되는 값으로,

각 메시지의 요청번호를 표시한다. 그래야만 수신된 SNMP메시지가 어떤 요청에 대해서

수신된 메시지인지 확인이 가능할것이기 때문이다.

ㄴDATA(OID, OID에 대한 값등)

GET

manager에서 agent로 특정 정보를 요청하기 위해서 사용한다.

GET NEXT

기본적으로는 GET과 같은일을 한다. 그러나 SNMP에서 각정보들은 계층적 구조로 관리된다. 위의 MIB계층 구조를 나타낸 이미지에서 우리는 system(1)계층밑에 있는 모든 정보를 가져오고 싶을 때가 있을것이다. 그럴경우 GET NEXT를 사용할수 있다.

SET

manager에서 agent로 특정 값을 설정하기 위해서 사용한다.

TRAP

agent에서 통보해야될 어떤 정보가 발생했을때(임계치를 넘는네트워크자원 사용등) manager에게 해당 상황을 알리기 위해서 사용한다. 위의 다른 요청들이 동기적 요청이라면 이것은 비동기적 사건을 알리기 위해서 사용되어진다.

참고

응용 계층	BGP, DHCP, DNS, FTP, HTTP,IMAP, IRC, LDAP, MGCP,NNTP, NTP, POP3, RIP, RTP,RTSP, SDP, SIP, SMTP,SNMP, SOAP, SSH, TELNET,XMPP, ...
전송 계층	TCP, UDP, DCCP, SCTP,RSVP, ...
네트워크 계층	IP(v4/v6), ICMP, IGMP,ARP/RARP, ...
데이터링크 계층	MAC(이더넷, 토큰링, FDDI),PPP, ...
물리적 계층	EIA RS-232, EIA RS-422, EIA RS-449, EIA RS-485, ...

참고페이지 : http://www.joinc.co.kr/modules/moniwiki/wiki.php/article/SNMP_%B0%B3%BF%E4#AEN69

이메일 헤더 구조.

2011-10-12T01:12:00.002+09:00

Delivered-To: XXXXXXX@gmail.com

이메일 받는 사람.

Received: by xxx.xx.xxx.xxx with SMTP id n3cs8887wfk;
        Fri, 30 Sep 2011 02:38:34 -0700 (PDT)
Received: by xxx.xxx.xxx.xxx with SMTP id c8mr2477209icv.118.1317375513643;
        Fri, 30 Sep 2011 02:38:33 -0700 (PDT)

날자와 받은 IP가 기록되어 있다.

Return-Path: <xxxxx@xxx.com>

보낸 사람 메일이며 동시에 반환될 이메일

Received: from sp-di-sf02.direct.co.kr (sp-di-sf02.direct.co.kr. [xxx.xxx.85.12])
        by mx.google.com with ESMTPS id ut1si2211767icb.117.2011.09.30.02.38.30
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 30 Sep 2011 02:38:33 -0700 (PDT)

이메일이 출발한 부분의 정보를 담고 있는 부분이다 from으로 시작된다.

Received-SPF: neutral (google.com: xxx.xxx.xxx.xxx is neither permitted nor denied by best guess record for domain of xxxx@xxxx.com) client-ip=xxx.xxx.xxx.xxx;

스펨필터링을 위한 설정 부분이다. spam으로 등록이 되어 있으면 자동으로 스펨멜함으로 
보내진다. 구글 서버에서 스팸필터링이 운영되고 있다.
Authentication-Results: mx.google.com; spf=neutral (google.com: xxx.xxx.xxx is neither permitted nor denied by best guess record for domain of xxxxxxx@xxxxx.com) smtp.mail=xxxxxx@xxxxx.com

Authentication-Results 항목이 추가되어 있다면 dkfilter가 설치되어 있다는 뜻이다.

Received: (S-FILTER Queue Handler, PID 31739 invoked by UID 505);
 30 Sep 2011 18:38:24 +0900

Received: from 192.168.1.11 (HELO localhost) (xxxx@xxxx.com)
 by 0 (S-FILTER SMTP Handler) with ESMTPA;
 30 Sep 2011 18:38:24 +0900

From: =?ks_c_5601-1987?B?sejAzsGk?= <xxxx@xxxx.com>

보낸이메일 인코딩과 제목이 표시되어 있다.

To: =?ks_c_5601-1987?B?sejAzsGk?= <xxxx@xxxx.com>
받는사람 인코딩과 제목이 표시되어 있다.

Subject: =?ks_c_5601-1987?B?W8PWwb7H1bDdXSDH

제목 인코딩과 제목이 표시되어 있다.

Date: Fri, 30 Sep 2011 18:38:26 +0900

이메일이 계정에 도착한 날자

Message-ID: <1317375506932999@security>

메시지에 붙여준 ID이다.

MIME-Version: 1.0

MIME (Multipurpose Internet Mail Extensions)는 전자우편을 위한 인터넷 표준 포맷이다. 전자우편은 7비트 ASCII 문자를 사용하여 전송되기 때문에, 8비트 이상의 코드를 사용하는 문자나 바이너리 파일들은 MIME 포맷으로 변환되어 SMTP로 전송된다. 실질적으로 SMTP로 전송되는 대부분의 전자우편은 MIME 형식이다. MIME 표준에 정의된 content types은 HTTP와 같은 통신 프로토콜에서 사용되며, 점차 그 중요성이 커지고 있다.

X-Archiver: Mailnara Archiver Module v0.91; saved as 1317375506.932.eml

Content-Type: multipart/mixed;
 boundary="----=_NextPart_000_636963F98C65A6E1F1E8EA78404615EC"

이메일일 컨텐츠 타입

X-Priority: 3

높을수록 메일 클라이언트에 표시기능이 생긴다.

X-Mailer: MAILNARA v3.0

메일나라를 이용하여 보낸것을 알 수 있다.

X-Saved-As: 1317375505.31739.eml

이멜의 다른이름으로 저장된 부분.

X-Mail-From: xxxxxx@xxx.com

보낸사람

X-Remote-Client-IP: 192.168.1.11

원격 클라이언트의 IP

X-HMAC-SMTP-Auth-Info: <e4689546de5c88a0889f94c5c1ce79bb>

승인 정보가 암호화 되어 있다.

X-HMAC-Message-ID: <b99915f47df2fbb27b0dba681d04a3c7>

메시지 ID

X-Filter-Host: sp-di-sf02

X-Filter-SR: 0.50

X-Filter-Ham: S-FILTER Intelligent SPAM Detection Module V1.20 RC4 (20080922);
 30 Sep 2011 18:38:25 +0900
스팸 감지 모듈의 버젼을 알 수 있다.

CentOS 5,x DNS서버 구축 - 수정

2011-10-12T00:12:00.001+09:00

레드햇의 클론격인 CentOS를 이용한 DNS서버를 만들어 보자.
지금 만드는 환경은 host only 상에서 구현을 하므로 네트웍 환경을 host only
모드로 바꾸어 진행한다. 방법은 비슷하리라 생각이 된다. 서버는 jiho.net이라 명칭할것이며
이는 보시는 분이 고치시면 되요.
순서는 다음을 따른다

1. 기존 설치된 패키지 확인 -> 2. 업데이트 및 패키지 설치 -> 3. DNS서버 설정 -> 4. Zone파일 생성 및 링크 -> 5. 서비스 시작 및 확인

1. 기존 설치된 패키지 확인

[root@localhost ~]# rpm -qa | grep bind //설치된 바인드 확인

bind-9.3.4-10.P1.el5

bind-devel-9.3.4-10.P1.el5

bind-utils-9.3.4-10.P1.el5

bind-chroot-9.3.4-10.P1.el5

bind-libs-9.3.4-10.P1.el5

ypbind-1.19-11.el5

[root@localhost ~]# rpm -qa | grep name //설치된 네임서버 확인

caching-nameserver-9.3.4-10.P1.el5

2. 업데이트 및 패키지 설치

만약 위와 같은 서비스가 없다면 설치를 해준다.

# yum -y install bind*

# yum -y install caching-nameserver*

yum은 인터넷을 이용한 설치이니 꼭 인터넷이 연결된 상태에서 해야 한다.

호스트 모드로 하면 천날해봐야 되지 않는다.

파일을 따로 설치하려 한다면 하단 파일 다운로드에서 다운로드 가능하다.(만약 없다면)

3. DNS서버 설정

우선적을 IP세팅이 잘 되어있는지 확인을 해야 한다.

# ifconfig 를 확인하여 자신이 원하는 ip에 DNS서비스를 돌릴 준비가 되어 있는지 확인하며

수정하여 준다. IP세팅은 여기를 참고 하도록 한다.

# vi /etc/resolv.conf //DNS를 수정하여 준다.

; generated by /sbin/dhclient-script

search jiho.net

nameserver 172.16.1.xx

# vi /etc/sysconfig/network //네트웍을 다음과 같이 설정해 준다.

NETWORKING=yes

NETWORKING_IPV6=no

HOSTNAME=ns.jiho.net

# vim /etc/named.caching-nameserver.conf //네임서버의 권한을 수정.

아래의 사진과 같이 수정한다.

설명을 더하자면 포트 개방과 쿼리의 허용에 대한 내용이다.

파일을 열어보면 localhost 등 제한적인 서비스를 하게 되어 있는데

여기서 any로 설정하게 되면 모든 질의에 대해 응답을 하게

되는 것이다.

# vim /etc/named.rfc1912.zones //네임데몬 존파일 수정

여기에서 아래에 만들 존 파일을 언급하고 링크하게 된다. 수식에

맞춰 잘 작성하자. 참고로 내용을 아래에 추가만 하면 된다.

순방향

zone "jiho.net" IN { //연결할 서버 혹은 DNS의 주소를 적는다.

type master;

file "jiho.net.zone"; //여기에 들어간 내용을 파일을 가르킨다.

allow-update { none; }; 아래 존 파일설명에서 언급된다.

};

역방향

zone "1.16.172.in-addr.arpa" IN { //역방향은 ip.in-addr.arpa 형식으로 만든다.

type master;

file "1.16.172.zone"; //존 파일의 명칭이다.

allow-update { none; };

};

4. Zone파일 생성 및 링크

# cd /var/named/chroot/var/named //이동한다.

# ls -l

total 52

drwxrwx--- 2 named named 4096 Oct 10 03:32 data

-rw-r----- 1 root named 198 Jan 21 2009 localdomain.zone

-rw-r----- 1 root named 195 Jan 21 2009 localhost.zone

-rw-r----- 1 root named 427 Jan 21 2009 named.broadcast

-rw-r----- 1 root named 1892 Jan 21 2009 named.ca

-rw-r----- 1 root named 424 Jan 21 2009 named.ip6.local

-rw-r----- 1 root named 426 Jan 21 2009 named.local

-rw-r----- 1 root named 427 Jan 21 2009 named.zero

drwxrwx--- 2 named named 4096 Jul 27 2004 slaves

파일을 보면 localhost.zone 파일이 있는데 지금 이게 없다면

caching-nameserver-9.3.4-10.P1.el5 가 없거나 잘못 설치된 것이니

설치를 해야 한다.

cp명령어를 이용하여 zone파일을 제작한다.

#cp localhost.zone jiho.net.zone //복사본을 만든다.

#cp localhost.zone 1.16.172.zone

1.16.172.zone 서버의 맨 마지막 끝자리를 뺀 3자리에 zone을 붙여서

만들어 낸다.

zone파일은 초기에 위와 같이 생겼다.

하나씩 수정해 준다.

jiho.net.zone 파일

1.16.172.zone 파일

이걸 저장을 하도록 한다.

이제 파일 퍼미션을 주도록 한다. 파일 퍼미션을 주는 이유는 chroot의 제한 때문이다.

기존에는 chroot 상위에 존 파일을 올렸는지 지금은 링크로 대체 하고 있다.

# chown named:named /var/named/chroot/var/named/jiho.net.zone

# chown named:named /var/named/chroot/var/named/1.16.172.zone

* 루트 권한을 줘도 되는데...권장되지는 않는다.

# chown root:named /var

다음은 /var/named 폴더에 링크파일을 넣을 차례이다.

해당 폴더로 이동하여

# ln -s /var/named/chroot/var/named/jiho.net.zone jiho.net.zone

# ln -s /var/named/chroot/var/named/1.16.172.zone 1.16.172.zone

이렇게 하면 링크파일이 생성된다.

이제는 실행할 일만 남았다.

# service named start 를 하면 서비스가 실행이 될 것이다.

만약 오류가 난다면 해당하는 파일로 가서 수정을 하면 되겟다.

또한 존 파일이나 기타 파일을 수정한다면 재시작 해주어야 한다.

# service named restart 를 이용하도록 한다.

서비스 시작시 자동실행

# chkconfig --list | grep named

named 0:off 1:off 2:on 3:on 4:on 5:on 6:off //이 상태가 되어야 한다.

설정법

# chkconfig --level 5 named on
# chkconfig named on

그랩을 해보면 위와 같이 변경 된 것을 확인 할 수 있다.

---------------------------------------------------------------------

확인하는 방법 : 해당하는 로컬 게스트의 pc의 DNS를 지금 만든 DNS로 설정하여

nslookup 명령어를 실행한다.

확인이 가능할 것이다. 이 부분은 이미 많이 알려져 있으니 생략한다.

-참고한 페이지 http://blog.naver.com/kdk3852/110098449625 http://tklife88.tistory.com/48

http://blog.naver.com/kimhakjjin/80078690441

파일 다운로드 - http://vault.centos.org/5.3/os/i386/CentOS/

리눅스 계열 IP세팅

2011-10-10T04:02:00.003+09:00

네트워크 설정을 바꾸는 방법.
# ifconfig -a // 이더넷 디바이스를 확인
# ifconfig eth0 xxx.xxx.xxx.xxx netmask 255.255.255.0 broadcast xxx.xxx.xxx.255 up
# route add default gw xxx.xxx.xxx.1 dev eth0

설정 저장 - 재부팅 후에 설정하기 귀찮으면.
# vi /etc/sysconfig/network-scripts/ifcfg-eth0
Device = eth0
ONBOOT = yes
BOOTPROTO = static
IPADDR = xxx.xxx.xxx.xxx
NETMASK = 255.255.255.0
BROADCAST = xxx.xxx.xxx.255 // 브로드 캐스트는 해당 호스트에서 가장 큰 수를 적는다.
NETWORK = xxx.xxx.xxx.0 // 네트워크는 해당 호스트에서 가장 작은 수를 적는다.
GATEWAY = xxx.xxx.xxx.1
IPv6INIT = yes

DNS서버 설정

# vi /etc/resolv.conf

-> nameserver 222.222.222.222 // dns 서버 입력(확인 후)

네트워크 재시작

# etc/init.d/network restart

참고)
# vi /etc/nsswitch.conf
-> host에 dns 확인

# vi /etc/hosts
-> ip 주소

# vi /etc/defaultrouter
-> gw 주소

http://blog.naver.com/dkssud2623/70044093387
http://minwoo7945.springnote.com/pages/1915964?print=1

Steve Jobs 별이되다.

2011-10-06T14:11:00.001+09:00

지구에 좋은 선물 남기고 가주셔서 감사합니다.

스티븐 폴 잡스(영어: Steven Paul Jobs, 1955년 2월 24일 ~ 2011년 10월 5일)는 애플의 이사회 의장으로, 현재 컴퓨터 산업과 엔터테인먼트 산업의 중요한 인물 가운데 한 사람이다. 그는 1976년 스티브 워즈니악, 로널드 웨인과 함께 애플을 공동 창업했다. 애플 2를 통해 개인용 컴퓨터를 대중화하였다. 또한, GUI와 마우스의 가능성을 처음으로 내다보고 애플 리사와 매킨토시에서 이 기술을 도입하였다. 1985년 경영분쟁에 의해 애플에서 나온 이후 NeXT 컴퓨터를 창업하여 새로운 개념의 운영체제를 개발했다. 1996년 애플이 NeXT를 인수하게 되면서 다시 애플로 돌아오게 되었고 1997년에는 임시 CEO로 애플을 다시 이끌게 되었으며 이후 다시금 애플이 혁신과 시장에서의 성공을 거두게끔 이끌었다.
잡스는 《인크레더블》과 《토이 스토리》 등을 제작한 컴퓨터 애니메이션 제작사인 픽사의 소유주이자 CEO였다. 월트 디즈니 회사는 최근 74억 달러어치의 자사 주식으로 이 회사를 구입하였다. 2006년 6월 이 거래가 완료되어 잡스는 이 거래를 통해 디즈니 지분의 7%를 소유한, 최대의 개인 주주이며 디즈니 사의 이사회의 이사가 되었다. 2011년 8월 24일 애플은 성명을 통해 스티브 잡스가 최고경영책임자(CEO)를 사임하고 최고운영책임자(COO)인 팀 쿡이 새로운 CEO를 맡는다고 밝혔다. 잡스는 CEO직에서 물러나지만 이사회 의장직은 유지키로 했다. 그러나 사임 2개월도 지나지 않은 2011년 10월 5일에 사망하였다.
위키

10월 주요 사건 정리

2011-10-05T13:39:00.000+09:00

5일
IT
미국날자 10.04일 아이폰 4S 와 12일 IOS5 출시한다 발표.
금융
코스피 멈추지 않고 하락한다.

6일
IT
Steve Paul Jobs 타계. IT의 큰 별이 지다.
IT관련 주식이 5%가까이 급등

Samsung mobile unpacked 2011.10.11

2011-10-05T13:26:00.004+09:00

Samsung mobile unpacked 2011

행사의 중계는 이전을 생각하면
SamsungTomorrow홈페이지 와 페이스북
에서 진행될 것 같다.
구글 레퍼런스를 두번이나 찍어 내는 삼성이 대단하기도
앞으로 레퍼런스를 만들 수 없을것 이라는것도 아쉽기도 하고..
넥서스 프라임은 이날에 공개될 예정 이라고 한다.
3G모델이 될것이며 사양은 인터넷에 올라온 내용정도가
될것이다.

아이스크림샌드위치는 스마트폰과 태블릿을 한 OS에서
처리할 수 있도록 만든 최초의 os가 될것같다. 개인적 의견으론
버그가 아이폰과 아이패드 수준의 경험을 보여 준다면
좋겠지만 IOS는 IOS고 안드로이드는 안드로이드니 나름의
개성과 기능을 가지고 나와 줬으면 좋겠다.

아이스크림샌드위치 맛나 보이네...

이미지 출처 : Click

넥서스 프라임 (Nexus Prime) ? 갤럭시 넥서스(Galaxy Nexus) (티져영상포함)

2011-10-05T13:06:00.001+09:00

넥서스 프라임 실사가 노출되었다고 한다.

http://www.gsmarena.com/exclusive_samsung_nexus_prime_first_screenshot_leaks-news-3224.php

여기의 사진과 글을 보면 하단 기능키는 모두 본 화면 안쪽으로
들어가버린것을 알 수 있다 이는 핸드폰의 화면을 좀 더 크게 활용
할 수 있다는 의미 이겠다.
루머일수도 있고 진짜 일 수 있는데 이는 나와봐야 아는것이다.

나는 솔직히 아이스크림샌드위치의 공개가 더 기다려 진다.

연말에 이벤트가 빵빵 터져 주는게 아주 즐겁다.

아래는 언팩 티져 영상이다.

Get ready for it!

An anonymous tipster came to GSM Arena with a few specs about the unannounced phone. First off they said the screen would be curved just like the Nexus S and that it will only be 8.8mm thin rocking a metal chassis. The tipster confirmed the 4.65-inch screen on the phone as well. A late October launch was mentioned, which would be after the i*hone and near the time that ICS would be getting announced.

글에 따르면 넥서스s와 같이 커버드글라스 일것이고 8.8mm두께를 가질것이다. 스크린은 4.65인치 hd일것이다.(5.3인치라는 의견도 있다...) 또한 OMAP4460 dual-core CPU가 들어갈 것이다.(이건 다른 곳에서 본것) 모델명은 GT-I9250 일듯하다.

But probably the most disappointing tip that was released was that the phone might not be called the Nexus Prime after all. The tipster said that the ‘Galaxy Nexus’ would probably be more appropriate name for the device since it is coming from Samsung. Until there is an official announcement we’re going to keep using the awesome Nexus Prime logo for our stories. Sounds like we’re getting close to the end. Only a month away!

겔럭시 넥서스 (갤럭시넥서스..)로 출시될지도...모른다라는말.

한국에서는 갤럭시라 쓰고 가격방어의 신이라 읽는다지?.

참조 : http://www.droid-life.com/2011/09/08/rumored-nexus-prime-specs-leak-out-curve-4-65-hd-screen/

한국 출시는 대략 11월 정도로 예상이 되어지며(언론사인용) KT를 통해 출시될 확률이 높다.
SK를 통해서 동시에 출시 될 수 있을지도 모르겠다고 예상해 본다.

삼성에서 만들어질 아마도 마지막 넥서스를 기대해 보자.

참조 : http://en.wikipedia.org/wiki/Nexus_Prime

추가 이미지와 동영상

유출된 이미지를 보면 상당히 많은 부분이 변경된것을 알 수 있다.

OS에 대한 평가는 나와 봐야 하겠지만 지금 공개된 사진과 동영상만
보고 판단하면 지금 넥서스s에서 돌아갈려나? 라는 의구심이 들만한
화면 효과와 넥서스 프라임에서 조차 보이는 하단 터치의 신뢰도...
그래도 많이 기대가 된다.

덧. - 아이스크림 센드위치의 타 기기 적용에 대한 사견.
넥서스S나 그 외 제조사에 적용될 아이스크림센드위치는 아예 전용으로
만들어야 할거 같은느낌. 거기에 따라 제조사측에서는 업데잇을 하지 않을거
같은느낌..넥서스s조차 언제 될 수 있을까? 라는 느낌이다..통합 os라고 한다면
인터페이스에 대한 어느정도의 규칙을 가지고 적용이 될 수 있겠지..라고 생각해 보지만..
우리나라의 통신 환경과 제조사의 정책상..한 . 숨 . 만.
대표적으로 넥서스원의 2.3.3 업뎃이후 무반응과 넥서스s의 2.3.4가 현제로서는
끝인것 처럼..(Nexus One은 2.3.4가 나와 있고 Nexus S는 2.3.6이 나와 있다..)

애플 아이폰4s 발표 정리 2011.10.04

2011-10-05T02:17:00.001+09:00

지금까지 정리
뉴맥북에어 - 간지난다구.

Ios5 (거의 알고 있는내용..) 출시는 10.12일
친구위치 추적기능..무섭다 ㄷㄷ

아이팟 시리즈
셔플 - 잴싸.
나노 - 나는 좋은 시계가 될꺼야.
터치 - 나는 ios5먹은 좋은 게임기야. 흰둥이도 있구 12일날 나올게 가격은 홈페이지에서.

아이폰 4s
떼헷 나와쪄염.
A5칩셋 으로 일곱배 향상된...?그래픽 어쩌구 저쩌구...인피니티블레이드 광고시간을 지나...
아이폰 4s는 gsm and cdma를 동시지원한다.
이전 모델들 보다 73%밝아진 800만화소 후면 카메라.
일차출시국은 아님 2차도..

아이폰5는 아직..팀쿡의 확인사살

아이폰5 나온다고 4파신분들 심심한 위로를...

동요 정말 잘부른다..

2011-09-24T21:21:00.005+09:00

이쁘게 잘 부른다. 동요 申

군인 계급별 뇌구조

2011-09-24T19:50:00.001+09:00

ㅋㅋ대박인듯. 출처는 구글신

말년에 추가하면 예쁜 신입생에 대한기대 ㅋㅋ 현실은 CBK보경양

KT 3g 끊김

2011-09-23T15:58:00.001+09:00

내가 쓰고 있는 넥서스s 3g문제는 모두가 다들 알고 있듯이...
3g goja 라고 불리고 있다. 휴...지금 이렇게 포스팅하는거도
그문제에 대한 해결 방법을 찾아가는 과정중이기에 적는 것이다.
지금까지 apn에 포트를 추가하고 3g 통신사 등록하는 방법을
사용해 봤지만 딱히 그럴싸한 방법들은 아니었던것 같다.
각설을 하고 apn을 고치기 위해 많은 글들을 읽어 보았을텐데
아마 아래와 같은 apn리스트를 많이들 보았을 것이다.

alwayson-r6.ktfwing.com

default.ktfwing.com

hsdpa-internet.ktfwing.com

hsupa-internet.ktfwing.com

아마도 apn 문제에 대해서 많은사람들이 글을 검색하다가

위와같은 글을 많이 보았을 것이다.

거기에 포트를 추가해서 어쩌구 저쩌구...

해봤지만 그래도 많이 커넥션 로스트가 생겼을 것이다.

그런데 이상한건 내가 노키아 시절 쓰던 apn이 이런

리스트들에는 안보이더라는 거다.

alwayson-r6.ktfwing.com

이 apn에서 -r6만 빠진 alwayson.ktfwing.com 이 apn을

등록하고 사용해 보았다. 이 apn역시 끊긴다. 허나!!

기존의 -r6 붙은 apn보다는 들 끊기더라는 것이다.

ㅡ_ㅡ 희안하다.. 그냥 좀 덜 끊기고 쾌적하다..

넥서스s와 넥서스원을 동시에 사용하며 테스트를 해봤다.

신호가 미약한 곳은 둘다 끊긴다. 하지만 -r6 apn보다는

alwayson.ktfwing.com

이 확실히 덜 끊긴다.

확실하지는 않지만 이게 좀 예전부터 쓰였던 거고 -r6가

스맛폰이 본격적으로 나올때쯤 많이 등록되어 있던 apn인거

같다라는것이다.(지극히 개인적인 추측)

한번 apn을 색칠한 녀석으로 바꾸고 거기에 포트 적용까지

해보면 뭐 들끊길려나?? 선택은 사용자 목이다.

마지막으로 apn변경 초보님을 위한 변경법을 알려 주겠다.

기본 설정->맨 첫번째의 무선및 네트워크->맨 아래의 모바일네트워크 설정

(위치는 다를지도)-> APN설정->KT-HSDPA 터치-> APN에 있는 주소를

alwayson.ktfwing.com로 설정 그리고 빽!!키. 그러면 삼지가 꺼졌다

켜진다. 끗!

이 방법은 개인적인 경험에 나온 글이니 안댄다 된다 따지지 마세요~

걍 통신사를 갈궈야 합니다. 이렇게 끊기는건 잘못 맹근거임..ㅡ_ㅡ 사용자가

이런걸 왜 걱정을 해야 하는지 에효...

9월의 주요 사건 - 정보

2011-09-23T15:19:00.002+09:00

9월23부터 시작.

23일

경제

코스피 103포인트 무너지며 1700선 아래로 돌파. 환율 14원 가까이 급등.

제일2저축은행장 압수수색 도중 투신자살.

로버트졸릭(세계은행 총재) 더블딥 우려.

전쟁

이집트 이스라엘 대사관 직원 카이로로 복귀

북한

북한의 공기업 해킹시도 증가 - MK뉴스

24일

국제

UARS인공위성 태평양으로 추락 된듯 함.

팔레스타인 유엔 정회원 지휘 요청

독도

미해군역사사이트 독도 병행 표기
표기에 글로벌 역사외교대사 1기수 이화여대학생 위상희씨의 공이 컸다함.

25일
전쟁
이라크 카르발라주(州)의 수도 카르발라에서 폭탄 테러발생 약100여명의 사상자가 발생.
그 결과 최소 9명이 숨지고 99명이 부상

인도네시아 중부 자바 솔로시의 교회에서 25일 오전 자살폭탄테러가 발생, 테러범이 숨지고 최소 20여명이 다침
경제
저축은행 뱅크런 올해초에 이미 시작되었다.
IT

26일

27일

28일

29일

30일
국제
중국 우주 정거장 발사 성공.

주 source : google, 포털, 신문사, 외신

시간날때 블로그 이사 시작해야지.

2011-09-23T00:44:00.002+09:00

총 200개의 글을 이곳으로 이사를 해야 한다.
미친짓이다..ㅋ
그냥 쓸만한 글만 이사 시켜도 150개가 넘을 텐데..
언제 다하지..?ㅠ

영목항 좌대낚시 다녀옴

2011-09-22T22:49:00.002+09:00

좌대 낚시천국 = 영목항 (안면도)
영목항은 좌대낚시로 유명하다

처음부터 여길 알았던건 아니다. 어머니 친구분께서 다녀오셨는데

쿨러 한가득 채워서 오셨다고 이야기를 듣고

그걸 아버지가 듣자마자 출조 결정...

사실 추석 2일전에 강화도에 낚시가서 망둥어를 잡고..술먹는다고

피로가 풀리지 않은 상태였다.
하지만 뭐 또 바다 구경도 가고 좋겠다라는 생각에
안면도로 냅다 달렸다.
추석이라 그런지 길이 무지무지 많이 막히더라...

안면도 까지 너무 늦게 도착해 버리는 바람에

민박을 잡았다. 뭐 민박인데 괜찮은수준이었다 4만원을
달라고 하더라.. 오오 명목항 구석쪽에 있는 등대회 센타라는
곳인데 바다 전망에 괜찮은 가격인 듯 했다...
위치는 여기

사실 영목항을 알려준 아저씨 한테 물어서 그 좌대로 가고 싶었지만
어머니는 그런거 까지 물으면 실례가 될거 같다며....묻지 않았다
에이... 아래 사진들은 영목항에서 배를 타로 요앞 좌대로 가는 장소이다.

추석인데도 사람이 은근히 많이 있었다. 뿐만 아니라 직접 가져온 보트 띄워서
낙수를 가시는 분들까지..ㅎㅎ(정말부러웠다.)

우리가 갔던 좌대는 영목항 초입에 있는 낚시점에서 소개받은 해룡호(배는 은정호)
를타고 약 1분정도만 가면 있는 양식장 좌대 였다. 여기에 있으니 또 다른 아저씨와
아주머니 무리들이 왔다... 전날 여기서 엄청 많이 잡았다고...ㅎㅎ 부푼기대를
가지고..캐스팅.... 핸드폰이 정상이 아니라 사진을 더이상 남기지는 못했지만 꽤나
괜찮은 놈으로 잡아 올렸다. 웃긴건 참돔 새끼가 정말 많이 물었다는 거다. 물론 씨알이
작아 모두 릴리즈~~ 우럭은 바늘을 끝까지 삼키는 그놈의 성격 때문에 씨알이 작은놈도
바늘을 빼다 죽으면 릴리즈는 못하고 킵을 해놓았다...
이상하게 쪼고만한게 욕심이 많은지 깊게 먹어 버린다.
미끼는 오징어, 미꾸라지, 청개비 등을 사용하였고 물쌀이 매우 빠른 때라 추도 매우큰것을
사용하였다. 20호였었나? 장난아닐때는 40호 80호 100호까지 쓴다고 한다.

내 채비는 로드대에 묶음 추 채비였다.
이곳 좌대는 약 20m의 수심이라는 이야기를 들었는데 물쌀도 매우 거새고 수심도
깊어 우럭이 매우 맛나다고 옆에 아저씨가 이야기를 하신다.
참고로 우럭의 먹이 활동은 아침과 저녁에 이루어 진다. 이곳 좌대는 그래서 그런지 몰라도
무리 전부 들고 나서 빠지기 시작할때쯤 즉 초날물때쯤 잡히기 시작하였다. 아마도 좀더 육지 쪽으로 붙었다가 나가는 길이 좌대 정도 인거 같았다. 그리고 점심을 넘기기 시작하면서
입질이 거의 뜸해 졌다. 전날 왔었던 아저씨 말로는 오후에는 나가야 한다고 하더라. 더이상 안잡힌다고.. 한 3시쯤 뒤도 돌아보지도 않고 철수했다~~

저녁쯤 되어 칼국수를 한사발 흡입을 하고 밖에 나오니 에기의 시간이 돌아
왔더라...여기는 오징어, 쭈꾸미가 잡히는 곳이라나?..
이미나는 체력이 많이 딸려 그냥 차에서 잠을 자버렸지만 아버지와 친척분의 말로는
재미가 솔솔했다고 한다. ...

마무리 : 사진이 없으니...재미없고 심심하다....ㅡ_ㅡ...글도 재미없고..두서도 없고..

그 따위 필요없고 그냥 정보글로 가야 겠다.

추가 : 동생이 잡았던 물고기 사진을 보내왔다!..씨알이 작자나?(빼다가 죽어서...)

영목항

주 어종 : 우럭, 볼락, 광어(선상, 좌대에서 가끔), 갑징어(애깅), 참돔(릴리즈 사이즈만)

채 비 : 선상용 낚시대 또는 로드대, 장구통릴 또는 그냥 중형급 스피닝릴2000 이상

추는 가급적이면 크고 아름다운거(20호), 바늘 이나 이런건 그냥 낚시점에서 파는 묶음추에서 추만 빠진 채비용으로.

미끼 가격 : 청개비 4000원 (양념장통) - 비싸다 흐으....역시 고급 미끼..ㅠ, 미꾸라지 기억안남, 오징어 - 글세...

좌대가격 : 1인당 2만원

서울에서 가는시간 : 약 3시간...ㄷㄷ

항에서 잡히는거 : 망둥어, 갑징어

내가 갔을때의 루어의 가능성 : CBK 물쌀...

물쌀 : 겁나빠름 6물이었음...
=============================
영목항 좌대 낚시 목록.
경남 수산 http://knsusan.anmyondo.co.kr/ 010-3417-8045
명성좌대 http://msfish.co.kr/ 010-6411-7130, 010-6755-7130
해룡 낚시 http://www.seabass.kr/ 041-673-2181, 010-5424-2608, 010-6754-7998, 010-5324-5011(은정호 보트 - 좌대낚시 같이 하시는듯)
영목슈퍼(수산) 041-673-7151, 017-404-2222
안면낚시마트 http://www.anmyon.net/7fish/ 041-673-8490
영목차부마트 041-673-6905
대일 수산 010-4450-9940

김화백좌대 http://kimhawbaek.anmyondo.co.kr/ 010-5348-0103, 011-9708-0100

미조리좌대 011-9413-4292
대박가두리 http://www.대박가두리.kr/desk.html 011-1737-5285
안면도파도소리 http://www.ppension.co.kr/fishing-1.htm 041-673-8542 011-9490-8532
형제낚시 http://형제낚시.kr/index.html 041-673-7150, 016-601-7150
=============================

구매항 좌대 낚시 - 다음에 갈때 추가

수평선바다낚시 019-447-9977

매일 낚시 http://www.maeilfishing.com/preview01.htm 041-673-7410, 017-424(432)-7410

수진 수산좌대 010-7119-8631

그린좌대 010-4530-5942

서해좌대 010-7420-6597

태안좌대 017-426-4181

삼육좌대 010-2407-7036

용궁좌대 http://yeujung.anmyondo.co.kr/ 041-675-7500, 017-422-4488

==========================

대야도 좌대 낚시 목록 - 다음에 갈때 추가

토도수산 041-673-4628, 041-667-4627, 011-452-9181, 011-452-4627

여정수산 017-411-6697 http://yeujung.anmyondo.co.kr/

대도수산 011-454-6691

어성수산 011-426-6872

농어 - 계속.

2011-09-21T21:37:00.001+09:00

바다 루어 닷컴에 방장님이 올리신 글인데 어류의 습성을 보기 편하게 적어 놓으셨다.

농어는 물살을(조류대) 무쟈게 좋아합니다...^^*
농어는 멸치를 무쟈게좋아합니다.. (멸치떼를 따라 연안으로 붙습니다...)
농어는 간출여(암초) 부근을 무쟈게 좋아합니다...^^*
농어는 바다의 중층대을 무쟈게 좋아합니다..
농어는 밤을 무쟈게 좋아합니다.. (야행성) (특히 그믐 전후)
농어는 몰려 다니는 것을 무쟈게 좋아합니다.. (조폭 농어?? ㅎㅎㅎ)
농어는 따뜻한 물을 무쟈게 좋아합니다...
농어는 깊은 물을 무쟈게 좋아합니다.. (하지만 얕은 물에도 있습니다..)
농어는 (서해안) 2물에서 5물. 9물에서 12물을 무쟈게 좋아합니다..
농어는 초들물과 초썰물을 무쟈게 좋아합니다...