亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關于我們
? 蟲蟲下載站

?? tcpip.html

?? 黑客培訓教程
?? HTML
?? 第 1 頁 / 共 3 頁
字號:
<P>A TCP Header contains a lot of information, but the most important of it is the Source and Destination IP and Port numbers and yes also the sequence number.</P>

<P>**************</P>
<P>HACKING TRUTH: Learn more about Ports, IP's, Sockets in the Net Tools Manual</P>
<P>**************</P>
<P>The source which is your computer(x) now knows what the IP Addresses and Port Numbers of the Destination and Source computers are. It now calculates the Checksum value by adding up all the octets of the datagram and puts the final checksum value to the TCP Header. The different octets and not the datagrams are then numbered. An octet would be a smaller broken down form of the entire data. TCP then puts all this information into the TCP header of each datagram. A TCP Header of a datagram would finally look like -:</P>

<P>&nbsp;</P>
<pre>   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
<P>    |          Source Port          |       Destination Port        |</P>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
<P>    |                        Sequence Number                        |</P>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
<P>    |                    Acknowledgment Number                      |</P>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
<P>    |  Data |           |U|A|P|R|S|F|                               |</P>
<P>    | Offset| Reserved  |R|C|S|S|Y|I|            Window             |</P>
<P>    |       |           |G|K|H|T|N|N|                               |</P>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
<P>    |           Checksum            |         Urgent Pointer        |</P>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
<P>    |   The Actual Data form the next 500 octets                    |</P>
<P>    |                                                               |</P>
</pre>
<P>&nbsp;</P>
<P>There are certain new fields in the TCP header which you may not know off. Let's see what these new fields signify. The Windows field specifies the octets of new data which is ready to be processed. You see not all computers connected to the Internet run at the same speed and to ensure that a faster system does not send datagrams to a slow system at a rate which is faster than it can handle, we use the Window field. As the computer receives data , the space in the Window field gets decreased indicating that the receiver has received the data. When it reaches zero the sender stops sending further packets. Once the receiver finishes processing the received data, it increases the Window field, which in turn indicates that the receiver has processed the earlier sent data and is ready to receive more chunks of data.</P>

<P>The Urgent Field tells the remote computer to stop processing the last octet and instead receive the new octet. This is normally not commonly used.</P>

<P>The TCP protocol is a reliable protocol, which means that we have a guarantee that the data will arrive at the destination properly and without any errors.  It ensures that the data being received by the receiving end is arranged in the same correct order in which it was sent.</P>

<P>The TCP Protocol relies on a virtual circuit between the client and the host. The circuit is opened via a 3 part process known as the three part handshake. It supports full duplex transportation of data which means that it provides a path for two way data transfer. Hence using the TCP protocol, a computer can send and receive datagrams at the same time.</P>

<P>Read RFC 793 for further in depth details about the TCP protocol.</P>

<P>The User Datagram Protocol or the UDP Protocol</P>

<P>The User Data protocol or the UDP is yet another protocol which is a member of the Transport Layer. TCP is the standard protocol used by all systems for communications. TCP is used to break down the data to be transported into smaller datagrams, before they (the datagrams) are sent across a network. Thus we can say that TCP is used where more than a single or multiple datagrams are involved. </P>

<P>Sometimes, the data to be transported is able to fit into a single datagram. We do not need to break the data into smaller datagrams as the size of the data is pretty small. The perfect example of such data is the DNS system. To send out the query for a particular domain name, a single datagram is more than enough. Also the IP that is returned by the Domain Name  Server does not require more than one datagram for transportation. So in such cases instead of making use of the complex TCP protocol, applications fall back to the UDP protocol.</P>

<P>The UDP protocol works almost the way TCP works. But the only differences being that TCP breaks the data to be transferred into smaller chunks, does sequencing by inserting  a sequence number in the header and no error control. Thus we can conclude by saying that the UDP protocol is an unreliable protocol with no way to confirm that the data has reached the destination.</P>

<P>The UDP protocol does insert a USP header to the single datagram it is transporting. The UDP header contains the Source and Destination IP Addresses and Port Numbers and also the Checksum value. The UDP header is comparatively smaller than the TCP Header.</P>

<P>It is used by those applications where small chunks of data are involved. It offers services to the User's Network Applications like NFS(Network File Sharing) and SNMP.</P>

<P>Read RFC 768 for further in depth details about the UDP protocol.</P>
<P> </P>
<P>THE NETWORK LAYER</P>

<P>The IP Protocol</P>

<P>Both the TCP and the UDP protocols, after inserting the headers to the datagram(s) given to them pass them to the Internet Protocol or the IP Protocol.  The main job of the IP protocol is to find a way of transporting the datagrams to the destination receiver. It does not do any kind of error checking. </P>

