후움~~1학기를 마치며 글을 써볼까 합니다 ㅋ 

 이제 기말고사도 끝났고 1학기에 대한 모든것이 끝이 났다.. 참.. 4달전에는 군에 있었는데.. 복학을 하고 벌써 1학기가 끝마쳐간다... 후.. 시간이 참 빠르다 ㅋㅋ  참 4달전에 군대에 있었다고 생각하니 웃기기도 하고 신기하기도하고 .. 나올수 없을 것만 같았는데 ㅋㅋㅋ  아무튼 이번 1학기를 되돌아 보면 참... 아쉬운 부분이 너무많이든다.. 아무래도 성적에 대해서 더 신경쓰일수 밖에 없는것 같다.. 아직 성적이 나오진 않았지만 시험을 좀 잘못본 같아서  걱정이긴한데.. 어쩌겠는가.. 내 실력인것을..흠.. 그래도 1학기를 잘 마무리 한것같다. 한 학기동안 지도해주신 김교일교수님 정말 감사드리고~ 수고 많으셨습니다~ㅋ 못한부분도 너무 많고 웃고 떠들던 시간들도 있었고 여러가지들의 시간이 있었는데 한 학기동안 정말 저희들을 위해서 고생하셨습니다. 2학기때는 더욱 좋은 모습으로 더 발전된 모습으로 찾아뵙겠습니다. 방학도안 학교에 계실지는 모르겠지만 종종 찾아뵙겠습니다.ㅋ 방학동안 푹쉬세요~ ^^ 그럼 전 자러..ㅠㅠㅋㅋ

TCP 헤더는 전송계층에서 붙는 헤더이다.

송신자포트/수신자포트/송신일련번호/수신일련번호/헤더길이/세션비트플래그/윈도우크기/검사합/긴급데이터로 구성되어 있다.

-/수신자 포트는 TCP세션을 시작 할때 운영체제에 의해 임의의 값이 배정되는 임의포트가 된다. 1024~65535 범위이다.

-송신일려번호는 전송되는 데이터의 각 바이트들을 순서대로 관리하고 신뢰성을 보장하기 위해 사용한다. 3-way 핸드쉐이크의 3단계중 첫 번째 단계는 송신 일련번호를 보내는 것이다. 이는 상대 시스켐이 수신한 바이트들에 대하여 수신확인을 할 수 있도록 한다.

-수신화인 일련번호는 세션의 통신 상대방으로부터 다음 전송 때에 받기를 기대하는 첫쨰 바이트의 일련번호이다. 3-way 핸드쉐이크 첫번째 단계에서 서버의 일련번호를 알지 못하믈 해당 필디를 무엇으로 채워 넣어야하는 것인데 0으로 채워 넣는다.

-TCP 헤더길이는 ip헤더 길이와 유사하게 기본 값은 5(즉 20바이트)이며 5보다  큰값이 설정되어 있다면 선택사항이 존재한다.

-세션비트 플래그는 각각 기능들을 한 헤더 내에 서로 조합되어 사용될 수 있다. 긴급데이터, 유효수신확인,푸쉬요청,재설정,동기화,종료데이터 순으로 각기 다른 독립적인 수행을 한다.

-윈도우크기는 실제적으로 TCP 데이터를 저장할 수 있는 송신자의 수신버퍼 크기이다. 이 필드는 매 TCP 헤더마다 존재하므로 수신버퍼의 가용 크기를 항상 최선의 값을 계산하여 보내주게 된다.

-긴급데이터크기는 목적지 호스트가 혼잡 상태에 있거나 데이터를 처리하기에 어려운 다른 문제가 있을 떄 긴급 데이터가 수신되면 목적지 호스트는 정확히 긴급 데이터 크기의 버퍼공간을 지우고 긴급 데이터 메시지를 수신하여 처리한다.

뒤로 옵션필드가 존재한다.

이처럼 헤더에 대해 알아보았는데 지금까지 배운 헤더들 중 가장 난이도가 높았지만 하면할수록 알게되니 뿌듯하다 ㅋㅋ

신뢰성 있는 전송 서비스
ip는 메시지를 운반하는 데이터그램을 전달하기 위해 최선의 노력을 기울인다. 하지만 ip는 전송 중에 데이터그램이 손실되거나 오류가 생기는 일이 발생했을때 책임을 지지 않는다. 이는 네트워크 계층에서는 신뢰성을 기대할수 없다는 것을 의미한다. 그러므로 신뢰성을 갖추기 위해서는 TCP가 오류없는 전달의 책임을 호스트 간 계층에서 맡아 주어야만 한다.
TCP기능 및 특성
-연결설정
-일련번호
-수신확인 일련번호
-연결종료
-분실 데이터의 재전송
-흐름 제어
-연결 리셋
-적응적 타임아웃시간

연결설정은 3-way 핸드쉐이크라고 불리는 3단계의 시작 과정이 TCP세션 시작시 사용되는데 이는 두 연결 당사자들끼리 통신에 적합한 준비를 시키는 것이라고 볼 수 있다. 이 과정이 거쳐야 통신은 이루어진다.
일련번호를 사용하여 전송되는 데이터의 크기와 데이터의 위치를 알 수 있게 한다.(최대 보낼수 있는 세그먼트 크기를 MMS라 함)
통신과정에서 수신자의 TCP는 버퍼에 수신할 여분의 공간이 없다는 것을 송신자에게 알리는 기능을 흐름제어라 한다.
동적으로 계산되는 타임아웃 시간은 하위 계층 프로토콜에서 주기적으로 발생하는 기능상의 작은 문제점들이 있다 하더라고 세션이 유지 될 수 있도록 한다. 세션이 어느 한쪽이라도 그 세션의 신뢰성에게 문제가 있다는 것을 알게 된다면 이 비정상 상황의 세션을 종료 할 수 있는 절차가 있다.

현재까지 신뢰성있는 TCP에 대한 특성을 말했는데 뒤에는  헤더에 대해 알아보겠다.

이번에는 저번에 쓴거에 이어 UDP에 대해서 더 이어나가 보겠다.
저번에 소켓까지  했고 이번에는 DNS서버에 대해 말해보겠다. 
DNS 는 도메인 명을 ip주소로 변환하는 TCP/IP  어플리케이션에 의해 사용되는 분산 데이터베이스이다. 근데 DNS는 TCP보다는 UDP에서 일반적으로 많이 쓰인다. TCP에서는 서로간의 연결을 할때 많이 쓰인다. DNS 서버는  어느 한 도메인주소를 받게되면 이는 리졸버(해석기)에 넘겨 질의를 하게 된다. 이 리졸버에는 캐시 기능이 있으나 오래가진 않는다. 해석기는  운영체제의 한부분이 아니고 TCP/IP스택처럼 어플리케이션의 한부분이라고 보면 된다.
 그럼 DNS서버는  어떻게  운용되는가 
리졸버-> 로컬 네임서버-> 어솔리티서버(최상의서버)에 질의를해서 알게되는데 최상의서버인 ROOT 에서는 정확한 주소를 아는것이 아니고 그 주소를 담당하는 com,net  들이 있다는것만 알게되어 이쪽으로 질의를 하라고 알려주면 그쪽에 접속해서 질의를해 그 도메인주소의 ip주소를 알게되는 것이다. 
root는 DNS가 한 곳에 모이는 가상의 지점이다. 이곳은 이름이 없으며 FQDN의 마지막 지점에 정보가 있다고 가정하기 때문에 각 레벨이나 이름은 63개의 문자로 제한되며 대부분 이보다 짧게 사용한다. 우리들이 흔히쓰는 www는 기관의 이름을 제공하는 서버이다. 그래서 이런식의 질의를 통해서 ip주소를 알아오는것이다.