<P>The IP protocol too adds it's own IP Header to each datagram. The IP header contains the source and destination IP addresses, the protocol number and yet another checksum. The IP header of a particular datagram looks like-:</P>
<pre>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
<P>    |Version|  IHL  |Type of Service|          Total Length         |</P>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
<P>    |         Identification        |Flags|      Fragment Offset    |</P>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
<P>    |  Time to Live |    Protocol   |         Header Checksum       |</P>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
<P>    |                       Source Address                          |</P>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
<P>    |                    Destination Address                        |</P>
<P>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+</P>
<P>    |  TCP header info followed by the actual data being transferred|</P>
<P>    |                                                               |</P>
</pre>
<P>&nbsp;</P>
<P>The Source and destination IP addresses and needed so that厀ell it is obvious isn't it? The Protocol number is added so that the IP protocol knows to which Transport Protocol the datagram has to be passed.</P>
<P>You see various Transport Protocols are used like for example TCP or UDP. So this protocol number is inserted to tell IP the protocol to which the datagram has to be passed. </P>

<P>It too inserts it's own Checksum value which is different from the Checksum Value inserted by the Transport Protocols. This Checksum has to be inserted as without it the Internet Protocol will not be able to verify if the Header has been damaged in the transfer process and hence the datagram might reach a wrong destination. The Time to Live field specifies a value which is decreased each time the datagram passes through a network. Remember Tracert?</P>

<P>The Internet Protocol Header contains other fields as well, but they are quite advanced and cannot be included in a manual which gives an introduction to the TCP\IP protocol. To learn more about the IP protocol read RFC 791.</P>

<P>The Internet Control Message Protocol or the ICMP</P>

<P>The ICMP protocol allows hosts to transfer information on errors that might have occurred during the data transfer between two hosts.  It is basically used to display error messages about errors that might occur during the data transfer. The ICMP is a very simple protocol without any headers. It is most commonly used to diagnose Network Problems. The famous utility PING is a part of the ICMP protocol. ICMP requests do not require the user or application to mention any port number as all ICMP requests are answered by the Network Software itself. The ICMP protocol too handles only a single datagram. That's why we say in PING only a single datagram is sent to the remote computer. This protocol can remote many network problems like Host Down, Congested Network etc</P>

<P>Read RFC 792 for further in depth details about the ICMP protocol.</P>

<P>The Link Layer</P>

<P>Almost all networks use Ethernet. Each machine in a network has it's own IP address and it's Ether Address. The Ether Address of a computer is different than it's IP address. An Ether Address is a 42 bit address while the IP address is only a 32 bit address. A Network must know which computer to deliver the datagram to. Right? For this the Ether Header is used. </P>

<P>The Ether Header is a 14 octet header that contains the Source and Destination Ethernet address, and a type code. Ether too calculates it's own Checksum value. The Type code relates to the protocol families to be used within the Network. The Ether Layer passes the datagram to the protocol specified by this field after inserting the Ether Header. There is simply no connection between the Ethernet Address and the IP address of a machine. Each machine needs to have a Ethernet to IP address translation table on its hard disk.</P>

?? 快捷鍵說明