예)
www.dongyang.ac.kr
ns.dongyang.ac.kr                         
(203.249.39.66)
위이 예를 봤을때 ac에게 물어봐서 그 주소의 ip주소를 알게되는 것인데 ac 밑의 특정기 을 물어봐서 알게 되는 것이다.

udp에 대해서 알아보았다. udp는 비연결형 프로토콜로 회선의 연결이 없이 메시지를 바로바로 전송하는 기능을 갖기 때문에 best-effort 또는 수신확인 없는 전송 프로토콜이다. udp와 tcp의 차이라면 속도와 신뢰성을 따질수가 있다. 그래서 패킷을 전송할때 그 다음패킷을 알수가 없다. 왜냐면 회선의 연결없이 전송을 하기 때문이다. tcp는 이에 반대로 회선을 연결하고 통신하는 과정인데 순서와 에러검사 등의 기능을 하기 때문에 신뢰성이 있는 것이다. udp에서는 에러감사들은 상위계층에서 하기 때문에 여기서는 직접하지 않는데 하지만 그 에러량은 그 다지 크지 않기 때문에 별로 상관은 안하지만 조금의 트래픽이 발생하는 것에서는 취약점이다. 그러나 udp가 tcp보다 나쁜건 아니다. 속도면에서는 빠르기 때문에 짧은패킷을 전송할때는 udp가 좋다. tcp를 쓰게되면 절차가 있기 때문에 그 짧은것 하나 보내기위해 시간이 너무 지연된다는 것이다. 그래서 어떤것을 쓰던 그 사용목적에 따라 다른것이다.
tcp나 udp에서는 프로토콜에 사용되는 식별을 포트번호로 연결하는데 포트번호는 0~65535까지 이다. 그래서 이것을 분류해서 총 3개의 사용목적에 따라서 분류할수 있다.
0~1023(well known) - 잘 알려진 포트번호로 사용된다. 그래서 많이 쓰이는 HTTP나 FTP 같은 포트가 포함된다. 
1024~49151(registered)  - well known과 유사하게 어플리케이션 별로 지정되어있는 포트번호이다. 차이는 제어와 번호의 범위이다.
49152~65535(등록되지 않은 포트번호)- 등록되지 않은 포트번호로 임의의 포트번호로 가변적이고 임식적인 번호이기 때문에 자유롭게 쓸 수 있는 포트번호 이다.

웹서버에 접속할때 우리는 그냥 도메인 명만 쓰면 들어가지는데 그 도메인옆에 :지정 포트번호 를 쓰게되면 똑같이 접속이 된다. 예를 들어 www.dongyang.ac.kr로 학교서버에 접속하게 된다. 그러나 www.dongyang.ac.kr:80  이것도 학교서버로 접속을 할 수 있다. 이것은 http 프로토콜을 쓰기 때문에 그 포트번호로 인식이 되어있는데 저것을 표시하지 않는 것은 일일이 표시할 필요가 없기 때문이다. 80이 아닌 8080을 쓰는경우에도 접속이 되는데 이는 우리학교만 적용되는것으로 특정그룹에서 제공하고 포트넘버가 중복이 되지 않기위함이라서 그대로 8080이 표시된다.  이것들을 다시 말해 소켓이라고 말할 수 있는데 호스트 시스템간의 API,tcp/ip 어플리케이션, ip주소 쌍과 사용되는 포트번호를 의미한다. 세션양단의 완전한 네트워크 주소로 인식된다. 
『ip주소          |    포트번호
   200.23.56.58  :      1427』
위의 나와 있는것처럼 구성할수 있다. 이것이 소켓이고 위의 글에서 얘기한것이 된다.]

이렇게 udp와 포트번호에 대해서 알아보았는데 이정도까지만 하고 그 다음으로 더 얘기해보겠다.