復制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
亚洲精品国产一区二区三区四区在线| 国产成人av电影在线| 国产在线精品一区二区三区不卡| 大美女一区二区三区| 日本高清不卡aⅴ免费网站| 欧美一级专区免费大片| 中文字幕中文乱码欧美一区二区| 日韩精品电影一区亚洲| 99久久精品费精品国产一区二区 | 亚洲福利视频三区| 国产成人精品一区二区三区四区 | 国产色综合一区| 日本不卡一区二区三区| 91麻豆123| 国产精品丝袜一区| 国产精品一区二区久久不卡| 91麻豆精品久久久久蜜臀| 亚洲精品国产a久久久久久| 国产福利一区二区三区视频| 日韩午夜三级在线| 亚洲不卡在线观看| 欧美日韩亚洲综合一区二区三区| 亚洲日本韩国一区| 91免费在线视频观看| 日本一区二区高清| 成人免费三级在线| 国产精品久久看| 成人黄色777网| 最新国产の精品合集bt伙计| 成人精品在线视频观看| 国产精品视频一二三| 国产成人一区在线| 国产日韩欧美综合一区| 国产一区二区毛片| 国产日韩欧美电影| 9l国产精品久久久久麻豆| 国产精品人人做人人爽人人添 | 久久久久久久久久久久久女国产乱 | 精品美女被调教视频大全网站| 天天av天天翘天天综合网| 欧洲激情一区二区| 亚洲不卡av一区二区三区| 欧美久久婷婷综合色| 美腿丝袜一区二区三区| 欧美成人女星排名| 国产精品亚洲成人| 最新国产の精品合集bt伙计| 欧美综合在线视频| 日韩精品电影在线| 久久综合久久综合久久综合| 国产成人av网站| 亚洲美女精品一区| 在线播放中文字幕一区| 免费在线看成人av| 国产欧美综合色| 一本一道久久a久久精品综合蜜臀| 一区二区高清免费观看影视大全| 欧美日韩国产天堂| 精品一区二区三区在线观看| 国产欧美日韩亚州综合| 91在线一区二区三区| 亚洲mv大片欧洲mv大片精品| 日韩欧美国产小视频| 成人av资源在线观看| 亚洲成精国产精品女| 精品动漫一区二区三区在线观看| 国产一区二区美女诱惑| 亚洲精品国产精品乱码不99| 制服丝袜一区二区三区| 国产成a人无v码亚洲福利| 一区二区在线观看不卡| 3atv在线一区二区三区| 成人av免费在线| 蜜臀va亚洲va欧美va天堂| 国产精品美女视频| 日韩精品一区二区三区老鸭窝| 国产aⅴ精品一区二区三区色成熟| 一级特黄大欧美久久久| 久久色.com| 欧美三级欧美一级| www.在线欧美| 九一九一国产精品| 亚洲超碰97人人做人人爱| 欧美激情中文字幕一区二区| 欧美精品在线视频| 色综合天天综合| 国产剧情一区二区三区| 亚洲v日本v欧美v久久精品| 国产精品免费视频网站| 日韩欧美一区二区视频| 欧美日韩一区不卡| 色综合久久综合| 成人97人人超碰人人99| 精品一区二区免费看| 亚洲不卡在线观看| 一区二区三区视频在线看| 国产日产亚洲精品系列| 欧美不卡在线视频| 这里只有精品99re| 在线观看免费视频综合| av电影天堂一区二区在线 | 972aa.com艺术欧美| 国产一区二区毛片| 精品亚洲欧美一区| 免费亚洲电影在线| 日韩国产在线一| 亚洲网友自拍偷拍| 亚洲欧美视频在线观看| 国产精品天天摸av网| 国产亚洲精品资源在线26u| 日韩精品一区在线观看| 日韩你懂的在线播放| 欧美精品黑人性xxxx| 91精品国产一区二区人妖| 欧美日韩精品欧美日韩精品| 欧美在线高清视频| 欧美日韩小视频| 欧美精品第1页| 日韩女优av电影在线观看| 日韩精品一区国产麻豆| 精品美女在线观看| 久久久91精品国产一区二区三区| 精品国产一区二区三区av性色| 精品免费视频一区二区| 久久久不卡网国产精品一区| 久久色中文字幕| 欧美国产精品一区二区三区| 中文字幕不卡在线| 亚洲美女偷拍久久| 午夜精品福利一区二区三区蜜桃| 日韩国产欧美一区二区三区| 久久国产精品色| 国产成人av一区二区三区在线观看| 国产精品77777| 成人av第一页| 欧美日本国产一区| 精品福利一区二区三区| 国产精品久久夜| 亚洲线精品一区二区三区| 日韩精品一区第一页| 国产自产2019最新不卡| 97se亚洲国产综合自在线不卡 | 欧美精品一区二区三区蜜桃视频| 久久精品视频网| 亚洲人成网站精品片在线观看| 一区二区欧美国产| 男人的天堂亚洲一区| 国产不卡免费视频| 欧美亚洲愉拍一区二区| 91精品国产综合久久蜜臀| 国产校园另类小说区| 亚洲三级视频在线观看| 久久精品国产澳门| 96av麻豆蜜桃一区二区| 日韩三级免费观看| 国产精品麻豆欧美日韩ww| 五月婷婷综合在线| 国产乱子伦一区二区三区国色天香| 91麻豆国产在线观看| 精品三级在线观看| 一区二区三区四区不卡在线| 国产综合成人久久大片91| 欧美丝袜第三区| 久久精品人人做| 日本成人在线一区| 99久久精品情趣| 日韩免费看网站| 亚洲综合一区二区三区| 国产一二三精品| 欧美福利一区二区| 1区2区3区欧美| 国产乱对白刺激视频不卡| 欧美巨大另类极品videosbest | 欧美精品一区二区三区蜜桃视频| 亚洲午夜久久久久久久久电影网| 国产成人在线视频网站| 91精品国产综合久久久久久久久久| 中文字幕在线一区免费| 狠狠色狠狠色合久久伊人| 欧美男人的天堂一二区| 中文字幕制服丝袜一区二区三区| 乱一区二区av| 欧美一卡二卡在线| 婷婷综合另类小说色区| 色婷婷综合视频在线观看| 国产亚洲精久久久久久| 九九视频精品免费| 欧美一区国产二区| 日本午夜精品视频在线观看| 在线免费av一区| 亚洲色图清纯唯美| 91美女片黄在线观看91美女| 欧美国产精品一区| 成人影视亚洲图片在线| 国产片一区二区三区| 国产一本一道久久香蕉| 久久―日本道色综合久久| 激情成人午夜视频| wwwwxxxxx欧美| 国产一区欧美一区|